euh, type mime audio/... => contenu audiocalimo a écrit :Ça me semble plutôt bien ces <audio> et <video> au niveau de l'accessibilité en tous cas, ça permettrait de savoir s'il faut rendre le media ou son contenu alternatif selon que l'on a affaire à un utilisateur malentendant ou malvoyant chose hautement impossible avec un <object> générique
Qu'est-ce qui t'en empêche ?calimo a écrit :chose hautement impossible avec un <object> générique
Bin ça dépend exclusivement du plugin et de ses capacités : s'il peut rendre du son ou de la vidéo, ce qui n'est pas un ou exclusif, je te le rappelle...Et pour les types mime qui ne permettent pas de discriminer ?
Je retourne la question : qu'est-ce qui te le permet ?Xanthor a écrit :Qu'est-ce qui t'en empêche ?calimo a écrit :chose hautement impossible avec un <object> générique
Sauf que là je parle justement de détection du type de media au niveau du navigateur (est-ce qu'il y a de l'image et/ou du son) et non pas au niveau du plugin (à ma connaissance il n'y a à peu près aucun retour), navigateur qui pourrait ainsi rendre le contenu s'il le juge nécessaire (le "navigateur" dépasse probablement un peu le rôle de Gecko ici, on est déjà dans un navigateur drôlement spécialisé)Xanthor a écrit :Bin ça dépend exclusivement du plugin et de ses capacités : s'il peut rendre du son ou de la vidéo, ce qui n'est pas un ou exclusif, je te le rappelle...Et pour les types mime qui ne permettent pas de discriminer ?
Bin le mécanisme de fallback naturel de l'élément object. Et quoi réaliser une distinction supplémentaire, et surtout stupidement limitative (notamment à l'heure des contenus multimédias complexes) pourrait apporter quelque chose ?calimo a écrit :Je retourne la question : qu'est-ce qui te le permet ?
Bin justement, la différenciation entre audio et video empêche cette accessibilité. Pour toi, un navigateur sans image devrait zapper toutes les pseudos balises video ? Bin pour moi, un navigateur sans image, mais avec son devrait quand même rendre l'audio des vidéos.Sauf que là je parle justement de détection du type de media au niveau du navigateur (est-ce qu'il y a de l'image et/ou du son) et non pas au niveau du plugin (à ma connaissance il n'y a à peu près aucun retour), navigateur qui pourrait ainsi rendre le contenu s'il le juge nécessaire (le "navigateur" dépasse probablement un peu le rôle de Gecko ici, on est déjà dans un navigateur drôlement spécialisé)
ouais !Xanthor a écrit :il y a déjà des moulinettes qui les transforment en fichiers vidéos
Et rendre les <audio>. C'est exactement ça ! Bon, après c'est clair qu'il peut essayer de rendre le son quand-même.Xanthor a écrit :Bin justement, la différenciation entre audio et video empêche cette accessibilité. Pour toi, un navigateur sans image devrait zapper toutes les pseudos balises video ?
Pourtant, les lecteurs Flash en sont maintenant presque tous à s'occuper de vidéos Flash : le .fla s'entend très bien avec VLC, heureusementepsy a écrit :ce qui m'énerve avec ces lecteurs videos en flash, c'est qu'il est (très) rarement proposé de télécharger la video d'origine...
Tu es quand même d'accord que ce n'est pas une méthode très interopérable et que ce n'est pas ça qui doit être standardisé ?myahoo a écrit :Pourtant, les lecteurs Flash en sont maintenant presque tous à s'occuper de vidéos Flash : le .fla s'entend très bien avec VLC, heureusement
Donc hop, un passage sur addons.mozilla.org, une recherche de "download video" et on attrape une des extensions ! (si on en a besoin, bien sûr)
pour info, une version d'Opera (Win32 seulement) supportant l'élément <video> et nativement le format Ogg Theora est dispo depuis une quinzaine de jours sur http://labs.opera.com/ , qui présente aussi quelques exemples de pages utlisant ces fonctionnalitésOrion a écrit :Il n'y a pas une version de ce Opera en téléchargement sur le Net par hasard ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 16 invités
