La validation W3C est parfois difficile à utiliser, mais elle permet de détecter des erreurs causées par la conception de la mise en page. Le validateur génère de nombreuses erreurs et avertissements, indiquant que votre XHTML n'est pas encore terminé et peut ne pas fonctionner de manière cohérente sur les différents navigateurs. Les dix problèmes de défaillance subtils suivants ont déconcerté un grand nombre de programmeurs et nous vous expliquerons comment les résoudre. Avant de commencer cet article, je présenterai quelques problèmes auxquels il faut prêter attention lors de l'utilisation du validateur W3C.
Ne vous inquiétez pas des avertissements du vérificateur : si le vérificateur indique avoir trouvé 12 erreurs et 83 avertissements, ignorez-le et passez à l'étape suivante.
Corrigez une erreur à la fois – Travaillez en séquence, de haut en bas, en corrigeant une erreur à la fois. Le HTML est visualisé de haut en bas avec un navigateur et ces erreurs sont affichées dans le même ordre.
Actualisez le code après chaque correction pour le rendre à nouveau valide : une petite erreur peut souvent déclencher une cascade d'erreurs sur toute la page. Ainsi, si cela n’est pas fait correctement, « corriger les erreurs » peut également entraîner davantage d’erreurs. La revalidation du code après chaque correctif garantit que le problème est complètement résolu.
Connaissant les exceptions fondamentales ci-dessus, examinons plusieurs raisons pour lesquelles la conception de la mise en page n'est pas valide.
1. La balise div n'est pas fermée. C'est l'une des raisons les plus courantes d'échec de la conception de la mise en page. Il est toujours surprenant d’apprendre combien de conceptions de mise en page délicates échouent à cause de cela. Des enquêtes montrent que les balises div ouvertes sont l’une des erreurs de conception de section les plus courantes et l’une des plus difficiles à diagnostiquer. Le validateur pointe parfois vers une mauvaise balise div d'ouverture, ce qui peut être comme chercher une aiguille dans une botte de foin.
2. La gênante balise embed Au début des années 1990, les navigateurs Microsoft et Netscape ont commencé à reconnaître les polices uniques non standard. Malheureusement, cela signifie que le validateur du W3C ne reconnaît pas encore certaines balises HTML clés telles que "embed", même si ces balises sont largement utilisées. Si vous souhaitez vraiment une validation DOCTYPE (type de document) stricte, vous ne pouvez qu'abandonner l'imbrication.
Si vous souhaitez à la fois une mise en page efficace et des médias intégrés, vous pouvez essayer la méthode Flash Satay.
3. Déclaration DOCTYPE incorrecte Ne pas déclarer DOCTYPE, ou déclarer incorrectement DOCTYPE au début du fichier est également une erreur courante. D’après l’expérience générale, Strict DOCTYPE est le plus haut niveau de vérification recherché par tous. Une validation stricte indique que votre page Web s'affichera de manière optimale sur tous les navigateurs. Le code de déclaration Stricte est le suivant :
4. Barre oblique finale Si votre site Web ne peut pas être vérifié, il est probable que la barre oblique finale manque quelque part dans le code. Il est facile de négliger des éléments tels que les barres obliques finales, en particulier dans des éléments tels que les balises d'image. Par exemple:
Cela n'a aucun effet en DOCTYPE strict. Pour résoudre ce problème, ajoutez "/" à la fin de la balise img.
5. Balise d'alignement Si le DOCTYPE est défini sur Transitionnel, vous utiliserez la balise "align", mais si vous êtes plus exigeant et souhaitez une vérification stricte, vous verrez beaucoup d'erreurs. Align est une autre balise qui ne peut pas être utilisée pour la conception de la mise en page. Vous pouvez essayer d'utiliser "float" ou "text-align" au lieu d'aligner pour transformer les éléments.
6. Javascript
Si Strict DOCTYPE a été déclaré, la balise CDATA doit être remplacée en JavaScript. Cet aspect du processus de vérification déconcerte de nombreux programmeurs, car les sites Web ont tendance à utiliser du JavaScript intégré pour les publicités et les scripts de suivi. Si JavaScript doit être utilisé, vous pouvez ajouter les balises suivantes avant et après :
7. Les images nécessitent l'attribut « alt » Vous ne l'avez peut-être pas remarqué, mais les images sont également une pierre d'achoppement potentielle pour une validation avancée. En plus de la barre oblique finale, la validation avancée nécessite également une balise alt pour décrire l'image, telle que alt= "Image de vampire effrayant".
Les moteurs de recherche s'appuient également sur les balises alt pour identifier les images sur les pages Web. C'est donc toujours une bonne idée d'ajouter des balises alt quoi qu'il arrive.
8. Données d'entité inconnues Les données d'entité sont une autre erreur courante qui affecte la vérification. On peut envisager d'utiliser des caractères de codage appropriés pour remplacer des symboles tels que "&". Une liste complète des données d'entités de caractères codées de manière appropriée disponibles dans la conception de la section XHTML.
9. Mauvaise imbrication L'imbrication signifie que l'élément contient l'élément Sweet!
Il est facile de confondre l'ordre des éléments imbriqués. Par exemple, démarrez la balise strong avant la balise div, puis fermez d'abord la balise div. Cela ne modifiera peut-être pas la disposition de la section, mais cela invalidera la conception de votre section.
10. Balise "title" manquante Bien que cela semble être une erreur évidente, de nombreux programmeurs (moi y compris) manquent souvent la balise title dans la section "head". Lorsque vous voyez « il manque un sous-élément obligatoire de HEAD » (il manque un sous-élément obligatoire de HEAD), vous constaterez que vous avez oublié d'ajouter la balise de titre.