>Dans les faits je ne vois toujours pas ce que l'on perd en XHTML 1.0 sous IE par rapport au XHTML 1.0 sous mozilla.
Bah c'est simple, avec Mozilla :
- on peut intégrer dans un même document XHTML du SVG, MATHML, XFORMS, et bientôt du SMIL.
- ne necessite pas 4 plugins pour afficher tout ces types de langages
- les bouts de SVG, MATHML, XForms et cie peuvent être manipulés directement par du javascript, ce qui autorise une très grande souplesse (alors que via les plugins, c'est quasiement impossible, sauf peut être avec celui de XForms pour IE je crois), des pages bien plus dynamiques et fonctionnelles..
Note: l'implémentation de XForms dans Mozilla est disponible via une extension, mais pas par un plugin. La difference est de taille. Cette extension etend le DOM et le parser de Gecko (via la technologie XTF de Gecko), ce qui fait que l'on a pas à faire appel à une balise object (donc à un plugin). On a donc une interpretation "native" de xforms, ave un vrai DOM derrière.
[^] # Re: Un joli amas de conneries
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal if (microsoft()) {kludge;}. Évalué à 2.
c'est du vent toutes ces specs ? http://www.w3.org/MarkUp/Forms/#documents
>Dans les faits je ne vois toujours pas ce que l'on perd en XHTML 1.0 sous IE par rapport au XHTML 1.0 sous mozilla.
Bah c'est simple, avec Mozilla :
- on peut intégrer dans un même document XHTML du SVG, MATHML, XFORMS, et bientôt du SMIL.
- ne necessite pas 4 plugins pour afficher tout ces types de langages
- les bouts de SVG, MATHML, XForms et cie peuvent être manipulés directement par du javascript, ce qui autorise une très grande souplesse (alors que via les plugins, c'est quasiement impossible, sauf peut être avec celui de XForms pour IE je crois), des pages bien plus dynamiques et fonctionnelles..
Note: l'implémentation de XForms dans Mozilla est disponible via une extension, mais pas par un plugin. La difference est de taille. Cette extension etend le DOM et le parser de Gecko (via la technologie XTF de Gecko), ce qui fait que l'on a pas à faire appel à une balise object (donc à un plugin). On a donc une interpretation "native" de xforms, ave un vrai DOM derrière.