davidm

dedel53, le choix d'un CMS dépend largement de ce que tu souhaites faire. Tu peux trouver des comparatifs, mais il y a de forte chance que cela ne te donne pas grand chose si tu n'as pas défini ce que tu veux comme fonctionnalités, et quelle priorité pour chacune d'entre elles. Quel type de site souhaite tu construire : une communauté, un webzine, un blog... ? Donne moi quelques précisions et je te proposerai une liste de CMS qui pourraient te convenir avec avantages/inconvénients...

Tiens je ne connaissait pas mediabox (excellent, avec en plus les aspects compatiblité avec les différents navigateurs), j'admet que je m'appuie plus sur des contenus anglophones, notamment sur ce sujet w3schools Merci pour l'info !

Oui hells dark, c'est parceque sur alistapart, il y a une étape en plus détaillée. Sinon Antoine, je ne vois pas à quoi tu fais référence, il faut que je vérifie mais je ne vois pas en quoi le fait de preloader une image via CSS peut poser de problème autre que l'interprétation de la CSS par IE. LEs réglages Apache s'appliquent à tous les navigateurs, on est au niveau serveur là... Je vais vérifier ça en tout cas. Un peu naze, là, hier j'étais au Sénat pour la conférence international sur les blogs...

Comme pour PaintShop Pro, Fireworks et son export wizard permet de créer une transparence d'index ou une transparence alpha. Vu la structure de ton image, même une transparence d'index devrait marcher. Tu prend la pipette + pour ajouter le blanc comme couleur transparente et ça devrait marcher. Sinon, affiner avec une transparence alpha (256 niveaux).

Un inconvénient que je vois c'est le risque d'induire la confusion chez l'utilisateur qui a l'habitude de cliquer sur un bouton envoi...

L'excellentissime pompage.net nous offre une excellente traduction de l'article de Dave Shea sur les CSS Sprites. Quel intérêt ? Créer des menus compatibles quelque soit les navigateurs, accéler les temps de chargement et pouvoir créer des images mappées sans le moindre javascript, avec une liberté totale Autant vous dire que je ne vais pas tarder à jouer avec cette technique, qui demande de la rigueur mais qui est très puissante. Comme un dessin vaut mieux qu'on long discours, j'en profite pour vous donner l'adresse d'un deuxième exemple qui n'est pas sur pompage : http://www.alistapart.com/d/sprites/ala-blobs2.html L'image qui a servi à créer le map : http://www.alistapart.com/d/sprites/blobs.gif

Pour ce qui est de personnaliser un site sous eZpublish, c'est comme avec les autres CMS qui séparent le fond et la forme : d'une part tu as du code HMTL et des tags ou des fonctions PHP pour appeler le contenu extrait dynamiquement, de l'autre ta feuille de style (CSS) qui définit ta mise en page. Donc si tu as sous la main des pages hmtl que tu souhaites reprendre, il faudra reprendre la structure et l'adapter. eZpublish utilise un langage de template . Il va falloir que tu apprennes les variables et attributs de ce langage spécifique (cf adresse ci-dessus). N'oublie pas de télécharger la dernière version de eZpublish, la 3.5 qui est bien plus agréable côté admin que la 3.4. Sinon eZpublish est un cms complexe (et puissant), qui te permet de créer des classes de contenu. Etant donné sa complexité, et la charge induite sur le serveur, j'espère que tu as un bon hébergement (type serveur dédié) car la gestion du cache n'est pas son point fort. Par ailleurs, je le déconseillerai si tu n'est pas familière (temps d'apprentissage assez long) et si tu n'as pas le temps de t'y former. Bon courage !

Naturellement vu mon passé chez e-qualite.com (quelques articles...), je connais bien Elie, je ne pouvait pas passer à côté Donc voilà mieux que le lien du site (la dB est down à cet instant...), le lien vers la "déclaration" c'est à dire concrètement où j'en suis par rapport au référentiel. http://www.opquast.com/declarations/?site=612 Pour trouver ce lien pour votre site dans mon-opquast allez dans "mon compte" et dans la liste des site chacun offre un lien "déclaration". Voilà

9télécom, pardon...

Monique, j'ai donné mon point de vue sur l'interopérabilité, Pixame l'a interprété mais je n'ai pas fourni une définition aussi complète que la tienne : juste ce que je vois comme moyen de l'exploiter, perso. Ceci dit merci pour ces clarifications

Dudu, ce qui me désole c'est que ce type utilise textpattern pour son blog... Alors oui le blog en question est marrant, mais tant qu'il reste chez lui, qu'il ne va pas saccager le site des autres, tout va bien. En fait, il a été zappé deux secondes après donc il s'est fatigué pour rien, mais pour le principe je trouve qu'il faut un retour de baton pour ces ânes destructeurs. On ne peut pas spammer indéfinimment sans inpunité... Les spammeur récidivistes devraient être mis au pas par une bonne Google Bomb Pour ce qui est de l'IP, elle est bannie of course... mais je ne peux pas non plus bloquer toutes les IP chez free et comme ce n'est probablement pas une IP fixe... M'enfin...

[hors sujet] Oui c'est vrai, j'ai découvert TextPattern il y a un an, j'étais le 2ème site francophone après typographe.com à l'utiliser, et le premier à le traduire. Actuellement j'attend avec impatience le feu vert de Dean (qui est occupé à finir la 1.0 finale) pour lancer fr.textpattern.com ou je vais monter un forum de support, et il y aura la doc en français à venir. Jérémie qui anime shadowrun.fr et Etienne (redoxblog.com) ont aussi fait pas mal de boulot ! TextPattern est vraiment un super CMS. On vient de fêter le 200ème plugin Et avec textpattern.org les choses sont plus lisibles pour les nouveaux utlisateurs. Si tu as besoin d'un coup de main, n'hésite pas c'est le CMS que je maîtrise le mieux

Un petit malin dénomé Xyz (*******) s'est amusé à spammer violemment un article que j'ai publié sur mon blog et que j'ai cité uniquement sur ce forum il y a peu. Je ne peux pas être certain qu'il y a un lien avec ce site ***** mais la prose ressemble fortement au gogo qui s'est acharné sur Sibelius il y a quelques temps. La critique (si on peut appeler ça comme ça) portait sur ma watchlist de CMS Les reproches portaient sur l'absence de définition de la méthodologie retenue, sur mon incompétence en PHP (ce n'est pas parcequ'on en est qu'à l'apprentissage de PHP qu'on a pas d'avis sur un CMS en tant que webmaster, Monsieur k2r6), et sur le fait que je n'ai posté ce lien que pour faire du trafic (Si quelqu'un sait comment faire un rel="nofollow" sur un lien en BBCode je serai ravi de le faire, car je me moque éperdumment du trafic, je n'ai pas besoin ni envie de faire du volume). Donc pour faire clair au sujet de cette liste, ce n'est jamais que mon opinion sur ces CMS. Si j'avais fait une étude approfondie ou se présentant comme telle, elle serait documentée et explicite. En attendant, ça ferai plaisir de voir un spammeur assumer au grand jour les %!*%?! qu'il écrit... Désolé pour ce coup de gueule, mais c'est vraiment saoûlant les gens comme ça... <Edit Arlette pour supprimer le numero IP et nom>

Construire un modèle éditorial pour Lodel, en voilà un projet intéressant ! Malheureusement pour l'instant je suis en pleine créa d'entreprise, pas beaucoup de temps. Dès que les choses s'éclaircissent, je reviendrai sur ce thread voir si je peux contribuer. Merci pour ce lien en tout cas

Oui effectivement je comprend mieux Et je serai le premier à admettre que l'association systématique xhtml = css et html=tableaux est cetainement abusive. Je suis aussi très largement d'accord sur le fait que l'ergonomie et l'accessiblité d'un site passe avant la qualité du code. A partir de 2001, j'ai pas mal milité pour une approche globale de l'amélioration de la qualité des sites web via e-qualite.com (on peut retrouver les articles sur temesis.com maintenant. Le forum, lui, a malheureusement disparu). J'ai aussi contribué à élaborer VPTCS (Visibilité - Perception - Technique - Contenu - Services), et dès que je pourrai j'ai l'intention de soutenir financièrement le projet opquast qu'Elie a lancé. Je ne peux donc qu'être d'accord avec toi. Pour la critique du site, je suis allé au plus facile, question de temps. Et oui je suis d'accord qu'un site xhtml 1.1 mis en page avec des CSS peut être mal conçu. C'est plus rare toutefois, car se préoccuper de la qualité du code et utiliser des techniques récentes s'inscrit souvent dans une démarche plus large "d'auto-formation continue" : ergonomie, accessiblité, IA... A contrario, beaucoup de site mal codés sont peu ergonomiques et peu accessibles. C'est peut-être ce qui conduit a faire une association un peu rapide entre code sale et site HTML4. Faute aux webmasters comme bil80 qui décrédibilisent ce standard. Ce qui est sûr, c'est que ton plaidoyer m'incitera à plus de tolérance. Merci donc de m'avoir rappelé qu'on pouvait coder en HTML4 ou avec des tableaux sans faire du mauvais boulot. Je serai plus mesuré à l'avenir !

L'interopérabilité : en ce qui me concerne je pense plus précisémment à la faculté qu'à un site ou un CMS a récupérer et utiliser des contenus XML généré par les SI des entreprises. Dans l'autre sens, la possibilité de récupérer dans les applis d'entreprise des pages des sites web et autres intranets. En gros, grâce à XML on aurait la possiblité d'exporter des données comptables, logistiques, RH ou autre vers un intranet ou un extranet pour consultation hors du périmètre fonctionnel de ces données. C'était déjà possible, mais souvent les applications ne pouvaient pas dialoguer entre elles sans développement "maison" (et cher !) faute de répondre aux mêmes standards. XML est une des pistes, et de plus en plus d'applis sont des services web, non plus des logiciels installés sur des clients. Les Rich Internet Applications permettent d'envisager un avenir intéressant de ce point de vue... voir aussi AJAX utilisé par gmail par exemple. Mais c'est un autre sujet !

Que serait un forum sans (flame) Effectivement ...Tables should not be used purely as a means to layout document content as this may present problems... Should, autrement dit, les tableaux ne devraient pas être utilisés pour la mise en page. Le w3c ne donne que des recommandations, et oui c'était déjà vrai du HTML4. C'est surtout dans les recommandations WCAG qu'on trouve le plus d'élément sur les reco du W3C : http://www.w3.org/TR/WCAG10-TECHS/#tech-av...able-for-layout Sauf que ? Ces concepts sont certainement nés avant l'HTML. La réalité concrète, elle , fait que tant que les webmasters n'avaient pas de meilleurs outils (CSS et calques) il n'ont pas vraiment été dans cette voie. Quand on parle d'XHTML ce n'est pas pour faire beau, ni même pour le langage lui-même, mais plus pour une certaine rigueur et une cohérence. Je n'avais pas l'intention de stigmatiser HTML en tant que tel par rapport à XHTML. Ca n'est pas le fond du problème. Et il est possible d'en débattre comme le montre cet article de Laclan Hunt sur Sitepoint en faveur d'HTML ou celui de cybercodeur en faveur du xhtml tableless. La question n'est certainement pas de faire un jugement de valeur. N'oublions pas d'où est parti ce thread. Désolé voir ça aujourd'hui, ça m'énerve Du coup je suis peut-être trop provoc, je ne veux pas faire style ayatollah des standards, et il faut de tout pour faire un monde, mais il faut quand même être gonflé pour oser vendre ça... Au final pour conclure, mon point de vue c'est que les techniques évoluent et qu'elles apportent un plus et qu'elle ne datent pas d'hier. Je ne comprend pas l'attitude défensive qui va contre une évolution inéluctable des bonnes pratiques C'est comme défendre l'idée qu'un Pentium 166 marche encore très bien pour faire du Word et que la majorité des gens n'ont pas besoin de P4 3Ghz aujourd'hui. D'un certain point de vue, ce n'est pas faux, mais en même temps ce sont les outils qui participent à créer les usages. Là c'est pareil, je peux faire mieux donc je le fais si c'est un plus ! (L'analogie est très imparfaite, OK,mais bon vous voyez tous l'idée)

Superbe Dash ! Le web comme je l'aime... magnifique le stylo en entête a un excellent rendu, les infobulles custom sympa aussi

Monique, je suis tout à fait d'accord avec ce que tu dis. Comme je disais il peut toujours y avoir une erreur notamment à cause des scripts ou des formulaires. Il importe juste de maîtriser ce que l'on fait, comme tu dis, non pas pour avoir un beau macaron mais pour des soucis d'interopérabilité, d'accessiblité et aussi, n'oublions pas de clarté (la gestion d'un site, ça se transmet aussi...). Je vois que tu bosse aussi avec opquast, donc je n'ai pas besoin de te convaincre

C'est vrai, et c'est excellent pour apprendre. On en trouve un peu partout (les mêmes d'ailleurs...). Mais dès que l'on veut faire quelque chose de moins "standard", il faut quand même faire un chtit effort

Blog-like ? Hmmm on ne peut pas vraiment dire ça de Drupal et Textpattern, qui permettent de faire absolument TOUT ce qu'on veut côté design pour peu de maîtriser CSS/XHTML. ArtiPHP, je me souviens avoir installé testé 1 minute et effacé direct. Je ne saurai pas dire pourquoi, ça fait plusieurs mois. Ce n'est certainement pas un des meilleurs en tout cas. Si tu cherche côté portail va plutôt voir e107, LDU ou Xoops

Je viens de cliquer sur le lien, ça marche chez moi, en full txt : http://www.useit.com/alertbox/20000514.html

Je m'en doutai un peu mais là pas trop d'espoir à se faire, IE7 ne sera pas conforme. Voir le blog du pilote de projet d'IE7.... Quant à Dean Edwards, sa "bidouille" est plutôt brillante je trouve. En plus, elle marche très bien pour une alpha. oui merci je n'ai pas vraiment besoin qu'on m'explique... C'est pour alléger la phrase, car tout le monde aura compris le sens : un script java, c'est une francisation de un javascript. Un script javascript c'est lourdingue comme formule Oui là on est bien d'accord. Je suis pour les solutions 100% CSS quant elles sont possibles. Le problème reste l'interprétation par les navigateurs. La déclaration !important n'est pas toujours prise en compte de la même façon. La cascade doit être bien définie autour du bout de code en question pour que ça marche...

Raphael, merci pour le lien... pour les CMS oui je suis légèrement au courant J'ai du tester la majeure partie des CMS opensource sérieux existants Et j'ai construit un certain nombre de sites avec ces solutions ces dernières années. Pour LODEL je connais bien, ce petit article m'a même valu une invit à la formation expert de février Sinon j'ai bien remarqué que tu utilises PLUME pour ton site, je connais aussi (l'interface ressemble maintenant furieusement à DotClear d'ailleurs). Et je ne parlai pas du respect des standards, puisque la plupart des outils sont effectivement conformes (du moins, à part les portails qui ont du mal avec XHTML). Mais en moyenne il est assez difficile d'atteindre la spéc du XHTML 1.1 (je ne parle pas de 1.0). Les outils de blogs sont de ce point de vue à part, puisqu'il est tout à fait possible d'y parvenir (je n'en suis pas loin d'ailleurs, pour mon site pro. Mon site perso n'est quand à lui pas conforme : oups, paresseux que je suis. Mais ça va changer). Mais pour d'autres CMS , à moins de hacker le code source (certaines non conformité sont hardcodées) mieux vaut oublier ... Pour SPIP, il y a une amélioration ? Aux dernières nouvelles c'était toujours pas XHMTL... Si c'est prévu ça m'intéresse ça évite d'aller vers Agora... Encore que perso ça fait 3 ans que je ne m'en sert plus. (Concernant ton article , pour TextPattern, il n'est pas anglais mais conçu par un canadien qui vit en France, et il est traduit en français (j'en sais quelque chose, étant le traducteur original L'install est même francisé maitenant, et nous sommes 3 traducteurs Le site de support officiel francophone sera bientôt en ligne, je bosse dessus. Idem pour la doc.)

OK bon j'ai retrouvé les liens sur lesquels j'étais tombé... Le point de vue du pape de l'utilisabilité sur cette étude, Jakob Nielsen, sur ces études (toujours intéressant, il synthétise et donne son avis) : Jakob Nielsen on EyeTracking Study (en) Très intéressant, un blog qui traite uniquement de ce sujet, encore en anglais : Blog Eyetools (en)