Début de la traduction (article d’origine ici)
Il y a eu de nombreuses discussions dernièrement sur le web à propos de la récente décision du W3C de continuer le développement de HTML. Des billets sur des blogs, et des messages envoyés sur des listes de diffusion ou postés sur des forums révèlent de nombreuses questions et fausses idées à propos du futur de HTML (incluant HTML 5 et XHTML 2), le WHATWG et le nouveau groupe de travail HTML du W3C.
Certaines personnes demandent de nouvelles fonctionnalités ; d’autres demandent si certains éléments dépréciés vont refaire surface ; certains commentent et critiquent la décision en elle-même, le WHATWG ou le processus du W3C ; et un petit nombre soulèvent des inquiétudes à propos du manque de considération par le WHATWG et le W3C des besoins des groupes particuliers. Le WHATWG, qui est dans le processus de développement d’une nouvelle version de HTML (appelé HTML 5), ressent l’importance de ne pas seulement écouter tous ces retours, mais de les rechercher activement et d’y répondre afin de développer un langage qui répond aux attentes de tous.
Vous pouvez participer de différentes façons. L’approche la plus directe est de faire entendre votre voix en souscrivant à la liste de diffusion. Cependant, tout le monde n’a pas forcément le temps de participer, ou de suivre l’important volume de messages échangés. Certaines personnes pensent que l’actuelle ébauche de HTML 5 (Web applications et Web Forms) est plutôt intimidante. D’autres estiment que parce qu’ils ne peuvent pas payer les importants frais d’adhésion du W3C, ils ne seront de toute façon pas entendus.
Si, pour quelle que raison que ce soit, vous pensez que vous ne pouvez pas participer, ou que vous n’être pas très l’aise avec ça, cela ne veut pas dire que vous n’avez pas le droit de vous faire entendre. Le WHATWG a besoin de vous écouter et veut savoir ce que vous pensez de HTML.
- Y a-t-il des limitations de HTML que vous voudriez voir disparaître ?
- Avez-vous des idées pour de nouvelles fonctionnalités ?
- Y a-t-il quelque chose que vous pouvez actuellement faire en HTML, mais que vous aimeriez voir améliorer ?
- Avez-vous des inquiétudes à propos du processus de développement ?
- Avez-vous des remarques à faire à propos des nouvelles fonctionnalités présentes dans l’actuelle ébauche ?
- Avez-vous des questions sur HTML 5 ?
Toutes questions, commentaires, critiques, plaintes ou demandes de fonctionnalité sont les bienvenues. C’est le moment de vous exprimer. Aucun commentaire n’est idiot ; aucune question n’est trop difficile ou simple ; aucune critique n’est trop dure. Si vous avez quoi que ce soit à dire, nous vous écoutons.
A propos de l’auteur : Molly E. Holzschlag est une avocate, une formatrice et une auteure bien connue des standards web avec une trentaine d’ouvrages auxquels elle a récemment ajouté The Zen of CSS Design, co-écrit avec Dave Shea. Molly est une experte invitée du groupe de travail GEO du World Wide Web Consortium (W3C), ainsi qu’une animatrice du Web Standards Project (WaSP).
5 réponses à cet article
# - - Simay -
Bonjour, moi ce que j’attend de la prochaine version du HTML, c’est qu’il ressemble au XHTML dans le sens ou le code soit être beaucoup plus "propre" ou mieux structuré, c’est comme vous voulez avec :
* Toute balise ouvrante doit être fermée
* Balises et attributs en minuscules
* Valeurs entre quotes (apostrophes) ou double quotes (guillemets)
* Chaque propriété doit avoir une valeur (pas de propriété vide)
* Les balises doivent être correctement imbriquées
En dehors faire du HTML Strict ou du XHTML Strict, aujourd’hui je ne vois pas beaucoup la différence, mais demain certainement beaucoup plus avec le XML et toutes les possibilités qu’il offre. C’est pourquoi tout les sites que ej fait sont en XHTML Strict.
En dehors de ça j’aimerai voir dans la prochaine version du HTML/XHTML un peu plus de balises sémantique (histoire de donner encore plus de sens à notre page…). Et puis pourquoi pas simplifier les tableaux parce que ça devient très vite le bazarre avec des rowspan ou des colspan, clarifier et simplifier les balises name ou id pour n’en garder qu’une de ces deux balises, de nouvelles balises pour définir un menu (des listes imbriquées de liens, ça fait un peu juste non ?), et puis tient par rapport aux listes ordonnées, peut être que le type de numérotation pourrait être géré directement comme un attribut de HTML et non de style.
# - - ChezSimay -
le HTML change… Et MOI
Suite au Billet paru sur pompage, je suis allé réagir sur le blog de pouipouidesign, Voici mon commentaire. Je vous encourage vivement à donner vos avis, car débattre sur ce sujet est important et le HTML stagne un peu à mon gout, donc voila, si
# - - br1o -
Je trouve que le fait de demander aux gens ce qui veulent voir dans une éventuelle future version du HTML est déjà une manière de prendre position quant au futur du XHTML
Si le but est de faire une version 5 de l’HTML concurrente (incompatible) avec XHTMLl 2.0 et enterrer une grande partie du travail réalisé par le W3C sous prétexte que :
– la courbe d’apprentissage du xhtml est trop complexe (pour l’average webmaster de moins de 50 balises),
– c’est trop stricte (pour les navigateurs qui aimeraient bien qu’on leur lâche la DTD),
– que c’est pas assez évolutif (pourquoi pas avoir la possibilité de changer de balise comme de chemise tant qu’on y est…)
– etc.
Et bien, si c’est ça, je trouve qu’il y a une perte d’énergie énorme entre le W3C et WHATWG que les utilisateurs de demain (plutôt d’après-demain) n’ont pas finit de payer…
Si en plus on reparle de la possibilité de remettre au goût du jour des balises dépréciées (c’est vrai que blink, c’était bien, marquee aussi me manque beaucoup…
)
Personnellement, je trouve le XHTML 1.0 très bien comme il est, accompagné de son pote CSS… Ceci dit, je pense comme Simay qu’il manque au XHTML certaines balises ou attributs permettant de contruire des menus par exemple.
Ce que je trouverais assez cool, c’est par exemple une balise <colomn n="3" src="mon-texte.txt" valign="justify" halign="justify" /> ou <colomn n="3" src="$mon-texte" valign="justify" halign="justify" />.
Vous voyez, quelque chose qui permettrait d’importer un texte ou le contenu d’une variable en créant automatiquement des colonnes justifiées à la fois horizontalement mais aussi verticalement en fonction de hauteur disponible… Mais je rêve un peu, non ?
Voilà, c’était ma (première) contribution au débat. A bientôt !
# - - cweben -
Salut à tous,
Pour ma part, je vient également du site pompage
.
J’ai suivi à peu près le développement du w3c jusqu’au Xhtml 1.1.
L’arrivée du Xhtml2 me rend perplexe… comme beaucoup.
Je pense que ce n’est pas une raison pour remettre en cause Xhtml
et que la création d’un HTML 5, 6 pourquoi pas 7 risque de remettre un doute de plus aux webmasters.
Venons en au problème :
– Pour Html4, ca marche aujourd’hui, les navigateurs sont compatibles, tout va bien.
– Pour Xhtml1:
Les navigateurs ne sont pas tous aux normes, Il est difficile d’avoir un site visible partout.
Dans certains cas, ca devient un casse-tête.
Exemple : La suppression des <TABLE> par <DIV> et Css.
– Pour Xhtml2 :
Les navigateurs n’existent pas encore, donc autant dire qu’il n’y a rien.
Sur les préconisations d’évolution :
– Rendre l’attribut ALT facultatif. (En effet, un navigateur doit comprendre que si ALT est vide, l’image n’est pas renseignée.)
– Comme l’explique br1o, il manque le multi colonnage pour un texte. Pour ma part, je la verrai plutôt en css.
<div style="column:3; width:150px;height:150px">bla bla bla</div>
qui équivaudrait à :
<table width="150"><tr><td height="150">bla</td><td>bla</td><td>bla</td></tr></table>
# - - br1o -
cweben > j’ai volontairement mis l’exemple sans utiliser les CSS pour éviter de compliquer les choses : ajouter une balise xhtml c’est une chose, qu’elle soit prise en compte par les navigateurs, une autre, et qu’en plus les CSS soit mis à jour, puis prises en compte…
J’imaginais juste une balise <colomn /> à la manière d’une balise object ou embed avec son propre jeux d’attributs.
a++