Ticket #1070 (closed defect: invalid)
Invalid code returned on video insertion by externalMedia
| Reported by: | philippe | Owned by: | team |
|---|---|---|---|
| Priority: | high | Milestone: | 2.2.1 |
| Component: | module:plugins | Version: | |
| Severity: | major | Keywords: | |
| Cc: | laurent.denis@… |
Description
Le plugin externalMedia intègre maintenant une connexion au service http://oohembed.com/oohembed/
Malheureusement, le code retourné lors de l'insertion d'une vidéo en syntaxe wiki (pas testé en xhtml) comprend une balise embed, des balises <params> non autofermées, et des & non échappés dans les urls.
Change History
comment:2 Changed 15 years ago by noe
Dans la mesure où il existe une possibilité pour avoir un code valide sans <embed> qui fonctionne partout, et que, jusqu’à présent, l’insertion de médias dans Dotclear l’utilisait, je ne vois pas l’intérêt de cette régression, pour moi réelle. En effet, quand on rencontre un problème dans une page, pouvoir analyser le code et n’être pas encombré par des « pseudo-erreurs » comme la présence d’un <embed> est un gain de temps…
comment:3 Changed 15 years ago by noe
J’ajoute que l’éditeur visuel opère un nettoyage dans le code, qui dégage ces <embed> et rend donc la vidéo « invisible » dans Firefox (notamment). Le bug devient dès lors réellement gênant !
comment:5 Changed 15 years ago by xave
- Status changed from new to closed
- Resolution set to invalid
ExternalMedia? va maintenant rejoindre le Lab.
La validité XHTML1.0 est un outil, pas une fin.
A propos d'EMBED : cette question sur la validité est particulièrement importante dans le cas d'éléments et attributs dits "propriétaires", qu'on exclue souvent à tort au prétexte qu'ils invalident formellement la page. Par exemple, une page produite par Dotclear qui ferait usage d'ARIA serait actuellement invalide : est-il pertinent de nettoyer les attributs ARIA pour autant ? EMBED représente un mode d'implémentation tout à fait pertinent : adopté par tous les navigateurs, en voie de "légitimisation" par HTML5, il ne pose pas de problèmes si évidents que cela justifiant son exclusion a priori (il soulève simplement des questions largement ouvertes en raison du comportement du NOEMBED). Donc: ne pas se précipiter pour "nettoyer" EMBED.
A propos des balises non fermées : là, en revanche, le problème a en effet un impact réel, notamment en accessibilité où il va être invalidant à un niveau prioritaire (à part cela, il laisse les utilisateurs totalement froids). Donc : oui, à corriger utilement.
Enfin, les esperluettes des liens sont plus à éliminer pour évacuer du bruit des retours du validateur que pour autre chose (en elles-mêmes, leur impact est négligeable). Donc: à corriger si possible.