Site sous Plume CMS - PAJU : www.pajumontreal.org/paju_fr

(reprise du message précédent)

salut Nathan,

merci pour la liste des trucs à revoir... je m'étais concentrée sur la personnalisation des pages fournies avec Plume qui est théoriquement propre mais visiblement tu soulèves des points qui ont été oubliés dans la conception initiale des pages... je vais devoir refaire tout le boulot de personnalisation pour cause de changement de version et d'incompatibilité des pages/gabarits avec la version actuelle (joie !), avec un peu de chance les nouveaux gabarits seront plus conformes aux standards...

a écrit :
Sous IE, chez moi les items des menus sont l'un en dessous de l'autre (vertical)...

normalement, ça ne doit se produire que sur la page d'accueil car j'ai testé sur cette page des solutions pour l'affichage du menu suite à des trucs qui m'ont été suggérés quelques messages plus tôt...

a écrit :
les <em></em> vides dans le menu... c'est plume qui génére ca?? ou c'est pour faire de la magouille CSS?

magouille CSS...

a écrit :
Galerie d'images douteuse aussi(et ouverte sauvagement dans une nouvelle fenêtre).

dans la version actuelle de Plume, il n'y a pas à proprement parler de galerie, j'ai fait un test avec une autre appli... mais il y aurait une galerie avec la prochaine version de Plume...
sinon, en quoi elle est douteuse la galerie générée par plogger ?
je l'avais retenue après avoir lu plein de comparatifs sur les galeries en ligne et elle est théoriquement propre côté XHTML et CSS, j'ai fait confiance aux "pros" car je n'ai pas les connaissances suffisantes pour juger...

a écrit :
L'ordre d'apparition des informations n'est pas identique avec ou sans css (mais bon... qui arrive à alligner à droite sans faire ça??)

j'ai pas pigé cette remarque...

a écrit :
DERNIERES PUBLICATIONS : faut pas écrire en CAPS...

c'est une "loi absolue" ?

a écrit :
Les keywords ne sont pas adaptés au contenu de la page...

je vais virer carrément la balise keywords des gabarits car c'est généré automatiquement par Plume et il arrive qu'elle soit vide...

a écrit :
Des petits liens d'évitement?? ... non?? ... une petite page d'aide? ...

j'ai pas compris non plus mais je vais chercher (cf premier message, je débute en XHTML et CSS)

bien du plaisir à toi aussi

Melody Nelson a écrit :
L'ordre d'apparition des informations n'est pas identique avec ou sans css (mais bon... qui arrive à alligner à droite sans faire ça??)

j'ai pas pigé cette remarque...

Ce n'est pas à mettre dans tes priorités.

Une des méthodes d'appplication des critères d'accessibilité internationaux (la méthode française AccessiWeb) y a ajouté un critère très discuté selon lequel l'ordre visuel des informations doit être strictement identique entre:
- l'affichage avec CSS
- l'affichage sans CSS

Voir http://forum.alsacreations.com/topic.php?fid=6&tid=16200&s=10.3#p123000 pour le détail, en y ajoutant le fait que ce critère serait nettement moins problématique s'il n'était pas au niveau minimal d'accessibilité (bronze), mais réparti plus finement entre les niveaux bronze, argent et or.

Au delà de la polémique sur ce critère, le souci d'accessibilité concerne plutôt :
- la cohérence du rendu avec et sans CSS: un bandeau <header> qui serait en fin de code HTML et positionné visuellement en tête de page via CSS, par exemple, serait aberrant et non accessible. Mais un paragraphe de texte visuellement à gauche d'une image en float:right et placée après elle dans la source HTML ne pose pas de problème dans la très grande majorité des cas.
- l'ordre de tabulation dans les liens et contrôles de formulaire, qui doit suivre autant que possible l'ordre "visuel" (haut->bas et gauche->droite), et non "balader" l'utilisateur d'un coin à l'autre de la page. Certains menus d'onglets horizontaux (éléments li en float:right;) inversent effectivement l'ordre gauche/droite entre l'affichage CSS et la tabulation, mais là encore, le problème d'accessibilité est très limité.

Melody Nelson a écrit :

DERNIERES PUBLICATIONS : faut pas écrire en CAPS...

c'est une "loi absolue" ?


Même chose: ce n'est pas une question à retenir pour l'instant dans ton cas.

C'est une autre spécificité de la méthode d'application française actuelle des critères d'accessibilité WCAG. L'objectif, sur le fond, est d'éviter les phrases entières en majuscules, mais les mots isolés ne posent pas de difficulté majeure. D'autre part, ne pas oublier l'essentiel, c'est à dire le niveau du critère : c'est une priorité "Or", c'est à dire le niveau de "confort", et non un des deux niveaux prioritaires.
Modifié par Laurent Denis (07 Aug 2006 - 06:40)

merci Laurent pour toutes ces infos... j'ai été sensibilisée à l'accessibilité "physique" par une amie architecte dont c'est la spécialité, et à vous lire ici, vous me sensibilisez à l'accessibilité web... et c'est aussi quelque chose de nouveau pour moi (y'a tellement de trucs à apprendre là !) et quand je lis sur le sujet sur internet, j'ai tendance à me perdre... j'ai un côté "vieille école" qui fait que je m'approprie mieux un sujet avec un bouquin entre les mains, je trouve ça plus facile comme première approche... je sais que les bouquins sont vite dépassés, mais je me tâtais pour acheter celui-ci, qu'en penses-tu ?

en tout cas toutes les remarques que vous m'avez faites ici me font dire que j'aurai dû tourner 7 fois le doigt sur le "trackpad" avant de cliquer pour créer ce sujet parce que je me sens très très loin d'un site finalisé... y'a encore du boulot, va falloir trouver le temps maintenant (pas évident de concilier ça avec le "vrai" boulot et le reste)... mais j'apprends beaucoup et j'adooooore ça

je n'ai pas encore lu le livre d'Afchain et Lanceraux (je viens de le commander), mais d'après sa présentation détaillée, il semble reprendre les informations de base et être complet.

Sinon, plus généralement, je te conseille d'adopter une démarche progressive et rigoureuse, en te fixant un objectif de niveau d'accessibilité. Même si certains critères peuvent être problématiques (cf message précédent), le niveau bronze Accessiweb me semble le plus indiqué : tu disposeras en effet d'un guide d'application précieux.
Modifié par Laurent Denis (07 Aug 2006 - 07:35)

Salut Melodynelson,

Est ce que ta page test est a jour de tout ce que tu as changé? je vais certainement retourner faire un tour sur ton site aujourdhui ou demain pour comprendre le souci du menu ou trouver un truc qui le remplacerais.

Comentaire en passant , est-ce que d'autres personnes utilisent plume pour le CSS parce que ca m'a pas l'air très fiable leur affaire et s'il faut passer bcp de temps a corriger , moi perso, j'aime autant partir d'une page blanche , au moins on sait ou on s'en va......

a écrit :
L'ordre d'apparition des informations n'est pas identique avec ou sans css (mais bon... qui arrive à alligner à droite sans faire ça??)



j'ai pas pigé cette remarque...

Ben en fait je pense que c'est ca qu'il veut dire:

Comme tu as un certainement un float:right quelque part, ta première ligne de code ne correspond forcément pas à ton premier élément de menu mais plutot au dernier.

Mais effectivement , on ne peux pas aligner à droite autrement à ma connaissance.

NB: j'ai posté avant de voir que Laurent Denis avait déjà répondu.....désolé pour la redite.


Courage Melodynelson......
Modifié par RoseGrenouille (07 Aug 2006 - 16:21)

Laurent Denis a écrit :
je n'ai pas encore lu le livre d'Afchain et Lanceraux (je viens de le commander), mais d'après sa présentation détaillée, il semble reprendre les informations de base et être complet.

Sinon, plus généralement, je te conseille d'adopter une démarche progressive et rigoureuse, en te fixant un objectif de niveau d'accessibilité. Même si certains critères peuvent être problématiques (cf message précédent), le niveau bronze Accessiweb me semble le plus indiqué : tu disposeras en effet d'un guide d'application précieux.

merci encore pour ces conseils... je vais faire de mon mieux pour les appliquer, peut-être pas sur ce site car il faut modifier certaines fonctions de Plume (ce qui ne simplifie pas les mises à jours), il y a certaines choses qui ne tiennent pas compte du niveau bronze...

RoseGrenouille a écrit :
Salut Melodynelson,

Est ce que ta page test est a jour de tout ce que tu as changé? je vais certainement retourner faire un tour sur ton site aujourdhui ou demain pour comprendre le souci du menu ou trouver un truc qui le remplacerais.

Comentaire en passant , est-ce que d'autres personnes utilisent plume pour le CSS parce que ca m'a pas l'air très fiable leur affaire et s'il faut passer bcp de temps a corriger , moi perso, j'aime autant partir d'une page blanche , au moins on sait ou on s'en va......

salut Rose Grenouille,

merci de prendre du temps pour m'aider, j'apprécie vraiment...

la page de test (accueil) est à jour côté changements pour le menu :
- taille en em
- suppression des min-width
- il y a une case en plus qui ne sert à rien, je voulais tenter de créer une case pour combler le vide mais je n'arrive pas à faire en sorte qu'elle occupe toute la largeur restante
- j'ai aussi mis une autre couleur au texte suite aux différents avis concernant le contraste du blanc sur le vert... mais je n'aime pas vraiment le résultat et je n'arrive pas à trouver quelque chose qui ressorte bien sans que je trouve ça moche...
- j'ai changé la couleur de fond de page, le beige commençait à me sortir par les yeux (si je reste sur cette couleur, je dois modifier le cadre qui limite le contenu sinon ça donne l'impression qu'il y a des traits blancs)

sinon pour revenir sur Plume, j'espère que mes remarques n'ont pas été perçues comme du dénigrement parce que c'est un bon outil de CSS... il y a énormément de sites sous Plume, dont les tutoriels d'Alsacréations... j'ai regardé un peu le code d'ailleurs et il a été retouché (notamment pour intégrer des "acceskey" au menu qui ne sont pas présentes dans le "code" standard)... donc c'est possible mais ça oblige quand même à réaliser du boulot supplémentaire et surtout le documenter sinon à la prochaine mise à jour, ça peut être compliqué de se souvenir de tout ça... mon prochain objectif est donc la sortie à la fin du moins d'une nouvelle version accompagnée de nouveaux gabarits, et je vais sûrement tout remettre à plat côté CSS et pages pour être le plus possible conforme aux standard...

Presque tout est dit ... pour ce qui reste :

a écrit :
je vais virer carrément la balise keywords des gabarits car c'est généré automatiquement par Plume et il arrive qu'elle soit vide...

... ah ben non... c'est important quand même les keyword... trouve plutôt le moyen de les définir correctement avec Plume (je suis sur qu'il peut faire ca ) ...

a écrit :
j'ai pas compris non plus mais je vais chercher (cf premier message, je débute en XHTML et CSS)

(au sujet des liens d'évitements...)
Ce sont les liens au début du <body> de ta page qui permettent d'aller directement au contenu par exemple. C'est très pratique pour les gens qui utilisent une synthèse vocale et qui n'ont pas envie de relire toute l'entête et tout le menu (en principe identiques sur chaque pages du site) avant d'arriver au contenu.

a écrit :
sinon, en quoi elle est douteuse la galerie générée par plogger ?

je ne sais pas si c'est la faute à "plogger" mais...
-elle s'ouvre dans une nouvelle fenêtre sans prévenir,
-les alt et les title des balises <img> sont vide.
-elle utilise des styles en ligne qui devraient plutôt être dans la CSS (style="margin: auto; align: center;")
-au début du code, il y a un reste de tableau... ( </td></tr></table>)
-... et à la fin, un reste de formulaire (un </form> qui tombe du ciel)
-et il reste des parties en anglais
-accesskey="." accesskey="v"... sauf erreur, il ne faut utiliser que les chiffres entre 0 et 9. Il ne faut pas utiliser les lettres pour des soucis d'incompatibilité avec les racourcis claviers des divers navigateurs, pour ce qui est du point, attendre l'avis de Laurent ...
-Les données exif dont présentées dans un tableau. Il lui faut un attribut summary qui explique son contenu (c'est aussi du bronze)

cela dit... ptetre que je suis trop chiant... ...
Modifié par Nathan- (07 Aug 2006 - 22:19)

Nathan- a écrit :
Presque tout est dit

ouf... *insérer ici un smiley qui s'éponge le front*

Nathan- a écrit :

je vais virer carrément la balise keywords des gabarits car c'est généré automatiquement par Plume et il arrive qu'elle soit vide...

... ah ben non... c'est important quand même les keyword... trouve plutôt le moyen de les définir correctement avec Plume (je suis sur qu'il peut faire ca ) ...


bien sûr qu'il le fait ! dans Plume, pour chaque info que tu enregistres, tu peux renseigner un champ "mots clés" qui sert ensuite à alimenter la balise "keywords" mais les utilisateurs finaux ont besoin de quelque le plus basique possible et aux dernières nouvelles dans le lot il n'y aurait pas que des flèches, donc moins il y a d'infos à indiquer mieux c'est...

cette balise sert-elle à autre chose qu'au référencement ?
je m'étais dit qu'il n'y avait pas mort d'homme de la supprimer après avoir lu ça :

Abondance.com a écrit :

Bref, on peut raisonnablement penser que les balises Meta "Keywords" et "Description" sont aujourd'hui inutiles pour le référencement, en tout cas comme critère de pertinence majeur des moteurs de recherche. En fait, dans les balises Meta, seule la balise "Robots" (voir infos complémentaires sur cette balise) reste prise en compte. Il y a de fortes chances qu'elle reste seule sur son île...
extrait de cette page

Nathan- a écrit :

j'ai pas compris non plus mais je vais chercher (cf premier message, je débute en XHTML et CSS)

(au sujet des liens d'évitements...)
Ce sont les liens au début du <body> de ta page qui permettent d'aller directement au contenu par exemple. C'est très pratique pour les gens qui utilisent une synthèse vocale et qui n'ont pas envie de relire toute l'entête et tout le menu (en principe identiques sur chaque pages du site) avant d'arriver au contenu.


merci, je vais m'en occuper et je vais voir aussi si je peux intégrer des raccourcis (c'est peut-être pas le bon terme, désolée) pour accéder aux différentes rubriques du menu...

Nathan- a écrit :

sinon, en quoi elle est douteuse la galerie générée par plogger ?

je ne sais pas si c'est la faute à "plogger" mais...
-elle s'ouvre dans une nouvelle fenêtre sans prévenir,
-les alt et les title des balises <img> sont vide.
-elle utilise des styles en ligne qui devraient plutôt être dans la CSS (style="margin: auto; align: center;")
-au début du code, il y a un reste de tableau... ( </td></tr></table>)
-... et à la fin, un reste de formulaire (un </form> qui tombe du ciel)
-et il reste des parties en anglais
-accesskey="." accesskey="v"... sauf erreur, il ne faut utiliser que les chiffres entre 0 et 9. Il ne faut pas utiliser les lettres pour des soucis d'incompatibilité avec les racourcis claviers des divers navigateurs, pour ce qui est du point, attendre l'avis de Laurent ...
-Les données exif dont présentées dans un tableau. Il lui faut un attribut summary qui explique son contenu (c'est aussi du bronze)


le lien vers la galerie et la nouvelle fenêtre, c'est moi, mea culpa !

tout le reste c'est issu de Plogger... j'attends de tester une galerie générée en syntaxe wiki dans Plume, ça devrait être plus propre et, pour moi, moins de maintenance (normalement j'ai juste à créer la CSS)... j'ai déjà pas mal de boulot avec Plume, si je dois m'attaquer à Plogger, faut que je passe aux amphets... déjà que je commence un peu à me demander dans quoi je me suis lancée et quand ça va enfin être fini enfin, ce qui remonte le moral c'est de comparer les pages initiales à mon résultat imparfait actuel, c'est déjà présentable et valide XHTML !

Nathan- a écrit :
cela dit... ptetre que je suis trop chiant... ...

j'sais pas, exigeant peut-être... dis, tu ne veux pas faire l'analyse des gabarits standard de Plume et leur faire part de tes remarques (moi j'ose plus trop écrire sur leur forum, ils doivent avoir une alerte rouge qui clignote "v'la encore l'emmerdeuse !!!!") ?

j'en profite pour revenir au problème de validation des caractères... j'ai la solution : conversion de la base MySQL en utf-8 et mise à jour de Plume... dans les faits, j'ai pas réussi (trop compliqué pour mon cerveau fatigué et pas bilingue) donc je vais repartir d'une nouvelle base et d'une nouvelle installation, il restera à refaire la personnalisation en tenant compte de vos remarques... mais j'attends la parution de la prochaine version pour éviter d'avoir à installer une mise à jour trop rapidement...

bonjour,

je remonte ce vieux sujet car depuis que j'ai sollicité vos avis, j'ai complété le site (lentement, faute de temps) en tenant compte de vos différentes remarques en espérant n'avoir rien oublié et j'aimerais vous le soumettre à nouveau...

de mémoire, voici ce que j'ai ajouté :
- un fil d'Arianne
- des liens d'évitement en haut de page
- des formulaires dans les pages "contactez-nous" et "devenez membre"
- des galeries photos "simplifiées" dans la rubrique "photo"
- un plan du site
- une page concernant l'accessibilité sur laquelle j'évoque aujourd'hui des raccourcis claviers (accesskey) mais après avoir lu différents points de vue ici et ailleurs, j'hésite à les supprimer ou adopter ceux recommandés par accessiweb (ce qui n'est pas le cas aujourd'hui sur le site)

NB : il y a un lien vers une version anglaise qui n'est pas encore en ligne

sinon, j'ai 2 problèmes en suspens pour lesquels je n'ai pas trouvé de solution :
- problème d'affichage du fond du menu sur Firefox (sous windows uniquement), ce n'est pas dramatique en soit mais j'ai jeté l'éponge
- ma feuille de styles n'est pas valide parce que j'ai utilisé un "hack" pour la balise <hr> que j'exploite dans les galeries de photos

pensez-vous que ces problèmes soient réellement handicapants ou je peux me dire "passe à autre chose, tu feras mieux la prochaine fois" ?

revoici l'adresse du site : http://www.pajumontreal.org/paju_fr/

voilà, merci pour vos critiques et conseils éclairés...
Modifié par Melody Nelson (09 Sep 2006 - 04:56)

bonjour

"j'auto-relance" ce sujet suite aux derniers ajouts listés dans le message précédent pour savoir si je n'ai pas fait trop de boulettes, notamment concernant l'accessibilité...

(j'ai l'impression de "spammer" en remontant ce sujet, dites-le moi si c'est le cas)

merci

Bonjour

Premièrement, c’est du bon travail (d’où la difficulté d’obtenir des remarques ) …

… mais… on peut encore reprocher deux ou trois choses :
Le fil d’Arianne :
- devrait aussi apparaitre sur la première page (question de cohérence générale)
- pourquoi le faire sous forme de liste ??
- Vous êtes ici : Accueil >Articles >1 ressource dans cette catégorie … devrait s’arrêter à Articles

Les accesskey :
- Se limiter aux quelques raccourcis les plus importants (politique d’accessibilité, plan du site, contact, recherche…). Sinon tu va faire comment le jour ou tu ajouteras un nouvel item dans ton menu ?
-s et c peuvent créer des conflits avec certains navigateurs (n’utiliser que des chiffres)

Contrastes :
-Vert clair sur blanc… pas forcément très contrasté…
-Le fait d’utiliser une image blanche sans préciser une couleur blanche comme fond de page fait qu’images désactivées, on se trouve avec un texte gris sur un fond bleu-gris.

Divers :
- <label for="q"></label> … il manque le contenu du label (dans le formulaire de recherche rapide)
- <label for="Votre_message" class="oblig">*</label> : * n’est pas un label très explicite…
-Les titres ne sont pas toujours imbriqués correctement (tu passe de h1 à h4)
-Perso, je préfère quand il y a un vrai pied de page… ca permet d’être sur qu’on a atteint le bas de la page… (et que la page est entièrement chargée)
-le alt « text alternatif » sur une bonne partie des images devrait être un peu travaillé… mais je suppose que c’est prévu
-Le menu qui déconne sous firefox, je suis sur que tu peux trouver une solution… cherche … (a noter que ca déconne aussi sous IE quand tu agrandis ou rétrécit la taille du texte)
-Le plan du site n’est pas complet (il manque au moins accueil, qui est une page importante du site)

Voila !

salut Nathan et merci pour toutes ces remarques

a écrit :
Premièrement, c’est du bon travail (d’où la difficulté d’obtenir des remarques) …

merci mais c'est pour moi mon premier vrai site XHTML et CSS accompagné des contraintes et avantages d'un CMS, donc il est loin d'être parfait (surtout graphiquement) mais ça m'a appris beaucoup de tester tout ça en un seul site...??

a écrit :
Le fil d’Arianne :?- devrait aussi apparaitre sur la première page (question de cohérence générale)?- pourquoi le faire sous forme de liste ???- Vous êtes ici : Accueil >Articles >1 ressource dans cette catégorie … devrait s’arrêter à Articles

pour le fil d'Arianne, je me suis inspirée de celui du site Accessiweb
http://accessiweb.org/fr/portail_accessibilite_du_web/informations/Default.asp?sub_id=55

j'ai choisi de ne pas arrêter le fil à Articles car si tu consultes un article, tu n'es plus à proprement parler dans "Articles" (la liste des articles) mais bien sur un article précis...

comme j'utilise un CMS, le fil s'adapte en fonction de la page consultée, j'ai donc été obligée d'ajouter certaines mentions pour certaines pages sinon j'aurai obtenu dans l'exemple que tu cites ceci :
Vous êtes ici : Accueil > Articles >

et ça me dérangeait de finir le fil par un > qui n'aurait été suivi par rien

en fait, j'ai interprété le fil d'Arianne comme le point rouge qu'on peut voir sur un plan disant "vous êtes ici"... si je m'arrête à Articles, mon point rouge est mal localisé... n'étant pas certaine d'être claire, si je transpose ça dans un immeuble et que je suis à l'appartement 30 situé au troisième étage, je trouve ça plus logique d'écrire un fil comme ça :
Vous êtes ici > Immeuble bidule > 3ème étage > Appartement 30

enfin, le fil est construit sur forme de liste car c'est ce que génère le CMS par défaut et c'était plus simple pour moi de limiter les retouches au code php (surtout pour les mises à jour !)... il aurait mieux de le faire avec un <p> ???

a écrit :
Les accesskey :?- Se limiter aux quelques raccourcis les plus importants (politique d’accessibilité, plan du site, contact, recherche…). Sinon tu va faire comment le jour ou tu ajouteras un nouvel item dans ton menu ??-s et c peuvent créer des conflits avec certains navigateurs (n’utiliser que des chiffres)

disons que je pourrais laisser les raccourcis comme ça parce qu'il n'est pas prévu d'ajouter une rubrique dans le menu mais je ne sais pas si je vais pouvoir facilement changer les choses car les rubriques du menu sont générées dynamiquement par le CMS... j'ai retouché le code php pour que chaque rubrique soit numérotée automatiquement et utiliser alors ce numéro dans l'accesskey... idéalement, j'aurais voulu suivre la recommandation d'Accessiweb, sauf que mes connaissances en php sont trop limitées pour le faire... donc j'ai 2 choix possibles : laisser les raccourcis tels quels ou carrément les supprimer... qu'est ce qui est le pire : ne pas en avoir ou ne pas suivre la recommandation ?

pour le S et C, là j'avoue que je ne sais pas quoi faire... j'avais opté pour ces raccourcis à force de les voir sur d'autres sites...

a écrit :
12.5 : Les liens importants du site comportent-ils des raccourcis claviers ?
Commentaire :
Les liens importants sont : "Page d'accueil", "Page d'aide", "Plan du site", "Moteur de recherche", "Glossaire", "Contacts". Les raccourcis clavier peuvent porter sur une combinaison de lettres et surtout de chiffres. La liste suivante est conseillée : - "s" : passer le menu, - "1" : page d'accueil, - "2" : page d'actualités, - "3" : plan du site, - "4" : moteur de recherche, - "5" : FAQ, - "6" : Page d'aide, - "7" : contact, - "8" : conditions d'utilisation, - "9" : livre d'or, - "0" : lien vers la liste des raccourcis clavier utilisés dans la page.
Niveau : Or

??

a écrit :
Contrastes : ?-Vert clair sur blanc… pas forcément très contrasté…?-Le fait d’utiliser une image blanche sans préciser une couleur blanche comme fond de page fait qu’images désactivées, on se trouve avec un texte gris sur un fond bleu-gris.

normalement, c'est réglé pour le fond... et j'ai opté pour un vert plus foncé... ??

a écrit :
Divers :?- … il manque le contenu du label (dans le formulaire de recherche rapide)?- * : * n’est pas un label très explicite…?-Les titres ne sont pas toujours imbriqués correctement (tu passe de h1 à h4)?-Perso, je préfère quand il y a un vrai pied de page… ca permet d’être sur qu’on a atteint le bas de la page… (et que la page est entièrement chargée)?-le alt « text alternatif » sur une bonne partie des images devrait être un peu travaillé… mais je suppose que c’est prévu ?-Le menu qui déconne sous firefox, je suis sur que tu peux trouver une solution… cherche … (a noter que ca déconne aussi sous IE quand tu agrandis ou rétrécit la taille du texte)?-Le plan du site n’est pas complet (il manque au moins accueil, qui est une page importante du site)

pour la mention "texte alternatif", c'est je pense dans les galeries photos et c'est effectivement provisoire car ce contenu n'a servi qu'à faire des tests...

corrigé pour "plan du site"...

je manque de temps pour tenir compte de toutes tes remarques car certaines m'obligeraient à modifier le code php du CMS ou revoir la conception du site pour certains points... et là, j'avoue que la combinaison "temps + motivation" me fait défaut... j'essaierai de faire mieux pour le prochain site et ce sujet me servira d'aide-mémoire pour ne pas refaire les mêmes erreurs !
merci encore pour tes remarques même si j'ai répondu une éternité après (le temps, toujours le temps...)

Hello Melody Nelson,

Tout d'abord je trouve ton site très sympa ,

Juste pour te dire qu'il existe un petit décalage de marge sous ton div conteneur (IE et FF) :


@+

salut Heyoan,

merci et merci pour cette histoire de marge... normalement, c'est bon maintenant...