La question de la validation W3C- erreurs naturelles avec WP (Créer un compte)

  • Statut : non résolu
15 sujets de 1 à 15 (sur un total de 49)
  • Auteur
    Messages
  • #475068
    chamomor
    Participant
    Maître WordPress
    1912 contributions

    Bonjour,

    Ma configuration WP actuelle
    – Version de WordPress : 2.8.4

    Bonsoir, j’aimerais revenir de façon générale sur la question de la validation, vu que ça revient souvent.

    Dites-moi si je me trompe mais, il semble qu’à utiliser WP, lors de la validation d’un blog ou site développé sous wordpress (W3C), il y a des « erreurs » impossibles à corriger.
    J’en veux pour preuve le petit test suivant : passez les thèmes de notre système de publication chéri, le « classic » et « défaut », et vous obtiendrez pas mal d’avertissements et d’erreurs.

    – Par exemple pour le thème classic, analysons le fichier index.php.

    En version « fragment d’html » on obtient : 1 Error, 2 warning(s)

    # Error  Line 22, Column 31: end tag for element « H2 » which is not open

    <?php the_date('','<h2>‘,’</h2>‘); ?>


    The Validator found an end tag for the above element, but that element is not currently open. This is often caused by a leftover end tag from an element that was removed during editing, or by an implicitly closed element (if you have an error related to an element being used where it is not allowed, this is almost certainly the case). In the latter case this error will disappear as soon as you fix the original problem.

    If this error occurred in a script section of your document, you should probably read this FAQ entry.

    # Warning Line 24, Column 6: unclosed start-tag requires SHORTTAG YES

    <div <?php post_class() ?> id= »post-<?php the_ID(); ?>« >

    The construct <foo<bar> is valid in HTML (it is an example of the rather obscure “Shorttags” feature) but its use is not recommended. In most cases, this is a

    en version de validation de tout le document, on obtient : 3 Errors, 4 warning(s)

    Validation Output:  3 Errors

    1. Error Line 11, Column 24: character « ‘ » not allowed in prolog

    <?php the_date('','<h2>‘,’</h2>‘); ?>


    2. Error Line 13, Column 1: no document type declaration; will parse without validation

    <div <?php post_class() ?> id= »post-<?php the_ID(); ?>« >



    The document type could not be determined, because the document had no correct DOCTYPE declaration. The document does not look like HTML, therefore automatic fallback could not be performed, and the document was only checked against basic markup syntax.

    Learn how to add a doctype to your document from our FAQ, or use the validator’s Document Type option to validate your document against a specific Document Type.
    3. Warning Line 13, Column 6: unclosed start-tag requires SHORTTAG YES

    <div <?php post_class() ?> id= »post-<?php the_ID(); ?>« >



    The construct <foo<bar> is valid in HTML (it is an example of the rather obscure “Shorttags” feature) but its use is not recommended. In most cases, this is a typo that you will want to fix. If you really want to use shorttags, be aware that they are not well implemented by browsers.
    4. Error Line 31, Column 3: document type does not allow element « P » here

    <p><?php _e('Sorry, no posts matched your criteria.'); ?></p>



    The element named above was found in a context where it is not allowed. This could mean that you have incorrectly nested elements — such as a « style » element in the « body » section instead of inside « head » — or two elements that overlap (which is not allowed).

    One common cause for this error is the use of XHTML syntax in HTML documents. Due to HTML’s rules of implicitly closed elements, this error can create cascading effects. For instance, using XHTML’s « self-closing » tags for « meta » and « link » in the « head » section of a HTML document may cause the parser to infer the end of the « head » section and the beginning of the « body » section (where « link » and « meta » are not allowed; hence the reported error).

    Idem pour les autres fichiers de WP…

    N’est-ce pas là le signe très rassurant de ne pas tenter de s’arracher les cheveux pour avoir une validation impeccable – impossible? qui ne concerne pas directement le css ou les erreurs html mais seulement l’emploi du code php propre à wp ?
    Vu que systématiquement, W3C n’aime pas, rejette les balises méta contenant du php propre à wp.

    Votre avis ?

    #695380
    Olivier
    Participant
    Maître WordPress
    1415 contributions

    hmmm il faut que tu regardes le source html généré par le serveur côté client et non le source php pour trouver et corriger les erreurs…

    #695381
    chamomor
    Participant
    Maître WordPress
    1912 contributions
    Olivier wrote:
    hmmm il faut que tu regardes le source html généré par le serveur côté client et non le source php pour trouver et corriger les erreurs…

    Je le sais et c’est pareil

    #695382
    chamomor
    Participant
    Maître WordPress
    1912 contributions
    Olivier wrote:
    hmmm il faut que tu regardes le source html généré par le serveur côté client et non le source php pour trouver et corriger les erreurs…

    Par exemple prend notre wordpress-fr.net/planet/
    Que tu passes par le lien direct de W3C ou que tu passes par le fichier html obtenu par l’affichage du code source, tu obtiens … 61 Errors, 2 warning(s)

    Je ne pense pas que les concepteurs de ce site commettent des erreurs réelles, juste que le validateur ne peut pas analyser, semble-t-il, correctement des outils wp

    #695383
    viwiv
    Membre
    Maître WordPress
    809 contributions

    Bonjour,

    J’utilise WordPress extensivement, et je n’ai aucune erreur de validation.

    Pour t’en convaincre, vas sur http://www.iptima.com, même si je n’aime pas l’auto-promotion.

    Les erreurs de validation viennent toujours de thèmes ou d’extensions mal conçus, ou de pages mal maintenues comme c’est dans le cas de l’exemple que tu cites.

    Cordialement,

    V.

    #695384
    piekes
    Membre
    Maître WordPress
    724 contributions

    Pas d’accord du tout… Je m’oblige à traquer les erreurs de codage jusqu’à ce que toutes mes pages WP soient valides et pour le XHTML et pour le CSS. Et j’obtiens toujours (sauf cas particuliers dûment répertoriés de certains Javascript) une validation W3C.
    Par contre, il évident qu’il existe nombre de thèmes plus ou moins mal foutus et de plugins qui plantent la validation.
    Mais on peut bel et bien faire des sites valides avec WP !!!

    #695385
    viwiv
    Membre
    Maître WordPress
    809 contributions

    Bonsoir,

    Bref, Pierre déclare ne pas être d’accord, mais me rejoint ! 🙂

    Cordialement,

    V.

    #695386
    piekes
    Membre
    Maître WordPress
    724 contributions
    viwiv wrote:
    Bonsoir,

    Bref, Pierre déclare ne pas être d’accord, mais me rejoint ! 🙂

    Cordialement,

    V.

    Ce n’est pas avec toi que je ne suis pas d’accord ! Quand je rédigeais le mien, ton post n’était pas encore affiché…

    #695387
    chamomor
    Participant
    Maître WordPress
    1912 contributions
    viwiv wrote:
    Bonjour,

    J’utilise WordPress extensivement, et je n’ai aucune erreur de validation.

    Pour t’en convaincre, vas sur http://www.iptima.com, même si je n’aime pas l’auto-promotion.

    Les erreurs de validation viennent toujours de thèmes ou d’extensions mal conçus, ou de pages mal maintenues comme c’est dans le cas de l’exemple que tu cites.

    Cordialement,

    V.

    Effectivement, ton site est parfaitement validé. Mais alors ? Pourquoi ce site, Planet WordPress, génère autant d’erreurs ? (61 Errors, 1 warning(s) )

    #695388
    viwiv
    Membre
    Maître WordPress
    809 contributions

    Bonsoir,

    Bah, parce que la page est mal maintenue.

    En fait, il faut partir d’un thème et d’extensions valides et, en publiant, s’assurer de la qualité de la page produite pour éviter les erreurs.

    Je me sers de l’extension Html Validator pour Firefox (ennuyeuse à configurer sous Linux, car il faut ajouter deux librairies, plus simple sous windows), avant de publier, et cet outil m’aide… Je passe ainsi à a moulinette mes quinze articles quotidiens.

    En gros, quelques principes sont à connaître…. Sauf exception, il faut toujours refermer chaque balise (en minuscule) une à une dans l’ordre inverse de leur ouverture, toujours placer une balise alt sur les images et se méfier des caractères spéciaux comme, par exemple, & qu’il faut remplacer par &amp;.

    Autrement posé, la validation est une école de la rigueur : l’exercice peut sembler vain, mais il permet de prendre du recul sur son contenu… et apporte quelques satisfactions intellectuelles ! 🙂

    Cordialement,

    V.

    #695389
    chamomor
    Participant
    Maître WordPress
    1912 contributions

    Oui, oui j’entends bien. Pour ma part, les erreurs de validation ne concernent que les balises méta. Le reste est ok. C’est aussi le cas pour wordpress-fr.net/planet/

    #695390
    Comme une image
    Participant
    Maître WordPress
    2493 contributions

    Ce n’est pas tout à fait exact, il y peut y avoir des erreurs de validation sur une page dues au cœur de WordPress indépendamment du thème et des extensions.

    J’ai deux exemples en tête.
    Le premier concerne la présence d’une esperluette (&) dans un titre de billet, jamais converti en &
    Le second se produit quand on est connecté (admin) et qu’on charge une page avec un formulaire de commentaire. Il me semble que WP crée alors un champ non visible avec un code non respectueux du standard.

    Il serait bon, d’ailleurs, pour que toute cette discussion ait un sens, que vous précisiez de quel standard il s’agit. XHTML 1.0 ou 1.1 ? Strict ou Transitional ?

    #695391
    chamomor
    Participant
    Maître WordPress
    1912 contributions

    C’était une question générale, mais disons pour commencer, ou pour ce qui me préoccupe, en XHTML 1.0 Strict et HTML 4.01 transitionnal

    #695392
    Comme une image
    Participant
    Maître WordPress
    2493 contributions

    XHTML 1.0 Strict et HTML 4.01 transitional

    C’est le grand écart !!!!

    #695393
    viwiv
    Membre
    Maître WordPress
    809 contributions

    Bonsoir,

    Au temps pour moi, je parlais de Xhtml Strict. Je n’avais pas donné la précision, car elle me semblait tomber sous le sens.

    Oui, je connais le problème dont tu parles, Comme une image. C’est le champ _wp_unfiltered_html_comment… Curieusement, il apparaît et disparaît au fur et à mesure des nouvelles versions de WordPress. 🙂 Ceci posé, l’erreur n’est pas potentiellement gênante, puisqu’elle ne se produira que pour les utilisateurs enregistrés et reconnus, et si la fonction commentaires est utilisée.

    Pour ma part, les esperluettes dans le titre des articles ne posent pas de problèmes, à condition de coder & bien entendu. Dans ce cas, la plate-forme n’est pas en cause, mais le rédacteur.

    Pour WordPress Planet, il me semble que l’oubli des attributs alt ne plait pas au valideur.

    Petite suggestion, Chamomor : si tu as identifié l’origine des tes problèmes, pourquoi ne les corriges-tu pas ? !!! Pour ma part, je ne pense que les balises meta soient en cause, si nous donnons la même définition à ces balises, utilisées dans les en-têtes.

    Cordialement,

    V.

15 sujets de 1 à 15 (sur un total de 49)
  • Vous devez être connecté pour répondre à ce sujet.