HTML Validator pour traquer les erreurs javascript ?
Depuis peu, l’affichage et le masquage de certaines rubriques de ma blogroll était en grève sans raison apparente : aucune modification des scripts jQuery en question. Tout en continuant malgré tout de chercher du côté de Javascript, je me suis rappelé une discussion avec Goulven ou Sébastien concernant l’intérêt de valider son code HTML pour traquer les erreurs. J’ai lancé HTML Validator sans conviction…
…Et bingo ! Le SGML Parser m’a retourné - outre les presque inévitables erreurs de type general entity “btnG” not defined - un ID “links” already defined de mauvais augure suivi d’un ID “links” first defined here… Arrgh! I did it : j’ai donné deux fois le même identifiant !!!
Voilà ce que c’est que d’ajouter un bloc de code et de donner un identifiant au cas où sans réfléchir. Bref, cette petite anecdote pour vous signaler que oui, la validation HTML peut aider à corriger les erreurs Javascript ;)
Depuis, je ne sors plus sans HTML Validator associé à Firefox. Pour les non-anglophones voici une petite craduction :
HTML Validator est une extension Mozilla pour valider le code HTML dans Firefox et Mozilla [Mozilla est à la fois une organisation et un navigateur web]. Le nombre d’erreurs est visible sous la forme d’une icône dans la barre de status de votre navigateur lorsque vous affichez une page web. Le détail des erreurs est disponible en affichant le code source de la page. Cette extension est basée sur Tidy et OpenSP (SGML Parser). Les deux algorithmes ont été développés à l’origine par le W3C ; ils sont actuellement étendus et améliorés par beaucoup d’autres personnes. Les deux algorithmes sont inclus dans Mozilla/Firefox et la validation s’effectue en local sur votre poste de travail sans envoyer votre code HTML à un serveur tiers. Chaque algorithme a des avantages et des inconvénients. Le programme vous permettra de choisir celui que vous préférez lors de l’installation. Grosso-modo, il faut savoir que SGML Parser est le programme qui assure la validation des pages sur validator.w3.org, tandis que Tidy peut vérifier les points d’accessibilités pour les 3 niveaux définis par le WAI [cf l'article de wikipédia sur le sujet, NdT].
Comme quoi, un outil peut en cacher un autre ;)
« Articles précédents et suivants dans la même rubrique »
Ca peut vous intéresser »
- Améliorations cosmétiques et ergonomiques sur ce blog (12)
- Utilisez le DOM et Javascript comme un chef (25)
- Quelques notes sur la bibliothèque Javascript IE7 de Dean Edwards (21)
- Quelques notes autour du design fluide avec 3 colonnes du collectif Alsacréations (6)
- Pied de page toujours en bas avec Javascript et CSS (6)
10 participations à l'article
Tu devrais essayé Firebug pour firefox qui est pas mal du tout aussi , si tu ne connais pas.
Il m’est trés utile :)
Comme je le dit à chaque fois, toujours donner des noms le plus explicite possible. Après, il est vrai que ça alourdis un peu le code, mais pour un réel gain en clarté : un "links_blogroll" aurai été plus clair, non ?
Pour les utilisateurs de l’extension « Web Developper » [1] (quel développeur web ne n’utilise pas ? :-D), l’outil Tools > Display Page Validation se révèle être des plus utile. Il permet en effet de réaliser, en live, une validation (X)HTML, CSS, Accessibilité Section 508 et WAI. Pratique, nul besoin d’alourdir son navigateur avec une nième extension.
Attention cependant, la validation est effectuée à chaque chargement de la page, ce qui peut mener à être bloqué un certain temps par l’outil de validation du W3C. Adepte du F5 en série s’abstenir ^_^
1. addons.mozilla.org/fr/fir…
#Gameplayer {
Tu as entièrement raison, tout est de ma faute ;)
}
# fleur de peau,
#piouPiouM {
J’utilise cette extension depuis quelques temps déjà, mais je n’avais pas pensé à l’utiliser pour valider le code.
Comme je suis un adepte du F5 enb série, je crois que je vais m’abstenir d’utiliser l’option préconisé par piouPiouM. Quoique, elle peut être utile en fin d’intégration pour vérifier tout d’un coup. Mais c’est vrai que ça bloque grâve ;)
}
Ha ha…
Rien de tel que de petites anecdotes pour illustrer l’intérêt de valider son code HTML pour traquer les erreur.
"Il faut le voir pour le croire" comme dirait l’autre ;)
Seb.
Bonjour
Je lance un S.O.S a qui veut bien m’aider. J’ai des erreurs dans mon html et donc pas moyen de le valider. J’ai donc télécharger firebug mais je n’ai rien trouvé de bien explicite sur le net a son sujet et je ne comprends pas comment s’en servir.
Quelqu’un aurait il l’amabilité de m’indiquer pas a pas comment corriger le language html d’un site complet pour ensuite pouvoir le valider ?
KIKOUS A TOUS
@keduq > j’ai essayé de voir ton site mais l’avertissement m’empêche d’aller plus loin à cette heure-ci ;) (le PC est dans le salon ^_^v)
Sinon, en règle générale, le validateur t’indique le nombre et la nature des erreurs qu’il rencontre : il peut s’agir de balises mal fermées, d’une balise alt manquante, du signe & interprêté en tant qu’entité, etc.
Si au début, certaines formulations et préconisations sont un peu sybillines, avec un peu d’habitude on s’en sort généralement facilement.
Le plus ennuyeux vient du côté des scripts externes qu’il faut souvent retoucher : entités, attribut type=”text/javascript” souvent absent, etc.
Je jetterai un oeil à l’occaz sur ton site pour voir ;)
a++
Merci oui je veux bien que tu y jettes un tit coup d’oeil a l’occas si celà ne te dérange pas car j’avoue que je rame……….J’essaye de me contenir car a force de ramer tout le monde sait que l’on attaque la falaise, mé bon………hihi
kikous
fleg
sublwa iyxq nrawy xzwqok