Page 2 sur 5
Publié : 02 avr. 2007, 14:02
par martin
calimo 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
euh, type mime audio/... => contenu audio
type mime video/... => contenu video
Non ?
Publié : 02 avr. 2007, 14:28
par calimo
Et pour les types mime qui ne permettent pas de discriminer ?
Je pense par exemple au application/x-mplayer2 (ou quelque chose du genre) de certains medias wm* ?
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Publié : 02 avr. 2007, 15:08
par Xanthor
calimo a écrit :chose hautement impossible avec un <object> générique
Qu'est-ce qui t'en empêche ?

Et pour les types mime qui ne permettent pas de discriminer ?
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...
Publié : 02 avr. 2007, 15:14
par calimo
Xanthor a écrit :calimo a écrit :chose hautement impossible avec un <object> générique
Qu'est-ce qui t'en empêche ?
Je retourne la question : qu'est-ce qui te le permet ?
Xanthor a écrit :Et pour les types mime qui ne permettent pas de discriminer ?
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...
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é)
Mais c'est évidemment une utopie
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Publié : 02 avr. 2007, 15:40
par martin
les medias wm* ont en principe des types mime plus significatifs :
audio/x-ms-wma, video/x-ms-wmv,...
A priori un type application/* signifie qu'il correspond à une application, à elle de se charger de la suite du traitement...
Mais bon j'avoue que l'approche proposée a surement ses limites, une implémentation ne coupera surement pas plutôt à une liste blanche de type mime associé à des programmes. Mais de toute façon il faudra bien préciser le type mime en plus dans des éléments <audio> et <video>, pour pouvoir lancer les programmes nécessaires si le format n'est pas natif dans le navigateur. Donc çà me semble redondant avec <object>...
Publié : 02 avr. 2007, 17:12
par Xanthor
calimo a écrit :Je retourne la question : qu'est-ce qui te le permet ?
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 ?
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é)
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.
C'est au plugin ("natif" ou non) d'indiquer s'il peut retirer de l'information partielle d'un objet inséré quelconque (ex : une image ou du son pour de la video, une video non interactive pour un objet interactif), et dans le cas où rien n'en ressort (ce qui est le cas actuellement), on utilise le système éprouvé des fallback...
Bref, la différenciation de contenus multimédias selon 2 petites sous-catégories est contraire à l'évolution naturelle du web et de l'informatique...
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1
Publié : 02 avr. 2007, 23:22
par Benoit
L'évolution actuelle du Web et de la vidéo c'est de mettre ça dans une application Flash (YouTube, DailyMotion, Google Video, etc.)
Alors c'est peut-être dans une balise object mais c'est pas standardisé ni accessible pour un sou.
Publié : 03 avr. 2007, 11:44
par Xanthor
Les vidéos en Flash, c'est pas ce qu'on appelle une évolution, mais une dégradation imposée...
Mais objectivement, si l'accessibilité de ces objets intéressait des gens compétents, il ne serait vraiment pas dur de permettre l'extraction de l'audio de ces fichiers (il y a déjà des moulinettes qui les transforment en fichiers vidéos....)
Publié : 03 avr. 2007, 11:53
par HP
Xanthor a écrit :il y a déjà des moulinettes qui les transforment en fichiers vidéos
ouais !
vidéo -> flash -> vidéo
c'est du progrès et de l'informatique rationnelle çà
Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X; fr; rv:1.8.1.3pre) Gecko/20070320 Firefox/2.0.0.3pre (Mac Community Build, ElFurbe)
Publié : 03 avr. 2007, 16:08
par epsy
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...
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.8.1) Gecko/20061109 BonEcho/2.0
Publié : 03 avr. 2007, 17:19
par calimo
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 ?
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.
Je pensais plutôt à l'inverse, un système sans son pourrait rendre les <video> et activer le contenu alternatif pour les <audio> qu'il ne pourra pas rendre.
Évidemment, quand on a du flash
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Publié : 04 avr. 2007, 02:42
par myahoo
epsy 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...
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)
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Publié : 04 avr. 2007, 08:36
par Benoit
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)
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é ?

Publié : 04 avr. 2007, 15:12
par myahoo
Benoit a écrit :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é ?

Bien entendu
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Publié : 02 mai 2007, 12:27
par ra-mon
Salut,
Orion a écrit :Il n'y a pas une version de ce Opera en téléchargement sur le Net par hasard ?
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és
@+
--
Pierre
Message envoyé avec : Opera/9.20 (Windows NT 5.1; U; trad. par opera-fr.com; fr)