ARTICLES
Affichage des articles dont le libellé est WHATWG. Afficher tous les articles
Affichage des articles dont le libellé est WHATWG. Afficher tous les articles

10 avril 2013

Les principes de HTML5

HTML5 image

Les principes de conception :
Le WHATWG a rédigé une liste de principes de conception afin d’orienter le développement de l’HTML5. Un des principes clés consiste à "supporter le contenu existant". Là où le XHTML 2 avait tenté de balayer tout ce qui précédait, l’HTML5 se construit à partir de spécifications et d’implémentations existantes. L’essentiel de l’HTML  4.01a survécu dans l’HTML5.
L’HTML5 comprend d’autres principes, tels que "ne pas réinventer la roue" et "paver le sentier des vaches". Cela veut dire que s’il existe une façon répandue d’accomplir une tâche chez les web designers, et même si ce n’est pas la meilleure, elle doit être codifiée en HTML5. On pourrait aussi dire : «si ce n’est pas cassé, on ne répare pas».

Gestion des erreurs :

La gestion des erreurs ne présente peut-être pas beaucoup d’intérêt pour les web designers, surtout si l’on écrit des documents valides et bien formés dès le départ, mais elle est très importante pour les créateurs de navigateurs. Alors que les spécifications des langages précédents étaient écrites pour les auteurs, l’HTML5 est écrit pour les auteurs et les implémenteurs. Gardez cela à l’esprit quand vous parcourrez la spécification.
C’est la raison pour laquelle la spécification HTML5 est si épaisse et semble avoir été écrite avec un niveau de détail normalement réservé aux philatélistes ou aux champions d’échecs.

La simplicité :

Une déclaration de type de document, ou doctype, est traditionnellement utilisée pour spécifier le type de balisage du document.
Le doctype de l’HTML 4.01 ressemble à ceci  :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">

le doctype du XHTML 1.0 rassemble à :

<!DOCTYPE html PUBLIC"-//W3C//DTD XHTML 1.0 Strict //EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

Ces déclarations sont difficilement compréhensibles, mais elles ne font que dire à leur façon «ce document est écrit en HTML 4.01», ou «ce document est écrit en XHTML 1.0».
On pourrait penser que le doctype qui déclare « ce document est écrit en HTML5 » comporte le numéro cinq quelque part, mais ce n’est pas le cas. Le doctype de l’HTML5 ressemble à cela:

<!DOCTYPE html>

Il est si simple et compréhensible.
Le doctype n’est pas la seule chose à avoir été simplifiée dans l’HTML5. Vous pouvez aussi simplifié les balises : meta, script, ...
Voici la déclaration <meta> pour un document écrit en HTML 4.01 :

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

Voici une manière bien plus simple de faire la même chose en HTML5 :

<meta charset="UTF-8">

La balise <script> pouvait également se permettre de perdre un peu de poids. On y ajoute couramment un attribut typeavec la valeur «text/javascript».

<script type="text/javascript" src="fichier.js"></script>

Pour HTML5 on écrit :      <script src="fichier.js"></script>
De même, il est inutile de donner la valeur «text/css» à l’attribut type pour appeler un fichier CSS :

<link rel="stylesheet" type="text/css" href="fichier.css">

Vous pouvez simplement écrire :    <link rel="stylesheet" href="fichier.css">
Il reste plein de trucs nouveaux dans l’HTML5 avec lesquels nous autres web designers allons pouvoir nous amuser :) .
10.4.13 - 0

Une petite histoire de l'HTML5



Le W3C travaillait simultanément sur deux langages de balisage différents et incompatibles : le XHTML 2 et l’HTML 5 (notez l’espace avant le chiffre cinq). Au même moment, le WHATWG, travaillait sur une spécification appelée HTML5 (sans espace) qui devait servir de base à l’une des spécifications du W3C !
Alors, deux groupes travaillent sur l’HTML5. Le WHATWG crée une spécification HTML5 en suivant une procédure dite de « Commit-Then-Review » : les changements sont appliqués avant d’être examinés et débattus. Le groupe de travail HTML du W3C prend cette même spécification en suivant la procédure inverse (« Review-Then-Commit »).
La question la plus troublante pour les web designers est peut-être celle-ci : «Quand HTML5 sera-t-il prêt ?»
Dans un entretien, Ian Hicksona déclaré que l’HTML5 obtiendrait le statut de proposition de recommandation en 2022. Cette annonce a déclenché une vague de protestations de la part de quelques web designers.
Ces protestations étaient indues. Dans ce cas, le statut de « proposition de recommandation » requiert deux implémentations de l’HTML5. Au vu de l’envergure de la spécification, cette date est incroyablement ambitieuse. Après tout, les navigateurs n’ont pas les meilleurs antécédents quant à l’implémentation des normes existantes. Il a fallu plus d’une décennie pour qu’Internet Explorer supporte les éléments de l'HTML5.

La date vraiment importante pour l’HTML5 est 2012. C’est en 2012 que la spécification doit devenir « recommandation candidate », c’est-à-dire être fin prête dans le discours normatif.

Ce qui compte avant tout, c’est la compatibilité des navigateurs avec les nouvelles fonctionnalités. On a commencé à utiliser des morceaux de CSS 2.1 dès que certains navigateurs ont été en mesure de les interpréter. Si l’on avait attendu que tous les navigateurs soient entièrement compatibles avec CSS 2.1 avant de l’utiliser, on serait encore en train d’attendre. Cela vaut également pour l’HTML5. On ne pourra pas le déclarer « prêt à l’emploi » à un moment précis. On commencera plutôt à utiliser des morceaux de la spécification de leur implémentation dans les navigateurs.

Souvenez-vous, l’HTML5 n’est pas un langage complètement nouveau. C’est une évolution, plus qu’une révolution, dans l’histoire des langages de balisage. Si vous créez actuellement des sites web avec n’importe quelle version de l’HTML, vous utilisez déjà l’HTML5.
10.4.13 - 0

© 2014 Déveur. WP Theme-junkie converted by Bloggertheme9
Powered by Blogger.
back to top