Yacs valide xhtml : oui ou non? [résolu]
Doutes après test
J'ai téléchargé et testé Yacs, qui m'a l'air bien. J'aurais aimé par contre unCMS respectueux des standards. L'article chez Framasoft laissait entrevoir que c'était le cas pour Yacs. Or, après test de validation avec le validateur du W3C, il se trouve que YACS "is not valid" ...même pas html 4 transitionnel. Où est la vérité? Dommage car il a l'air bien à part ça.
Bernard from nearby-an-airport Associate, 6696 posts |
YACS est aussi respectueux des standards qu'on peut l'être, soyez-en persuadé. La page frontale de ce serveur est validée, celle de la section française également, etc. Le problème remonté est peut-être dû au passage de XHTML Transitional vers XHTML tout court. Nous n'avons pas fini de digérer ce changement, parce qu'il a beaucoup plus d'impact que prévu. La tâche est lourde, puisqu'il faut valider un certain nombre de pages, dans tous les styles de référence, pour corriger ce qui doit l'être. Merci d'indiquer la page qui ne passe pas la validation, ça aiderait à améliorer les choses. Attention de ne pas confondre les problèmes de validation dûs à YACS (par exemple, erreur dans un skin particulier), avec les problèmes de validation liés au contenu (par exemple, envoi d'XHTML incomplet dans un article). |
Fernand from Paris 1287 posts |
Delo: Le passage par les robots validateurs ne constitue pas un test de la mise à jour permanente de YACS, y compris par rapport aux recommandations du W3C. YACS possède son propre objectif qui consiste à servir le plus directement et le moins cyniquement possible ceux qui l'ont préféré en tant que système. Afin de répondre à ces objectifs, il exploite et applique avec sagesse, rigueur et pondération, les recommandations du W3C.
Je tenais à ajouter ce détail au fait qu'il faut utiliser YACS, l'exploiter réellement, le tester en vrai, pour voir s'il est accessible ou pas, au plus grand nombre de visiteurs. Bienvenue Delo, parmi la communauté des utilisateurs de YACS. |
| José from Brest 15 posts |
Bernard : Il se pourrait aussi, comme je l'avais déjà relevé sur un précédent fil, que le problème relève de la langue XML définie par YACS. En effet, je rappelle le cas du site que je compte mettre en œuvre bientôt et qui comporte un caractère spécial dans le titre qui entraîne la non-validation HTML de tout le site. |
| Bernard from nearby-an-airport Associate, 6696 posts |
José: C'est exactement pour cette raison que j'ai retiré l'attribut de langue des skins de référence. Est-ce bien utile lorsque certaines pages peuvent être dans une langue, et les commentaires dans une autre ? Au fond, ce qui importe c'est que tout soit cohérent en Unicode. L'aspect amusant c'est que la validateur du w3c semble parfaitement accepter cette solution depuis l'abandon de XHTML Transitional. Avec XHTML, on entre dans la vraie globalisation, celle qui consiste à mixer les micro-formats et les langues dans un même document. Selon ce raisonnement, le problème que vous mentionné à complètement disparu depuis la 6.2.1 |
| José from Brest 15 posts |
Bernard : Merci de votre réponse, cette communauté est toujours aussi réactive.  Je viens de reprendre le site que j'avais provisoirement mis en attente et l'ai mis à jour mais malgré cela, ce problème n'a toujours pas disparu. Je refais une installation à partir de la dernière version et vous tiens au courant. |
| Bernard from nearby-an-airport Associate, 6696 posts |
José: La mise à jour modifie seulement les skins de référence. Pas ceux que vous avez pu dériver... |
| José from Brest 15 posts |
Bernard : Je savais pertinnement que les styles dérivés ne sont pas influencés par une mise à jour, ce qui est logique. Cependant, par sécurité puisque je n'étais pas sûr des modifications de test que j'avais pu faire, j'ai réinstallé yacs intégralement après avoir pris soin d'effecer les fichiers et répertoires sur mon serveur distant. La ligne définissant la langue HTML est bel et bien présente dans le code source et les erreurs de validation sont toujours présentes. Je vous fournis le lien : mon site test |
| Bernard from nearby-an-airport Associate, 6696 posts |
José : Autant pour moi, la modif n'existe encore que sur la machine de développement, et sera publiquement disponible avec les autres changements dans la 6.3 dûe avant la fin du mois. |
| José from Brest 15 posts |
Bernard : Ouf, je commençais à douter de ma santé non seulement mentale mais informatique...  Le problème de Delo résiderait-il donc là ? |
| Bernard from nearby-an-airport Associate, 6696 posts |
José: C'est effectivement probable... |
| José from Brest 15 posts |
Bernard, Ce problème de validation XHTML me pose réellement un problème quant à sa gestion automatique. Il est toujours effectivement possible de modifier manuellement la langue employée pour rendre le code valide mais cette modification se verrait annulée par toute mise à jour. Je suis actuellement en cours de finalisation d'un projet professionnel dont YACS pourrait s'avérer parfaitement comme une pierre angulaire et à ce titre, sans pouvoir vous en dire plus aujourd'hui, une collaboration professionnelle entre YACS et mon projet est sérieusement envisagée mais l'interaction avec d'autres outils, des logiciels divers et des navigateurs est indispensable, d'où l'importance pour mon projet du respect des standards. Le site sur lequel je place un lien ici ne sert pour l'instant qu'à des tests divers et à des "aperçus" très partiels de YACS mais il apparaît que, même avec une installation vierge, la validité XHTML est en défaut. Il est vrai que le nom du site est particulier dans le sens où il comporte des caractères spéciaux mais je souhaiterais ne pas avoir à en changer, étant donné la place qu'il prendra et le reflet exact qu'il représente de l'activité que nous mettrons en oeuvre. Quelle solution peut-elle ainsi être envisagée quant à ce problème de validité ? Dois-je me résoudre à modifier les styles mais ainsi ne pas profiter des améliorations que vous y apporterez ? Notre projet ne se base pas sur les aspects graphiques mais sur les fonctionnalités et la simplicité d'utilisation, c'est pourquoi nous n'envisageons pas dans l'immédiat de modifier quoi que ce soit à l'aspect original de YACS, justement pour éventuellement en faire la promotion comme pour d'autres logiciels libres. N'ayant pas envie de me retourner vers une autre solution tant YACS me semble approprié et prometteur, je souhaiterais vraiment savoir quelle suite donner à ce problème qui semble mineur mais qui dans certains cas s'avère problématique quant à l'intégration de données YACS dans d'autres environnements. :) |
| Bernard from nearby-an-airport Associate, 6696 posts |
José: D'après le validateur W3C, les seules non-conformité proviennent du menu utilisateur, lorsque l'on n'est pas authentifié. J'avais fait un certain nombre de tests, mais en étant authentifié sur le serveur, c'est pour cela que ceci m'avait échappé. La solution est très simple, il suffit d'insérer une balise de paragraphe <p> dans le formulaire de login.Je peux envoyer un script skins/skin_skeleton.php mis à jour pour tests, si besoin ?
|
Et non pas le contraire...
Rate this page
Posted by Delo on Mar. 11 2006, page edited by Christian on June 14, (popular)
