>SVG : ne nécessite pas XHTML, marche bien (voire mieux) en utilisant des plugins.
Nous y voilà, faut un plugin. N'importe quoi. Alors que dans tout les autres navigateurs, ça fonctionne direct dans du XHTML.
Et le problème des plugins :
- tu n'as pas accés à un vrai DOM pour manipuler le SVG
- tu ne peux pas mettre autre chose que du SVG dans le SVG. impossible d'utiliser foreignObject par exemple. Du coup, on ne peut pas par exemple inclure une belle formule en MATHML dans un dessin SVG.
- et je ne parle pas de l'accessibilité totalement néante via le plugin SVG
> SMIL : On va rester poli : la norme ne bouge pas depuis 2008, on ne sait toujours rien de ce qu'on peut ou ne peut pas mettre dedans et les espaces de nommages sont (une fois encore) en vrac.
Euh.. relis la spec ?
> MathML : La norme actuelle date de 2001
Ta phrase laisse supposé que ça ne bouge pas, alors que la spec MATHML a évolué, avec une version 3 en préparation.
> le plugin mathplayer fait souvent un bon boulot et dans 99% des cas il faut se coltiner d'installer des polices spéciales (plus le fait que l'interêt est quand même réduit au niveau de la population).
Le problème des polices, c'est la faute droits de propriétés sur ces polices, très restrictives (et souvent payante).
M'enfin, je dirais là encore: encore un plugin ! Super... Et là encore, ça apporte tout les inconvenients
- pas d'accés au DOM
- c'est lourd puisqu'il faut un plugin
- autant de fichier que de formule mathématique
Bref, c'est totalement nul, alors que Mozilla permet d'utiliser le MathML depuis des lustres au sein même du XHTML, ce qui fait des documents plus legers et plus flexibles.
[^] # Re: Un joli amas de conneries
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal if (microsoft()) {kludge;}. Évalué à 4.
Nous y voilà, faut un plugin. N'importe quoi. Alors que dans tout les autres navigateurs, ça fonctionne direct dans du XHTML.
Et le problème des plugins :
- tu n'as pas accés à un vrai DOM pour manipuler le SVG
- tu ne peux pas mettre autre chose que du SVG dans le SVG. impossible d'utiliser foreignObject par exemple. Du coup, on ne peut pas par exemple inclure une belle formule en MATHML dans un dessin SVG.
- et je ne parle pas de l'accessibilité totalement néante via le plugin SVG
> SMIL : On va rester poli : la norme ne bouge pas depuis 2008, on ne sait toujours rien de ce qu'on peut ou ne peut pas mettre dedans et les espaces de nommages sont (une fois encore) en vrac.
Euh.. relis la spec ?
> MathML : La norme actuelle date de 2001
Ta phrase laisse supposé que ça ne bouge pas, alors que la spec MATHML a évolué, avec une version 3 en préparation.
> le plugin mathplayer fait souvent un bon boulot et dans 99% des cas il faut se coltiner d'installer des polices spéciales (plus le fait que l'interêt est quand même réduit au niveau de la population).
Le problème des polices, c'est la faute droits de propriétés sur ces polices, très restrictives (et souvent payante).
M'enfin, je dirais là encore: encore un plugin ! Super... Et là encore, ça apporte tout les inconvenients
- pas d'accés au DOM
- c'est lourd puisqu'il faut un plugin
- autant de fichier que de formule mathématique
Bref, c'est totalement nul, alors que Mozilla permet d'utiliser le MathML depuis des lustres au sein même du XHTML, ce qui fait des documents plus legers et plus flexibles.