Cette section décrit en quoi la version du 24 décembre 1999 de la spécification HTML 4.01
diffère de la version du 24 avril 1990 de la spécification HTML 4
A.1.1 Les changements apportés à la spécification
Les changements généraux
- Des nouvelles feuilles de style pour le document, fondées sur les styles des documents techniques du W3C ;
- Ajout d'une table des matières abrégée ;
- Mise à jour du copyright ;
- Réparation des scripts du document pour retirer le balisage entraînant le plantage de certains navigateurs ;
- Remerciements à Shane McCarron ajoutés dans la liste des remerciements ;
- Dans la section 1.4, retrait des détails sur le copyright qui sont reportés
sur le site du W3C à la place ;
- Les références au jeu de caractères du document sont toutes vers ISO 10646 (et une seule fois à UNICODE
pour signaler l'équivalence). Les références à UNICODE se rapportent seulement à l'algorithme
bi-directionnel ;
- Les exemples utilisent maintenant des FPI datés.
- Section 3.2.2: Les valeurs des attributs peuvent tout aussi bien contenir des caractères
deux-points « : » et soulignés « _ ».
- Le jeu de caractères du document : on utilise désormais l'appellation
[ISO10646] seulement pour les références au jeu de caractères du document. Le terme [UNICODE] est réservé aux
références en relation avec l'algorithme bidi.
- Les descripteurs de média : tous les caractères dans les exemples sont maintenant
décrits en utilisant une notation hexadécimale (et une référence à la norme ISO 10646
plutôt qu'à Unicode).
- 7.2 L'indication de version HTML :
comporte une remarque du groupe de travail HTML qui s'engage sur les points suivants :
- aucun changement effectué sur les DTD de HTML 4
ne viendra invalider les documents qui sont conformes aux DTD de la
présente spécification. Le groupe de travail HTML se réserve
le droit de corriger les erreurs connues ;
- un logiciel conforme aux DTD de la présente spécification
peut ignorer les fonctionnalités des DTD de
HTML 4 futurs qu'il ne reconnaît pas.
- 7.2 L'indication de version HTML :
utilise des URI HTML 4
pour les identifiants de système. On utilise aussi ces URI
globalement dans tous les exemples ;
- 7.4.4 Les métadonnées : retiré une remarque à propos des travaux en
cours sur les métadonnées au W3C et remplacé celle-ci
par une remarque sur RDF ;
- 7.4.4.2 Les métadonnées : à la fin de la section sur les
en-têtes HTTP, supprimé l'exemple de rafraîchissement
automatique (car cela ne fait pas partie de la recommandation) et ajouté une remarque sur l'utilisation des redirections
côté serveur.
- L'attribut dir : un éclaircissement pour dire que
l'attribut dir s'applique au contenu de
l'élément, aux valeurs des attributs et à la direction des tables.
- 11.2.6 Les cellules de la table : les définitions des attributs rowspan
et colspan ont changé. Maintenant les couvertures [ndt. spans] sont bornées
par les groupes (groupes de rangées ou de colonnes) ;
- 11.3.2 Les cellules de la table : quand la déclaration "char=align" n'est pas reconnue
par l'agent utilisateur, le comportement n'est pas défini.
- 12.2 L'élément A : la description de l'attribut
type des éléments
A et
(et LINK) a été modifiée
pour mettre en évidence son côté consultatif ;
- 12.2.3 Les ancres avec un attribut id :
les attributs name et id peuvent légalement apparaître
dans la même balise ouvrante quand ils sont tous deux définis pour un élément. Ils doivent avoir des
valeurs identiques ;
- 12.3.3 Les liens et les moteurs de recherche : retiréla référence
à l'attribut dir dans l'exemple,
car celui-ci ne s'applique qu'aux ressources reliées (au contenu de l'élément et aux valeurs textuelles des
attributs seulement) ;
- 12.4.1 La résolution des URI relatifs :
étant donné que le document RFC 2616 n'inclut aucun champs d'en-tête « Link »,
la déclaration suivante est qualifiée pour les versions précédentes de HTTP 1.1 :
« Les éléments "Link" spécifiés par les en-têtes HTTP
sont gérés exactement comme les éléments "LINK" qui apparaissent explicitement dans un document ».
- 13.2 L'élément IMG : rajout de l'attribut
name pour la rétro-compatibilité ;
- 13.2 L'élément IMG : ajouté une
remarque selon laquelle les agents utilisateurs doivent fournir des mécanismes distincts pour accéder à
l'URI de l'attribut longdesc (IMG) et
à celui de l'attribut src (A), quand l'élément IMG
est contenu dans l'élément A ;
- 13.3 L'élément OBJECT : ajouté une
remarque selon laquelle, quand la valeur de l'attribut type de l'élément
OBJECT et l'en-tête HTTP « Content-Type »
diffèrent, c'est ce dernier qui a priorité ;
- 13.3 L'élément OBJECT : ajouté
une déclaration selon laquelle il faut utiliser l'élément PARAM plutôt que
les attributs data et classid ensemble avec l'élément
OBJECT ;
- 13.4 L'élément APPLET : ajouté une
remarque selon laquelle, pour des raisons de sécurité, seuls les sous-répertoires sont explorés pour
l'attribut codebase de l'élément APPLET ;
- 13.6.1 Les images cliquables côté client : la définition
de l'attribut poly a été clarifiée. Une remarque précise que si le polygone
n'est pas clos par l'auteur, ce sont les agents utilisateurs qui doivent le clore pour l'attribut coords
de l'élément AREA ;
- 13.6.1 Les images cliquables côté client :
- le modèle de contenu de l'élément MAP autorise
maintenant l'auteur à mélanger le contenu d'un élément
AREA et le contenu d'un élément de type bloc ;
- les agents utilisateurs devraient restituer le contenu d'un élément de bloc (auparavant, c'était « peuvent ») ;
- l'élément MAP peut s'utiliser sans image pour les outils de navigation universels ;
- les agents utilisateurs doivent ignorer les éléments AREA
quand le contenu est mixte (éléments AREA et de type bloc) ;
- les auteurs devraient spécifier entièrement les géométries, soit avec des éléments
AREA, soit avec des éléments
A en contenu d'un élément de type bloc, soit avec les deux.
- 13.7.2 et 13.7.3 : les définitions des attributs
vspace et hspace ressemblent maintenant à celles des autres attributs ;
- 13.7.2 et 13.7.3 : le
type des valeurs des attributs vspace, hspace et border
a été changé de « length » à « pixels » ;
- 13.8 Le texte de remplacement : la dernière phrase de la section est maintenant
reliée aux remarques sur la gestion du texte vide d'un attribut alt par l'agent utilisateur.
- 16.4.1 L'élément NOFRAMES : ajouté
une remarque à la description de l'élément NOFRAMES à propos de la restitution
(1) quand les cadres sont inactivés et (2) quand ils ne sont pas reconnus ;
- 16.4.1 L'élément NOFRAMES : ajouté
une remarque à propos des DTD qui admettent l'élément
NOFRAMES (jeu d'encadrement et transitoire).
- 17.2.1 Les types de commande : dans la description des boutons radio, quand
aucun bouton radio n'est initialement sélectionné, le comportement de l'agent utilisateur n'est pas défini.
Ce qui diffère du document RFC 1866 ;
- 17.3 L'élément FORM : rajout de l'attribut
name pour la rétro-compatibilité ;
- 17.3 L'élément FORM : retiré la
référence à l'URI « mailto »
dans la définition de l'attribut action ;
- 17.3 L'élément FORM : retiré
l'exemple « mailto » vers la fin de la section, car le comportement n'est pas défini dans cette
spécification ;
- 17.3 L'élément FORM : l'attribut
accept est ajouté au fragment de
DTD. La description de l'attribut
accept-charset est également amendée ;
- 17.4 L'élément INPUT : ajouté
l'attribut ismap manquant pour l'élément INPUT. Également,
dans la définition de l'attribut value,
ajouté la valeur "checkbox" à celles pour l'attribut type qui requiert une valeur ;
- 17.6.1: quand aucune option n'est sélectionnée, le comportement de
l'agent utilisateur n'est pas défini. Les auteurs devraient fournir une option par défaut pour tenir compte de ce cas.
Ce comportement diffère par rapport au document RFC 1866.
- La déclaration SGML de HTML 4 :
retiré le texte concernant les références à jour à la norme ISO 10646. Remplacé par :
« Les révision de la spécification HTML 4
peuvent mettre à jour la référence à la norme ISO 10646 pour inclure des changements supplémentaires. »
- les valeurs des attributs vspace, hspace et border
des élément IMG, OBJECT et APPLET sont en pixels ;
- changé le modèle de contenu de l'élément MAP pour ((%block;) | AREA)+ ;
- ajouté l'attribut ismap à l'élément INPUT ;
- l'attribut accept est ajouté
au fragment de DTD de l'élément
FORM ;
- le commentaire de l'attribut axis
a été changé pour se reférer à une liste dont les valeurs sont séparées par des virgules ;
- l'attribut archive
de l'élément OBJECT
prend une valeur de type CDATA au lieu de type %URI, parce que la valeur est une liste d'URI, séparés par des espaces.
- liens vers les documents RFC mis à jour pour utiliser l'adresse « http://www.ietf.org/rfc » ;
- placé des liens dans les titres ;
- ajouté la date révisée du 27 janvier 1998 pour [DATETIME] ;
- ajouté la date révisée du 11 janvier 1999 pour [CSS1] ;
- date de publication de [CSS2] corrigée ;
- [UNICODE] a été mis à jour en version 3.0 ;
- [ISO10646] a été mis à jour pour autoriser l'assignement de nouveaux caractères. Remarquez que
le cinquième amendement est spécifiquement pris en compte ;
- [RFC1766] censé être mis à jour ;
- [RFC2279] remplace [RFC2044] ;
- [RFC2616] remplace [RFC2068] ;
- [RFC2388] ajouté en complément de [RFC1867] ;
- [LEXHTML] adresse mise à jour, date ajoutée ;
- [DCORE] adresse mise à jour ;
- mis à jour [WEBSGML] ;
- [HTML3STYLE] adresse mise à jour ;
- ajouté [RDF10] (remplacé l'ancien RDF) ;
- changé [WAIGUIDE] pour [WAI] ;
- ajouté les références informatives [WCGL], [UAGL] et [ATGL] ;
- mis à jour la référence d'URI vers [URI] (RFC 2396).
A.1.2 Les erreurs corrigées
- Section 13.6.1
- Les exemples d'images cliquables utilisant l'attribut poly ont été corrigés pour
former un polygone fermé. Également, le dernier couple de coordonnées est identique au premier pour clore
le polygone.
- Section 14.4.1
- Dans l'exemple final, l'assignement d'attribut "media=screen, print" manquait dans l'élément
STYLE.
- Section 15.2.1
- Dans l'exemple avec "mypar", la règle CSS devrait être :
P#mypar {font-style: italic; color: blue}
Dans CSS, le caractère dièse « # »
se rapporte à un nom de type ID, alors que le caractère point « . » se rapporte à un
nom de classe. Cet exemple illustre l'attribut id.
- Section 16.2.2
- Les valeurs des attributs marginwidth
et marginheight doivent être
de 0 pixel ou plus, non 1 pixel ou plus.
- Section 16.2.2
- L'élément FRAME
ne prend pas l'attribut target.
- Section 16.5
- L'élément IFRAME
ne prend pas l'attribut target.
- Section 17.2.1
- Dans la description des « cases à cocher », changer « selected » pour« checked »
dans « quand l'attribut selected de l'élément de commande est spécifié ».
- Section 17.6.1
- Dans la section « Attributs définis ailleurs » de l'élément
OPTGROUP, les attributs
onfocus,
onblur et
onchange ne devraient pas y être.
- Section 18.2.3
- Dans la liste des éléments qui admettent les attributs onfocus et
onblur, ajouter
les éléments A
et AREA.
- Section 20
- On doit modifier légèrement la déclaration SGML de HTML 4
pour la gestion des références de caractères numériques hexadécimales. Changer la ligne :
DELIM
GENERAL SGMLREF
SHORTREF SGMLREF
pour celle-ci :
DELIM
GENERAL SGMLREF
HCRO "&#x" -- 38 est le numéro de l'esperluette --
SHORTREF SGMLREF
Et la partie initiale <!SGML "ISO 8879:1986" doit être changée pour <!SGML "ISO 8879:1986 (WWW)".
- Section 21
- L'élément HR devrait
également prendre les attributs lang
et dir. Ceux-ci sont notés comme
étant définis ailleurs, dans la définition de l'élément, mais ont été oubliés
dans les DTD.
- Section 21
- L'attribut archive de l'élément OBJECT
est défini dans le DTD comme ayant une valeur de type %URI.
C'est inexact : la valeur peut être une liste d'URI
séparés par des espaces (comme indiqué dans la définition de l'attribut et dans le commentaire du
DTD).
- Le fragment de DTD de l'élément
FORM devrait inclure une définition pour
l'attribut accept, qui est listé
dans la définition de l'élément. Cette définition devrait être la suivante :
accept %ContentTypes; #IMPLIED -- liste de types MIME
pour le chargement de fichier sur un serveur --
- Section B.4.1
- À la fin de la section, les phrases suivantes sont inexactes : « La liste des termes dans l'attribut
content est ALL, INDEX, NOFOLLOW, NOINDEX. Le nom et les valeurs de l'attribut content sont insensibles à la casse ».
En fait, la définition META
spécifie que les valeurs des attributs name et content
sont sensibles à la casse.
- Section B.4.1.1
- La spécification dit : « Les lignes blanches ne sont pas autorisées ». Les lignes
blanches sont autorisées dans le fichier robots.txt, et pas seulement dans un seul « enregistrement ».
Remarquer que la spécification ne définit pas enregistrement.
Plus loin dans la page, la spécification dit : « Il doit n'y avoir qu'un seul champs "User-agent" par
enregistrement ». En fait, il peut y avoir plusieurs champs « User-agent » dans le fichier
robots.txt, et non pas plus d'un par enregistrement.
Pour des informations sur les robots de recherche, veuillez consulter, par exemple, les adresses suivantes :
- Références
-
- l'entrée [URI] devrait être mise à jour selon le document
RFC 2396 d'août 1998. « »Uniform Resource Identifiers (URI) : Generic Syntax", T. Berners-Lee, R. Fielding, L. Masinter, août 1998. RFC 2396 met à jour [RFC1738] et [RFC1808].
A.1.3 Les erreurs typographiques mineures corrigées
- Section 2.1.1
- La phrase « accessible via le chemin "/TR/REC-html4/" » devrait se terminer par « /TR/REC-html40/ ».
- Section 2.1.3
- Dans la troisième puce, le mot « applets » devrait être « applet ».
- Section 3.3
- Dans la deuxième puce, la phrase « Que la balise fermante de l'élément soit optionnelle ou non »
devrait être « Que les balises de l'élément soient optionnelles ou non »
- Section 3.2.1
- Dans le paragraphe commençant par « Veuillez consulter la norme SGML », la phrase
« une balise fermante referme toutes les balises ouvrantes manquantes jusqu'à la balise ouvrante correspondante »
devrait être « une balise fermante referme, en remontant jusqu'à la balise ouvrante correspondante,
toutes les balises ouvrantes intermédiaires avec des balises fermantes manquantes ».
- Section 3.2.2
- Il manque un point final à la phrase « Les noms des attributs sont toujours insensibles à la casse ».
- Section 3.3.4.2
- L'exemple avec l'élément OPTION
montre une balise fermante erronée ; ce devrait être « </OPTION> ».
Plus loin dans la section, la phrase qui commence par « Les auteurs devraient avoir connaissance... »
[ndt. coquille intraduisible].
- Section 5.2.2
- Changer « caractères ASCII » en « octets en valeurs ASCII ».
- Section 5.3.1
- La deuxième puce... [ndt. coquille intraduisible].
- Section 6.5.1
- La première phrase... [ndt. coquille intraduisible].
- Section 6.10
- La première phrase... [ndt. coquille intraduisible].
- Section 6.12
- Dans la définition de « Next », ... [ndt. coquille intraduisible].
- Section 6.16
- Changer... [ndt. coquille intraduisible].
- Section 7.4.4.3
- Dans le paragraphe commençant par « L'attribut scheme », remplacer la valeur "Month-Date-Year"
par "Month-Day-Year".
- Section 7.5.4
- Dans la phrase après l'exemple,... [ndt. coquille intraduisible].
- Section 7.5.6
- Pour l'élément ADDRESS,
dans la section « Attributs définis ailleurs » element, les attributs
style et
title sont manquants.
Également, après cette section,... [ndt. coquille intraduisible].
- Section 8.2.3
- Dans la phrase « Les auteurs peuvent aussi utiliser des caractères spéciaux... »
[ndt. coquille intraduisible].
- Section 11.2.4.1
- La phrase commençant par « Le premier élément COL se rapporte aux 39 premières colonnes... »,
[ndt. coquille intraduisible].
- Section 11.2.5
- Pour l'élément TR,
dans la section « Attributs définis ailleurs », l'attribut
bgcolor est manquant.
- Section 11.2.6
- Pour les éléments TH et
TD, le type des attributs
width et
height change de
"%Pixels;" pour "%Length;", pour admettre les valeurs en pourcentage.
- Section 11.3.1
- Dans la première phrase de la définition de l'attribut
frame, utiliser « entourant »
plutôt que « qui entoure ».
- Section 11.4.1
- Première puce, troisième phrase,... [ndt. coquille intraduisible].
- Section 12.1.2
- La dernière phrase... [ndt. coquille intraduisible].
- Section 12.2.2
- Le dernier paragraphe... [ndt. coquille intraduisible].
- Section 12.2.3
- Juste avant la section 12.2.4,... [ndt. coquille intraduisible].
- Section 13.3.4
- Dans le paragraphe qui commence par « Dans l'exemple suivant... »,... [ndt. coquille intraduisible].
- Section 13.4
- Juste après l'exemple déconseillé... [ndt. coquille intraduisible].
- Section 13.6.1
- Sous l'attribut « coords »,... [ndt. coquille intraduisible].
- Section 13.7.1
- Dans la définition de l'attribut height,... [ndt. coquille intraduisible].
- Section 15.1.3.1
- Sous le sous-titre « Faire flotter un objet », dans le premier paragraphe, la première apparition du
mot « objet » devrait être au pluriel.
- Section 15.1.3.2
- Dans l'exemple déconseillé,... [ndt. coquille intraduisible].
- Section 15.3
- L'attribut align
de l'élément HR n'est
pas défini ailleurs.
- Section 16.1
- Dans la dernière phrase du premier paragraphe,...[ndt. coquille intraduisible].
- Section 16.3.1
- Dans la deuxième phrase,... [ndt. coquille intraduisible].
- Section 16.4.1
- La liste des « attributs définis ailleurs » a été oubliée de la définition
de l'élément NOFRAMES.
Il s'agit des attributs : class,
id,
lang,
dir,
title,
style et des attributs de type
%events;.
- Section 17.1
- [ndt. coquille intraduisible].
- Section 17.5
- Dans le paragraphe qui commence par « Les agents visuels peuvent restituer... »,... [ndt. coquille intraduisible].
- Section 17.12.1
- Il faudrait ajouter une virgule entre BUTTON
et INPUT dans la liste des éléments
qui reconnaissent l'attribut disabled.
- Section 17.13.4.2
- Dans les exemples à la fin de la section, changer "Content-Disposition: attachment" pour "Content-Disposition: file".
Dans un exemple précédent également, changer "serveur.dom" pour "serveur.com".
- Section 18.2.2.1
- Après le premier exemple,... [ndt. coquille intraduisible].
- Section 18.2.3
- Dans la premiegrave;re phrase de la première remarque,... [ndt. coquille intraduisible].
- Section 18.3.1
- Dans la deuxième phrase du premier paragraphe,... [ndt. coquille intraduisible].
- Section 21
-
- dans tous les DTD, sous l'élément
COLGROUP, le modèle de contenu
devrait indiquer "COL", et non "col" ;
- dans le commentaire sur l'entité %Scope, changer l'attribut "axes" pour "headers".
- Section 24.2.1
- à la fin de la définition de l'entité "thorn", retirer le mot final égaré.
- Section 24.4
- Changer "cp-1252" pour "CP-1252".
- Appendice : Les changements pour les tables
- Dans le paragraphe sur l'élément COLGROUP,
la dernière phrase devrait être : « La sémantique de l'élément
COLGROUP a été
clarifiée par rapport aux projets précédents et la déclaration rules="basic" a été
remplacée par rules="groups" ».
- Les changements pour les éléments
- La liste des éléments déconseillés devrait comprendre l'élément
S.
- Section B.3.2
- Dans « délimiteur suivi par un caractère de nom », changer par « délimiteur
suivi par un caractère de commencement de nom ».
- Section B.4
- En-dessous de « Fournir des mots-clés; et des descriptions », le milieu de la phrase
« La valeur de l'attribut name cherchée par un attribut de recherche n'est pas
définie par cette spécification." » devrait plutôt être « moteur de recherche ».
- Section B.4
- Dans l'exemple pour indiquer le début d'une collection, remplacer rel="begin" par rel="start".
- Section B.4.1
- Retirer la phrase « Les valeurs des attributs name et content sont insensibles à la casse »
- Section B.5.1.2
- Il manque une parenthèse fermante dans la dernière phrase du dernier paragraphe.
- Section B.7.1.1
- Dans l'exemple déconseillé :
<BODY bgcolor='&{randomrgb};'>
le mot "randomrbg" devrait être "randomrgb".
A.1.4 Les éclaircissements
- Section 3.2.1
- Dans le septième paragraphe, ajouté « en remontant jusqu'à la balise ouvrante correspondante »
à « (par exemple, ils doivent être correctement imbriqués, c'est-à-dire, une balise fermante referme,
en remontant jusqu'à la balise ouvrante correspondante, toutes les balises ouvrantes intermédiaires avec des balises fermantes manquantes (section 7.5.1), etc.) »
- Section 3.2.4
- Ajouté une explication selon laquelle les commentaires sont un balisage.
- Section 3.3.3
- Dans le deuxième item de liste, changer « si la balise fermante de l'élément est ou non optionnelle »
pour « si les balises de l'élément sont ou non optionnelles ».
- Section 3.3.3.1
- Dans la définition d'un modèle de contenu, un « A » signifie que « A »
doit être présent une fois seulement. Ajouté également « +(A) » et
« -(A) » à la section sur la syntaxe du modèle de contenu.
- Section 7.4.2
- Précisé que l'élément TITLE
ne peut pas inclure de commentaire.
- Section 10.3
- Toutes les utilisations du mot « cracker », dans cette section et ses sous-sections, sont remplacés
par « hacker ». Les définitions de « hacker » et de « nerd »
proviennent de « The Hacker's Dictionary ».
- Section 13.7.2
- Les attributs hspace et
vspace sont déconseillés.
- Section 13.7.4
- L'attribut align
est déconseillé pour les éléments IMG,
OBJECT et
APPLET.
A.1.5 Les problèmes connus des navigateurs
- Certaines versions de Netscape Navigator 4.0X se plantaient lors de la lecture du chapitre 3 des versions
précédentes de cette spécification. Netscape a connaissance de ce bogue et l'a résolu dans la version 4.5.
Pour contourner ce bogue, aller dans le sous-menu Éditer/Préférences/Avancé et inactiver les
feuilles de style (et éventuellement JavaScript).
Cette section décrit les différences entre les versions de HTML 4 du 24 avril 1998 et du
18 décembre 1997.
A.2.1 Les erreurs corrigées
- Section 2.1.1
- L'URI "http://www.w3.org/TR/PR-html4/cover.html" était
censé désigner la spécification HTML courante.
La spécification HTML courante se trouve en réalité
à http://www.w3.org/TR/REC-html40.
- Section 7.5.2
- Le lien hypertexte sur l'attribut name était inexact. Il pointe maintenant vers
types.html#type-name.
- Section 7.5.4
- L'attribut href était listé
comme attribut des éléments DIV
et SPAN. Ce n'est pas le cas.
- Section 7.5.6
- On utilisait un élément P
dans l'exemple. Celui-ci est invalide dans l'élément ADDRESS.
- Section 8.1
- Dans le premier exemple commençant par « Ses super-pouvoirs... », il y avait un guillemet double
en trop avant le mot « Ses ».
- Section 9.3.4
- L'attribut width n'était pas mentionné
comme étant déconseillé.
- Section 11.2.4 : Le calcul de la largeur des colonnes
- La phrase « Nous avons fixé la valeur de l'attribut align à "center", dans le troisième groupe de colonnes »,
c'était « deuxième » avant « troisième ».
- Section 11.2.6 : Les cellules qui couvrent plusieurs rangées ou colonnes
- Le deuxième paragraphe était « Dans la d�finition de cette table, nous sp�cifions que la cellule en rang�e 4 et colonne 2 devrait occuper un total de trois colonnes, y compris la rangée courante. »
Il se termine maintenant par « y compris la colonne courante ».
- Section 13.2
- La phrase commençant par... [ndt. coquille intraduisible].
- Section 13.6.2
- La dernière phrase du deuxième paragraphe s'appliquait aux deux éléments
IMG et
INPUT. Cependant, l'attribut
ismap n'est pas défini pour
INPUT. La phrase ne s'applique maintenant
qu'à l'élément IMG.
- Section 14.2.3
- L'attribut title de l'élément
STYLE ne faisait pas partie de la liste
des attributs définis ailleurs.
- Section 14.3.2
- Le deuxième exemple mettait title="Compact". Il met maintenant title="compact".
- Section 15.1.2
- La phrase se terminant par « l'attribut align » se lisait
« l'élément align ».
- Section 15.1.3.2
- La règle de style CSS "BR.monbr { clear: left }" était inexacte,
car elle se rapportait à la classe "monbr" et non à la valeur id. La syntaxe exacte est : "BR#monbr {clear: left }".
- Section 16
- Tous les exemples contenant une déclaration de type de document utilisaient quelque chose comme
"LA_DERNIERE_VERSION_/frameset.dtd" ou "LA_DERNIERE_VERSION" comme identifiant du système pour le DTD
avec jeu d'encadrement. Ils utilisent désormais la déclaration de type de document exacte indiquée dans la
section 7.2
- Section 16.3 et Section 16.3.1
- Le deuxième exemple de la section 16.3 et l'exemple de la section 16.3.1 utilisaient un DTD erroné ;
ils utilisent maintenant le DTD transitoire.
- Section 17.5
- Dans les « attributs définis ailleurs » pour l'élément
BUTTON, il manquait les attributs
id,
class,
lang,
dir,
title,
style et
tabindex. Également,
l'attribut usemap a été supprimé.
- Section 17.6/17.6.1
- Les « attributs définis ailleurs » des éléments
OPTION et
OPTGROUP mentionnaient par erreur les
attributs onfocus,
onblur et
onchange. La section
« Attributs définis ailleurs » manquait pour l'élément
SELECT (veuillez consulter le
DTD pour la liste complète des attributs).
- Section 17.9.1
- L'attribut tabindex était
annoncé comme défini pour l'élément LABEL.
Ce n'est pas le cas.
- Section 17.12.2
- La phrase « Les éléments suivants reconnaissent l'attribut readonly :
INPUT et TEXTAREA » se lisait
« Les éléments suivants reconnaissent l'attribut readonly :
INPUT, TEXT, PASSWORD et TEXTAREA ».
- Section 18.2.2 : La déclaration locale du langage de script
- Le premier paragraphe disait : « Il est également possible de spécifier le langage de script
dans chaque élément SCRIPT
via l'attribut type. En l'absence de la spécification d'un langage de script par défaut,
cet attribut doit être défini pour chaque élément SCRIPT ».
Comme l'attribut type est obligatoire pour l'élément
SCRIPT, ce paragraphe est maintenant :
« On doit sp�cifier l'attribut type pour chaque instance de l'�l�ment SCRIPT
dans le document. La valeur de l'attribut type d'un �l�ment SCRIPT surclasse le langage de script par d�faut de cet �l�ment ».
- Section 21
- Ajouté une remarque selon laquelle la spécification inclut certaines contraintes syntaxiques qui ne peuvent
s'exprimer dans le DTD.
- Section 24.2.1 et fichier HTMLlat1.ent
- Le commentaire pour la référence de caractère « non » disait « = tiret conditionnel ».
Il a été supprimé.
Le FPI dans le commentaire disait "-//W3C//ENTITIES Full Latin 1//EN//HTML",
maintenant c'est plutôt "-//W3C//ENTITIES Latin1//EN//HTML".
- Section 24.3.1 et fichier HTMLsymbol.ent
- Le FPI dans le commentaire disait "-//W3C//ENTITIES Symbolic//EN//HTML",
maintenant c'est plutôt "-//W3C//ENTITIES Symbols//EN//HTML".
- Section A.1.1 : Les nouveaux éléments (précédemment A.1.1)
et Section A.1.1 : Les éléments déconseillés (précédemment A.1.2)
- L'élément S,
qui est déconseillé, était listé comme
faisant partie des changements intervenus entre HTML 3.2
et HTML 4. Cet élément n'était en
réalité pas listé dans HTML 3.2. Il est maintenant
dans la liste des nouveaux éléments.
- Section A.1.3 (précédemment A.3)
- L'attribut longdesc
était censé défini pour les tables. Ce n'est pas le cas. C'est plutôt l'attribut
summary qui permet aux auteurs de
donner une description plus longue des tables.
- Section B.4
- La phrase « Vous pouvez assister les moteurs de recherche en utilisant l'élément
LINK avec une déclaration
rel="start" en même temps que l'attribut title... » était
« Vous pouvez assister les moteurs de recherche en utilisant l'élément
LINK avec une déclaration
rel="begin" en même temps que l'attribut title... ».
Même chose pour l'exemple d'accompagnement.
- Section B.5.1
- La phrase « Celle-ci peut être altérée par la spécification de l'attribut
width de l'élément
TABLE. » était
« Celle-ci peut être altérée par la spécification de l'attribut
width-TABLE de l'élément TABLE. »
- Section B.5.2
- Dans la phrase « Les règles de prise en charge des objets trop grands pour une colonne s'appliquent quand
l'alignement explicite ou implicite aboutit à une situation dans laquelle les données excèdent la largeur
assignée à la colonne. », il était dit « trop grands pour des colonnes ».
Le sens de la phrase était confus parce qu'elle se rapportait aux « règles » régissant
les situations d'erreur ; le comportement de l'agent utilisateur en situation d'erreur ne fait pas l'objet de la spécification.
- Index des attributs
- L'attribut href de l'élément
BASE était marqué comme
déconseillé. Ce n'est pas le cas. En outre, il n'est pas
non plus défini dans le DTD strict.
L'attribut language de l'élément
SCRIPT n'était pas marqué
comme déconseillé. C'est le cas maintenant et il n'est plus
défini dans le DTD strict.
A.2.2 Les erreurs typographiques mineures corrigées
- Section 2.1.3
- « Les URI relatifs se résolvent... »... [ndt. coquille intraduisible]
- Section 2.2.1
- Le deuxième mot... [ndt. coquille intraduisible].
- Section 3.3.3
- La phrase... [ndt. coquille intraduisible].
- Section 3.3.4
- Dans la section... [ndt. coquille intraduisible].
- Section 6.3
- La phrase... [ndt. coquille intraduisible].
- Section 6.6
- Dans la première phrase... [ndt. coquille intraduisible].
- Section 7.4.1
- Le premier mot... [ndt. coquille intraduisible].
- Section 7.4.4
- Le dernier mot... [ndt. coquille intraduisible].
- Section 7.5.2
- Dans l'exemple, « Variable déclarée deux fois » était « Variable déclaré deux fois ».
- Section 9.2.2
- La langue de la citation était "en" au lieu de "en-us", alors que, en anglais britannique, ce serait un guillemet simple
qui délimiterait la citation extérieure.
- Section 9.3.2
- Dans la première ligne, le sixième caractère dans « 
 » était la
lettre « O » au lieu d'un zéro.
- Section 10.3.1
- [ndt. coquille intraduisible].
- Section 12.1.1
- Dans la phrase... [ndt. coquille intraduisible].
- Section 12.1.2
- La phrase... [ndt. coquille intraduisible].
- Section 12.1.5
- Le deuxième paragraphe... [ndt. coquille intraduisible].
- Section 13.3.2
- Dans la phrase commençant par... [ndt. coquille intraduisible].
- Section 14.2.2
- Il y avait un mot « style » erroné au début de la phrase
« L'attribut style spécifie... ».
- Section 17.2
- [ndt. coquille intraduisible].
- Section 17.10
- Il y avait une expression « /samp » erronée juste avant la section 17.11.
- Section 17.11
- La première phrase... [ndt. coquille intraduisible].
- Section 18.2.2
- Juste avant la section 18.2.3,... [ndt. coquille intraduisible].
- Section 19.1
- Le titre de la section indiquait... [ndt. coquille intraduisible].
- Section 21
- Il manquait un guillemet double fermant dans le FPI du DTD HTML 4.0 transitoire.
- Section B.5.1/B.5.2
- Ces sections se référaient à un attribut cols inexistant. Cet attribut n'appartient pas
à HTML 4.0. Le calcul du nombre de colonnes
dans une table est décrit dans la section 11.2.4.3, dans le chapitre sur les tables.
Dans les sections B.5.1 et B.5.2, les occurences de cols ont été remplacées par
« le nombre de colonnes spécifiées par les éléments COL
et COLGROUP ».
- Section B.5.2
- Dans la phrase « Les valeurs de l'attribut frame
ont été choisies pour éviter les conflits avec les attributs
rules,
align et
valign. », il manquait un
espace entre « attribut » et « frame », et le dernier attribut était
« valign-COLGROUP ».
- Section B.10.1
- La dernière phrase... [ndt. coquille intraduisible].
- Index des éléments
- [ndt. coquille intraduisible].
Cette section décrit les différences entre la spécification HTML 4.0
du 18 décembre 1997 et la spécification HTML 3.2
([HTML32]).
Les nouveaux éléments
Les nouveaux éléments dans HTML 4.0 sont les suivants :
ABBR,
ACRONYM,
BDO,
BUTTON,
COL,
COLGROUP,
DEL,
FIELDSET,
FRAME,
FRAMESET,
IFRAME,
INS,
LABEL,
LEGEND,
NOFRAMES,
NOSCRIPT,
OBJECT,
OPTGROUP,
PARAM,
S (déconseillé),
SPAN,
TBODY,
TFOOT,
THEAD et
Q.
Les éléments suivants sont déconseillés :
APPLET,
BASEFONT,
CENTER,
DIR,
FONT,
ISINDEX,
MENU,
S,
STRIKE et
U.
Les éléments suivants sont obsolètes :
LISTING, PLAINTEXT et XMP. Pour tous ceux-ci,
les auteurs devraient plutôt utiliser l'élément PRE.
- Presque tous les attributs spécifiant la présentation d'un document HTML
(par exemple, les couleurs, l'alignement, les polices, les graphiques, etc.) sont déconseillés
en faveur des feuilles de style. La liste de attributs en appendice indique ceux des
attributs qui sont déconseillés ;
- les attributs id et
class permettent aux auteurs
d'assigner des informations de nom et de classe aux éléments pour
les feuilles de style, comme ancres pour les scripts, les déclarations d'objets, le traitement universel du document, etc.
A.3.3 Les changements pour l'accessibilité
HTML 4.0 apporte de nombreux changements pour améliorer
l'accessibilité, à savoir :
- l'attribut title peut maintenant se
placer sur pratiquement tous les éléments ;
- les auteurs peuvent fournir des descriptions longues pour les tables (voir l'attribut
summary), les images et les cadres
(voir l'attribut longdesc).
A.3.4 Les changements pour les métadonnées
Les auteurs peuvent maintenant spécifier des profils qui fournissent
des explications sur les métadonnées spécifiées à l'aide des éléments
META ou
LINK.
A.3.5 Les changements pour le texte
- Les nouvelles fonctionnalités pour l'internationalisation permettent aux auteurs de spécifier
la direction et la langue du texte ;
- les éléments INS et
DEL permettent aux auteurs de marquer les
changements dans leurs documents ;
- les éléments ABBR et
ACRONYM permettent aux auteurs
de marquer les abréviations et les acronymes dans leurs documents.
A.3.6 Les changements pour les liens
- L'attribut id transforme n'importe quel
élément en ancre de destination pour un lien.
Le modèle de la table HTML 4.0 a émergé
des travaux préliminaires sur HTML+ et l'avant-projet
de la spécification HTML3.0. Le modèle préliminaire
a été étendu en réponse aux sollicitations suivantes des fournisseurs d'information :
- Les auteurs doivent pouvoir spécifier des tables qui peuvent s'afficher progressivement au fur et à mesure que l'agent
utilisateur reçoit les données ;
- les auteurs doivent pouvoir spécifier des tables qui soient plus accessibles aux utilisateurs avec des agents utilisateurs
non-visuels ;
- les auteurs doivent pouvoir spécifier des tables avec un en-tête et un pied fixes. Les agents utilisateurs
peuvent en tirer avantage lors du défilement de grandes tables ou pour la restitution des tables sur un média paginé.
Le modèle de la table HTML 4.0 satisfait
également aux demandes concernant une présentation en colonnes par défaut optionnelle, une plus grande souplesse
dans la spécification des cadres et des règles de la table et la possibilité d'un alignement sur un caractère désigné.
On prévoit néanmoins que les feuilles de style prendront en charge la
restitution des tables dans un futur proche.
De surcroît, un des objectifs principaux était la rétro-compatibilité avec l'implémentation
des tables de Netscape qui est largement répandue. Un autre objectif était la simplification de l'importation des
tables conformes au modèle CALS de SGML.
Le dernier projet rend l'attribut align
compatible avec les dernières versions des navigateurs les plus répandus. Quelques éclaircissements ont
été apportés sur le rôle de l'attribut
dir et le comportement recommandé
quand des largeurs de colonne absolues et relatives sont mélangées.
Le nouvel élément COLGROUP
a été introduit pour permettre le regroupement de jeux de colonnes, avec des propriétés de largeur et
d'alignement différentes qui sont spécifiées par un ou plusieurs éléments
COL. La sémantique de
l'élément COLGROUP
a été clarifiée au cours des précédents brouillons et la déclaration rules="basic"
a été remplacée par rules="groups".
L'attribut style est inclus
comme un moyen d'enrichir les propriétés associées aux bords et aux intérieurs des groupes de cellules.
Par exemple, le style du trait, en pointillés, double, mince/épais, etc., la couleur/le motif de remplissage de
l'intérieur, les indications des marges et de la police des cellules. Ceci fera l'objet d'une spécification
d'accompagnement sur les feuilles de style.
Les attribut frame et
rules ont été modifiés
pour éviter les conflits de nom SGML entre eux et pour
éviter les conflits avec les attributs align
et valign. En outre, ces changements ont été
motivés par la volonté d'éviter des problèmes ultérieurs au cas où cette spécification
serait augmentée pour autoriser les attributs frame
et rules avec d'autres éléments
de table.
A.3.8 Les changements pour les images, les objets et les images cliquables
- L'élément OBJECT
permet l'inclusion générique des objets ;
- les éléments IFRAME et
OBJECT permettent aux auteurs de créer
des documents incorporés ;
- l'attribut alt est obligatoire sur
les éléments IMG et
AREA ;
- le mécanisme pour créer des images cliquables permet
maintenant aux auteurs de réaliser des images cliquables plus accessibles. Le modèle de contenu de l'élément
MAP a changé pour cette raison.
Cette spécification introduit plusieurs nouveaux attributs et éléments qui affectent les formulaires :
- L'attribut accesskey permet aux
auteurs de spécifier l'accès direct aux commandes du formulaire par le clavier ;
- l'attribut disabled permet aux
auteurs de rendre une commande de formulaire initialement inactive ;
- l'attribut readonly permet
aux auteurs d'interdire les changements sur une commande de formulaire ;
- l'élément LABEL
associe une étiquette à une commande de formulaire particulière ;
- l'élément FIELDSET
regroupe les champs en rapport et, en association avec l'élément
LEGEND, peut s'utiliser pour nommer
le groupe. Ces deux nouveaux éléments autorisent une meilleure restitution et une meilleur interactivité.
Les navigateurs vocaux peuvent mieux décrire le formulaire et les navigateurs graphiques peuvent faire que les
étiquettes soient réactives ;
- un nouveau jeu d'attributs, en combinaison avec des scripts, permet aux fournisseurs
d'information de vérifier les données entrées par l'utilisateur ;
- on peut utiliser l'élément BUTTON
ou l'élément INPUT dont la
valeur de l'attribut type est
fixée à "button", combinés à des scripts, pour créer
des formulaires plus riches ;
- l'élément OPTGROUP
permet aux auteurs de regrouper les options de menu dans un élément
SELECT, ce qui est particulièrement
important pour ce qui est de l'accessibilité du formulaire ;
- des changements supplémentaires pour l'internationalisation.
A.3.10 Les changements pour les feuilles de style
HTML 4.0 gère un plus grand jeu de
descripteurs de média, de sorte que les auteurs puissent écrire
des feuilles de styles propres à un type d'appareil.
A.3.11 Les changements pour les cadres
HTML 4.0 gère les documents avec des cadres et
les cadres en-ligne.
A.3.12 Les changements pour les scripts
Nombre d'éléments présentent maintenant des attributs d'événement
qui peuvent être couplés à des scripts : le script s'exécute quand l'événement se
produit (par exemple, quand le document est chargé, quand la souris est cliquée, etc.).
HTML 4.0 intègre les recommandations du document
[RFC2070] pour l'internationalisation de
HTML.
Néanmoins, cette spécification et le document [RFC2070] divergent
sur ces points :