Pourquoi respecter les standards ? (strong vs b)

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Pourquoi respecter les standards ? (strong vs b)

par mere-teresa » 15 juin 2005, 20:56

J'ai appris mon métier avec l'XHTML alors, je m'efforce de bien former (au sens DTD et XML) mes documents.

Maintenant, tant que tu respectes ce que tu as déclaré en DOCTYPE, peur importe ce que tu utilises.

par fab » 15 juin 2005, 19:37

je suis d'accord le xhtml est un choix, un html strict est très bien codé ça peut etre aussi efficace exemple lea-linux.org ou encore yahoo

par naholyr » 15 juin 2005, 19:28

En fait, je n'oppose pas HTML et XHTML comme vous.
Mais "page merdique" à "page qui sépare contenu/présentation & lisible par FF (Mac et PC), IE (Mac et PC) et Safari...etc..."
Mais c'est justement parce que je fais également uniquement cette distinction là, et pas une opposition par langage que ça m'énerve autant qu'on me présente l'xhtml comme la solution ultime

Juste dans le sujet :
HTML 5 vs XHTML [en]
C'est amusant, on voit bien que HTML et XHTML suivent des routes opposées. Et si demain je dois développer un site, qu'on me laisse le choix entre HTML5 et XHTML2, ben désolé mais je choisirai l'HTML5, pas vous ?

par daoud » 15 juin 2005, 17:30

Il y a aussi le magazine Programmez! du mois de juin sur le sujet.

daoud

par mere-teresa » 15 juin 2005, 17:21

Juste dans le sujet :
HTML 5 vs XHTML [en]

par thierry » 15 juin 2005, 14:47

Ce serait suicidaire.
je suis arrivé à la même conclusion :)
mais des fois la logique...alors je préfère poser la question au cas où ça aurait été évoqué quelque part.

par Cyrano » 15 juin 2005, 14:46

Je voudrais ajouter qu'il existe des outils pour transformer en un clic de souris un site HTML en site XHTML... pour autant que la version HTML respecte les st... les recommandations du W3C pour le HTML. Sauf erreur de ma part, le W3C distribue en téléchargement libre un outil à cette fin...

Là où ça peut poser problème, c'est effectivement si le site à la base ne respecte rien du tout: code pas aux normes, pas de DOCTYPE, etc... et pour les sites dynamiques où le code HTML n'est pas séparé du code de traitement serveur dans les fichiers.

Vive les templates ;)

par mere-teresa » 15 juin 2005, 14:20

En fait, je n'oppose pas HTML et XHTML comme vous.
Mais "page merdique" à "page qui sépare contenu/présentation & lisible par FF (Mac et PC), IE (Mac et PC) et Safari...etc..."

par albat » 15 juin 2005, 14:14

Ce serait suicidaire.

Si l'on peut en effet faire pression sur les développeurs
pour que leurs prochains travaux soient en xHTML,
j'imagine difficilement que l'on puisse bannir le HTML
et, dès lors, exiger que tous les sites déjà existants (en HTML)
soient redéveloppés (reconditionnés ?) en xHTML.
Le coût serait astronomique, épouvantable, délirant.

Au bout du compte, il y aurait toujours un p'tit gars qui, au fond de sa piaule,
développerait son propre navigateur capable de lire le HTML.
Comme au bon vieux temps... ;)

par thierry » 15 juin 2005, 13:39

est ce qu'à terme les prochaines générations de navigateurs interpréteront le xhtml et plus rien pour le html?

par pjl » 15 juin 2005, 12:03

Alors on peut préférer coder en HTML, mais sachant que les navigateurs suivent également une évolution vers les nouvelles recommandations, on peut s'attendre à ce qu'ils interprètent de plus en plus incorrectement le HTML4 dans les années à venir parce qu'ils seront orienté vers une interprétation correcte du XHTML.
J'espère bien que non.
Commençons avec du code valide et ensuite on intègrera la visibilité du contenu pour les internautes utilisant des navigateurs spéciaux, oral ou braille par exemple.
Il n'existe pas de navigateur braille à proprement parler et je ne vois pas trop comment avec les plages brailles actuelles, on pourrait appliquer un style.
Et pour les synthèses vocales (jaws qui ne tourne que sous Windows et que avec IE ou IBM Home Page Reader), la feuille de style AURAL n'est pas prise en compte.
Idem pour le media handheld, le navigateur inclus dans les derniers modèles de Palm n'en tient pas compte (je ne sais pas si c'est pareil avec les PPC).
Alors, à quoi bon faire un truc hyper valide si ce n'est pas utilisable..

par mere-teresa » 15 juin 2005, 10:13

Mais le HTML est une partie du SGML, tout comme le XML :

- il y a des balises
- il y a une syntaxe à suivre
- il y a une DTD (d'où l'existence de navigateurs)

XML expliqué à mon DG reprend un peu l'histoire et explique bien
Différences entre HTML et XHTML reprend de façon claire l'origine et le pourquoi du XHTML.

Quelques images extraites de sites [stroke]étrangers[/stroke] allemands et néerlandais, qui expliquent un peu la filiation de ces langages de mise en forme.
Les schémas de cette page (allemand) sont intéressants, je pense
  1. Image
  2. Image
  3. Image
  4. Image

par Cyrano » 15 juin 2005, 09:10

Il reste une question que je me pose par rapport à tout ça: il est vrai que le HTML est peut-être bien plus souple que le XHTML. Pourtant on sait que la version actuelle de HTML est 4.01 : on sait également qu'il n'y aura plus de mise à jour et qu'il est vain d'espérer une version 4.02 ou 4.1 voire 5.0. En revanche, on sait que XHTML en version 2 est en préparation depuis au moins deux ans et ce ne sera sûrement pas fini pour autant.

Alors on peut préférer coder en HTML, mais sachant que les navigateurs suivent également une évolution vers les nouvelles recommandations, on peut s'attendre à ce qu'ils interprètent de plus en plus incorrectement le HTML4 dans les années à venir parce qu'ils seront orienté vers une interprétation correcte du XHTML.

D'autre part, je voudrais mettre un bémol sur le propos de naholyr concernant les validations à la mode parce que c'est "in" : Il faut bien commencer quelque part. Si ceux qui font des sites (personnels ou professionnels) font déjà cet effort de rigueur dans leur codage, c'est un départ. Il est peut-être difficile de leur demander tout d'un coup. Lors de l'explosion de la bulle internet et de la multiplication des pages personnelles, la norme HTML étaient allègrement envoyée par dessus bord. Commençons avec du code valide et ensuite on intègrera la visibilité du contenu pour les internautes utilisant des navigateurs spéciaux, oral ou braille par exemple. À l'origine, le HTML n'avait d'autre but que de diffuser de l'information brute, puis est arrivé la mise en page et à ce stade, le web est devenu quelque chose d'essentiellement visuel. Je peux faire erreur, mais pour diffuser ce même contenu vers des médias particuliers, les techniques étaient un peu absente au niveau du HTML. XML est une solution qui apporte ce +, ce me semble, peut-être existe-t-il d'autres options ?

par naholyr » 15 juin 2005, 08:39

Ce que je trouve le plus marrant, c'est que ce ne sont pas des standards, ce sont des recommandations: http://www.w3.org/2004/02/Process-20040205/tr#RecsW3C

Malgré qu'eux-même tendent à décrire ces recommendations comme étant similaires aux standards de certaines organisations.

Il n'en reste pas moins que le mot recommandation est utilisé dans tous leurs documents et non standard.

À méditer...
C'est peut-être simplement que tout attachés qu'ils sont à la sémantique, ils veulent mettre les bons mots sur les bons concepts. Un standard personne n'est obligé de le suivre, on en fait ce qu'on en veut... En cela c'est plus une recommandation qu'autre chose finalement.

par Xenon_54 » 15 juin 2005, 02:25

Ce que je trouve le plus marrant, c'est que ce ne sont pas des standards, ce sont des recommandations: http://www.w3.org/2004/02/Process-20040205/tr#RecsW3C

Malgré qu'eux-même tendent à décrire ces recommendations comme étant similaires aux standards de certaines organisations.

Il n'en reste pas moins que le mot recommandation est utilisé dans tous leurs documents et non standard.

À méditer...