[OSM-dev-fr] Aide html/javascript

Philippe Verdy verdy_p at wanadoo.fr
Lun 28 Avr 00:34:49 UTC 2014


Si on met le "/" c'est pour la compatibilité XML en XHTML de fermeture
explicite des tags.

Dans ce cas checked tout seul ne suffit pas et on doit mettre
 checked="checked" />
ou
 checked='checked' />

Et avec alors la valeur imposée pour ces attributs "drapeaux" dont seule la
présence explicite suffit en HTML. Une valeur est obligatoire pour tout
attribut en XML et est alors normalisée à l'identique du nom de l'attribut
(sans son éventuel préfixe d'espace de noms, mais tous les attributs de
HTML5 ou XHTML5 sont dans l'espace de noms de base du document, HTML5 ne
sachant pas les lire s'ils sont dans un autre espace, puisqu'un parseur
HTML5 ne sans pas résoudre les entités XML et autres DTD, le schéma de
données est unique et autonome, et n'est plus versionné non plus, par
défaut ce qui est une rupture avec SGML motivée par une simplification des
parseurs désormais spécifiques à la syntaxe HTML).

Avec également de préférence une espace avant le "/" (compatibilité pour
les anciens parseurs HTML4) mais pas après (imposé par XML), et les
guillemets ou apostrophes ASCII (" ou ') obligatoires autour de la valeur
de l'attribut checked (imposé par XML).

----

Notez qu'HTML5 supporte toujours officiellement les deux syntaxes : HTML et
XHTML (alias "XHTML 5") :
* On peut être compatible avec les deux, mais XHTML est surtout destiné à
être encapsulé dans un contenu XML plus large (non HTML) qui établira en
externe l'espace de noms nécessaire.
* Mais il n'est plus possible d'encapsuler directement du XML en HTML
(comme en XHTML 1.0, dont la "modularité" est abandonnée au profit de
seulement la compatibilité ascendante de l'unique schéma HTML) et
d'intégrer ces données dans le schéma (on ne peut le faire que dans une
CDATA créant un autre document externe (utilisant son propre parseur séparé
qu'HTML n'instanciera pas), mais où HTML le voit comme un unique texte
opaque non détaillé dans son DOM.
* HTML5 impose alors la séparation des espaces de noms entre les deux
documents HTML et XML (le XML doit alors être modifié ou traité par un
mécanisme d'échappement si c'est XML qui est encapsulé dans le HTML), la
fusion des espaces dans un même arbre DOM est désormais interdite en DOM
HTML et doit être isolable totalement d'un DOM XML conteneur du HTML.
* L'abandon de la "modularité" en XHTML5 a toutefois un bénéfice immédiat :
il est possible d'extraire un fragment HTML d'un document HTML et de
l'intégrer dans un autre sans avoir à vérifier la compatibilité des modules
et de leurs déclarations et versions (notamment leur DTD, qui imposait de
grosses complications dans le validateur et la nécessité de lire les
sources externes potentiellement non disponibles et fragilisant l'ensemble).
* C'est un gros avantage pour l'agrégation de contenus produits par des
sources différentes développées séparément, même si XHTML5 n'est plus
totalement compatible XHTML1 (qui n'a pas démontré l'intérêt de sa
modularité, les rares expériences avec ayant presque toutes échoué). Le
comportement de l'agrégateur est également plus facile à gérer en cas
d'indisponibilité d'une source externe.
* On peut regretter l'abandon des DTD internes pour les documents HTML dits
"autonomes", et notamment l'abandon des entités nommées ; toutefois ce
système est surtout utile au prototypage de pages par modèles et est mieux
géré par un système CMS (y compris un wiki) ou du code serveur spécifique
(comme PHP ou Python, ou dans un Javascript envoyé au client et
communiquant avec un autre serveur) avec sa surcouche syntaxique séparée,
générant ensuite le HTML par expansion des modèles ou exécution du code :
les entités nommées sont très insuffisantes pour ces générateurs de
contenus et les seules entités nommées supportées sont une liste prédéfinie
par HTML5 (et qui n'est pas librement extensible).




Le 27 avril 2014 22:16, Tyndare <tyndare at wanadoo.fr> a écrit :

> >
> > sur ma commune ...
> > j'ai essayé sur nimes (30) , il ne se passe rien (?)
>
> Je viens de corriger un problème qui devrais permettre à la fenêtre de
> sélection d'apparaître sur IE, sur l'IE que l'ai réussi à trouver il
> ne se passait rien non plus...
> Est-ce que ça corrige aussi pour toi ? Sinon pourrais-tu être plus
> précis, il ne se passe rien quand tu fais quoi ? Avec quel navigateur
> ?
>
>
> > sinon détail pour la page html:
> > title="Transforme les lettres B,T,Q en bis, ter, quater et rajoute un
> > espace pour les autres" checked/>
> >
> > le "/" est en trop
>
> Pour les "/" en trop ou pas, je ne suis pas sur d'avoir tout compris,
> donc je me suis décidé a passer un validateur HTML, il y avait du
> boulot...
>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20140428/43b50df1/attachment.html>


Plus d'informations sur la liste de diffusion dev-fr