davidm

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...

@ davidm: intéressant dialogue, merci [hors sujet] j'ai constaté aujourd'hui ta présence active sur les forums de textpattern (ben oui j'installe un textpattern en ce moment), bel engagement dans cette communauté [/hors sujet]

[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

Plus sérieusement maintenant  -> la sémantique, et le fait d'utiliser les balises adéquates pour encapsuler le contenu adéquat, ne sont pas des concepts nés avec l'XHTML. Ils sont présents depuis les débuts du web. Sauf que.

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)

Par curiosite j'ai realise mon blog personnel en XHTML 1.0 Strict.

<{POST_SNAPBACK}>

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

Tiens, encore plus facile pour démarrer :

http://css.alsacreations.com/Modeles-de-mise-en-page-en-CSS

Des templates de bases (merci Sibelius mon maître ) que tu peux customiser à souhait.

Tu as des designs en solid ou fluid.

Avec ça pour démarrrer, même pas peur d'attaquer la construction de page aux bloc note

<{POST_SNAPBACK}>

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

Merci pour ces précisions néanmoins ceux que tu me proposes font un peu trop blog like. Je me dirige effectivement vers un cms mais avec le design un peu différent.

Je pensais à artiphp de http://www.artiloo.com. Merci de me donner ton avis éclairé.

Bonne journée.

<{POST_SNAPBACK}>

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 pense que Cleden parlait de Microsoft Internet Explorer version 7 et non des bidouilles de Dean Edwards

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.

javascript. Java tout court c'est différent http://java.sun.com

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

Quant au fait qu'un code javascript résolve un problème, il suffit de désactiver le javascript pour foutre en l'air la belle solution Pour info, les stats de JS désactivé c'est 12% et c'est en hausse. La solution de lupucide est de loin la meilleure car la plus simple et la plus sûre.

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)

guymauve, plutôt que d'utiliser du php fait maison, pourquoi ne pas opter pour un CMS ?

Il existe pas mal de solutions très "pro" qui te permettront en plus de séparer contenu et mise en forme très facilement (plume, textpattern, drupal, blog:cms ). De plus ton forum sous IPB light doit pouvoir être importé dans un système plus customisable et performant comme PunBB par exemple.

Etant donné tes besoins une solutions comme blog:cms peut être pas mal car il intègre publication d'article, forum, galerie photo (en fait c'est une intégration de Nucleus + PunBB + Singapore gallery + DocuWiki). Si tu as des questions, n'hésite pas.

Et pour une démo en ligne sans avoir à installer, voir http://www.opensourcecms.com/