<div dir="ltr">Si on met le "/" c'est pour la compatibilité XML en XHTML de fermeture explicite des tags.<div><br></div><div>Dans ce cas checked tout seul ne suffit pas et on doit mettre<div> checked="checked" /></div>
<div>ou</div><div><div> checked='checked' /></div></div><div><br></div><div>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).<br>
</div><div><br></div></div><div><div>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).</div>
<div><br></div><div>----</div></div><div><br></div><div>Notez qu'HTML5 supporte toujours officiellement les deux syntaxes : HTML et XHTML (alias "XHTML 5") :</div><div>* 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.</div>
<div>* 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.</div>
<div>* 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.<br>
</div><div>* 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).<br>
</div><div>* 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.</div>
<div>* 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).<br>
</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 27 avril 2014 22:16, Tyndare <span dir="ltr"><<a href="mailto:tyndare@wanadoo.fr" target="_blank">tyndare@wanadoo.fr</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">><br>
> sur ma commune ...<br>
> j'ai essayé sur nimes (30) , il ne se passe rien (?)<br>
<br>
</div>Je viens de corriger un problème qui devrais permettre à la fenêtre de<br>
sélection d’apparaître sur IE, sur l'IE que l'ai réussi à trouver il<br>
ne se passait rien non plus...<br>
Est-ce que ça corrige aussi pour toi ? Sinon pourrais-tu être plus<br>
précis, il ne se passe rien quand tu fais quoi ? Avec quel navigateur<br>
<div class="">?<br>
<br>
<br>
> sinon détail pour la page html:<br>
> title="Transforme les lettres B,T,Q en bis, ter, quater et rajoute un<br>
> espace pour les autres" checked/><br>
><br>
> le "/" est en trop<br>
<br>
</div>Pour les "/" en trop ou pas, je ne suis pas sur d'avoir tout compris,<br>
donc je me suis décidé a passer un validateur HTML, il y avait du<br>
boulot...<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
dev-fr mailing list<br>
<a href="mailto:dev-fr@openstreetmap.org">dev-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/dev-fr" target="_blank">https://lists.openstreetmap.org/listinfo/dev-fr</a><br>
</div></div></blockquote></div><br></div>