Aller au contenu

LaurentDenis

Membres
  • Compteur de contenus

    1 281
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par LaurentDenis

  1. ElMoustiko, ton menu accessible... est inaccessible en fait Tu utilises la technique FIR: ul li a span { display: none; } <li><a href="lien1"><span>Titre du lien1</span></a></li> L'idée étant qu'un lecteur d'écran ignorera la feuille de style et/ou ignorera le display:none et restitura le contenu du span... Mais ce n'est hélas pas le cas : Jaws, Window Eyes et IBM HPR appliquent le display:none (ou aussi bien un visibilty: hidden), et ton menu devient alors une succession de liens sans texte ni contenu, comme si tu avais écrit: <li><a href="lien1"><span></span></a></li> Mieux vaut utiliser la méthode de Paul Bohman pour laquelle aucun problème n'a jusqu'ici été signalé dans les lecteurs d'écran : ul li a span { position:absolute; left:0px; top:-500px; width:1px; height:1px; overflow:hidden; } Et mieux vaudrait encore tout simplement inclure l'image directement dans le lien, et la seconde (celle du survol) via CSS.
  2. Pour la petite histoire, IE5 Mac a été en son temps salué pour avoir la meilleure implémentation CSS du moment !
  3. Pour info, j'ai pris un de temps pour documenter la propriété CSS clip, qui est effectivement supportée dans IE, mais avec quelques surprises dues à plusieurs erreurs dans la spécification CSS2. Voir http://blog-and-blues.org/weblog/2004/08/1...-propriete-clip
  4. Je crois qu'il y a un petit côté "révolution culturelle", toutes proportions gardées, pour ceux qui ont accumulés les compétences, et qui se retrouvent à devoir désapprendre pour aborder la pratique d'un codage conforme aux normes. C'est sûrement plus facile pour ceux qui découvrent, qui entrent dans ces normes dès le début de leur apprentissage. Les standards sont arbitraires, mal foutus, ambigus... mais il n'y a pas à désapprendre un acquis... chèrement acquis. C'est vrai, comme dit Paginus, il faut une approche progressive pour celui qui a appris à maîtriser la "soupe de tag" (et je l'envie, j'en suis incapable) et qui doit élaguer, élaguer... Là, il y a beaucoup de tutoriels à écrire. Mais Zeldman en dit déjà beaucoup (en anglais, de plus en plus traduit).
  5. Oh ! Je suis confus, là. Surtout que ma connexion défaillante ne me permet pas aujourd'hui d'accéder à ton site. Bon, bah... Je sais ce que je vais faire demain matin
  6. Non. Les standards, c'est ne pas s'occuper du navigateur, même de façon détournée comme tu le fais sur http://smilissimo.free.fr/ En fait, tu as fait tout sipplement un site optimé Gecko, Mozilla ou FireFox. Pour un navigateur qu'on cherche à promouvoir au nom des standards parce qu'ils favorisent l'interopérabilité... c'est un comble Rien ne justifie, compte-tenu de leur support CSS2.x, qu'on "exclue" de la mise en forme CSS IE5+, Opera 6+, Safari, IE5 Mac, etc. Ceci n'a rien à voir avec une gestion au mieux de la dégradation admissible, fréquente, des mises en pages CSS dans IE5.x D'autant plus que ta mise en page basique ne poserait aucun problème majeur dans ces navigateurs. Ton site fait furieusement penser à MSN qui adressait une version buguée à Opera, ou à des cas similaires de sites optimisés IE abondamment et furieusement commentés par les utilisateurs de Mozilla : encore une fois, c'est réinventer les sites "optimisés pour" dont il s'agit justement d'expliquer, pardonnez-moi le terme... l'ineptie.
  7. Avec target, tu seras valide en HTML4.01 transitional, c'est à dire dans la norme la plus adaptée actuellement à ton projet. Laisse tomber le strict. Je sais, on t'as déjà fait abandonner le XHTML pour le HTML... Mais avec HTML 4.01 transitional, tu devrais enfin arriver à un choix pratique, quitte à ce qu'il soit temporairel Utilise : <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html lang="fr"> et target ne posera plus de problèmes (d'autres petites choses non plus, du coup). S tu tiens à rester en Strict, c'est impossible en CSS parce que ce n'est pas du tout du ressort des feuilles de styles. Elles ne s'occupent de la présentation, pas du comportement des liens. Il faut un javascript pour agir sur la manière dont le navigateur les traite : http://openweb.eu.org/articles/popup/ .
  8. C'est typiquement le genre de choses que je m'attendrai à trouver dans un annuaire... à partir de moment où les sites qui y sont indexés auront compris l'utilité de diffuser leur actu au format RSS et l'auront mis en pratique. L'annuaire peut alors offrir un service d'actu fondé sur la syndication. Tiens... en termes plus compliqués, ça s'appelle le Web sémantique.
  9. C'est le principe de tous les annuaires. Leur valeur ajouté est dans la sélection et la centralisation de liens. C'est très loin d'être négligeable comme contenu.
  10. Le site utilise des frames... soit, si aucune autre technologie équivalente pour la gestion des menus, etc... n'est utilisable sur cet hébergement et dans ces conditions de production. Mais dans ce cas, le contenu de <noframes> ne doit pas être détourné pour gérer un pseudo-contenu "référençable" <noframes> est destiné à permettre de limiter les dégâts pour les utilisateurs dont le navigateur ne supporte pas cette technologie... surannée.
  11. Je me demande si le scénario "plusieurs images" n'est pas finalement plus intéressant, notamment pour l'accessibilité/interopérabilité... Bref, je vais creuser ça... ça me titille, cette idée Merci pour l'image, je me sentais trop paresseux pour en faire une ! Et merci de m'avoir donné l'occasion au passage de revenir sur cette propriété "clip" en CSS... On en donnera des nouvelles bientôt, je pense.
  12. Pourrait-tu donner une url d'exemple de mise en oeuvre ? L'accessibilité des forumulaires n'est pas si évidente, et il serait intéressant de tester en vrai
  13. ??? Que cherches-tu à faire, là ? D'autre part : - Ton image fait partie de ton contenu, elle n'est pas décorative. Donc elle ne doit pas passer par un background CSS; - Le white-space: nowrap; est inutile si tu utilises une seule image (en ayant assemblé les images individuelles); - Enfin ton élément <img width=100000> est invalide : l'attribut src est obligatoire.
  14. Pourquoi ne pas tout simplement s'en remettre au scroll horizontal géré par le navigateur, avec quelques règles CSS et sans javascript ? Avec 5 images juxtaposées (inutile de créer une image unique) : img { border: 0; margin: 0; padding: 0; } div#solution1 { width: 400px; height: 330px; overflow: auto; white-space: nowrap; } <div id="solution1"><img src="image1.jpg" width="400" height="300" alt="image1"><img src="image2.jpg" width="400" height="300" alt="image2"><img src="image3.jpg" width="400" height="300" alt="image3"><img src="image4.jpg" width="400" height="300" alt="image4"><img src="image5.jpg" width="400" height="300" alt="image5"></div> Ah... IE5.0 win ne comprend pas le white-space: no-wrap. Alors, une seule image : div#solution2 { width: 400px; height: 330px; overflow: auto; } <div id="solution2"><img src="image.jpg" width="1024" height="300" alt="grande image !"></div>
  15. Très sympa, l'utilisation détournée de DotClear ! Chapeau
  16. Vite vu pour aujourd'hui : en page d'accueil, "bouton" et "lien" dans les textes alt ne servent à rien et sont pénibles. C'est un peu comme si chaque lien <a ... d'une page avait pour intitulé "lien vers..." : ce serait un peu lourd, non ? pourquoi appeler "retour" le lien vers l'accueil en haut de page ? l'intitulé d'un lien désigne, autant que possible, la cible. Pour le principe, fournis dans http://www.zengrafom.org/cv/cv.htm le lien vers le plugin pour le pdf... et mieux, mets ton cv en HTML en sus (Un CV gagne à être imprimable en pdf ET consultable en ligne). Un problème d'utilisation de la zone "menu" (colonne de gauche) : dans http://www.zengrafom.org/cv/book.html , je suis un peu gêné de trouver visuellement : -d'un côté l'explication "Vous trouvez ici..." - mais dans ce que je m'attends à être le menu de navigation du site... les liens vers ce que je vais trouver ici. Garde un menu de navigation constant à travers toutes tes pages. Tiens, c'est une des pratiques de qualité recensées par Opquast, et je crois que tu devrais peut-être commencer par lire ce référentiel : http://www.opquast.org/
  17. Tu as tout à fait le droit de créer le logo de ton choix.
  18. Ah... J'oubliais qu'IE est un peu dur de la feuille, et qu'il faut insister un peu avec lui : .rogne img { position: relative; left: -10px; top: -10px; } .rogne p { position: relative; width: 80px; height: 80px; overflow: hidden; }
  19. A défaut de clip, une petite astuce de remplacement : .rogne img { position: relative; left: -10px; top: -10px; } .rogne p { width: 80px; height: 80px; overflow: hidden; } et <div class="rogne"> <p><img src="..." width="100" height="100" alt="..." /></p> </div> Amusant, ça
  20. Finalement, j'ai re-testé... [supprimé]et le support de clip ne s'est pas amélioré, puisqu'il est toujours inexistant [/supprimé] [rectification] : IE Win ne semble pas supporter clip. Opera 7.5x et Mozilla le supportent, mais clip est réservé aux éléments en position absolue... [rectification]
  21. Non, aucune. C'est juste totalement inutile ... Bon, quand même : je suppose que c'est le alt="" des images qui t'a suggére cela. Mais, si c'est le cas, il faut se souvenir que: - alt est obligatoire et title ne l'est pas; - alt="" signifie que l'image est décorative et doit être totalement occultée dans un navigateur texte ou un lecteur d'écran. title=""... ne signfie rien.
  22. En CSS, tu utilises la propriété clip. Tiens... ça fait un bout de temps que je n'ai pas testé son support
  23. "Doit" ? Non. title est un attribut optionnel du point de vue des DTD : ( http://www.w3.org/TR/html401/sgml/dtd.html ) Pour l'accessibilité, title permet de remédier à un intitulé de lien qui n'est pas suffisamment explicite hors contexte (l'énumération des liens de la page dans un lecteur d'écran en particulier) : Pour de plus amples informations, voir <a href="..." title="Syndication, balise a, attributs rel et type, forum WebmasterHub">cet sujet dans le Webmaster-Hub</a>... Si on ne veut pas écrire directement : Pour de plus amples informations, voir <a href="...">"Syndication, balise a, attributs rel et type" dans le forum Webmaster-Hub</a>... Jaws, par exemple, ne lira l'attribut title des liens que si son utilisateur a activé ce mode. Dans ce cas, il lira l'intitulé du lien en l'absence de title.
  24. Rien, si ce n'est que cet attribut employé de cette manière est actuellement totalement dénué d'effet dans quelque machine, robot, syndicateur ou navigateur que ce soit. Mais sur le principe, c'est très satisfaisant En revanche, renseigner son <link rel="alternate... pour y signaler son fil RSS est effectivement la moindre des politesses aujourd'hui, parce que l'auto-détection des fils est une fonctionnalité réelle de nombreux outils aujourd'hui. Pour mémoire, si votre fil est (comme il devrait l'être) au format RSS1, le lien est du type : <link rel="alternate" type="application/rss+xml" title="RSS1.0" href="..." /> Si c'est du Atom : <link rel="alternate" type="application/xml" title="Atom" href="..." /> Ne vous trompez pas dans les type-mime, svp.
×
×
  • Créer...