Pour developper du flex a longueur de journee, ce probleme est addressable tres exactement de la meme facon que pour un lecteur lourd:
- Autoplay au chargement de la page (hack un peu crade, mais ca marche, de facon bancale)
- Interface pilotable au clavier (plus propre, mais ca requiert un peu de design d'ui)
Et si tu veux rentrer dans la technique, tu catch l'evenement creationComplete ou show que tu lies a focusManager.setFocus(playButton) et tu hook un keyDown listener au dit bouton qui te lance la video si la touche est space ou enter.
5 lignes de codes.
Bref, le probleme est strictement le meme qu'avec un client lourd. Tu vois ces players comme une immondice fournie par adobe, mais ce que t'as pas compris, c'est que ce sont des applications a part entieres, au meme titre que Totem, ecrites par les devs du site en question.
Elles se contentent d'utiliser le backend de flash pour le decodage, comme totem le fait avec gstreamer (ou je sais pas quoi qui est al a mode chez gnome ces jours ci).
Faut bien voir que ces players flash, les developpeurs du site en ont les sources.
Si le player n'est pas accessible ce n'est certainement pas a cause de la techno flash, mais juste a cause des developpeurs/managers qui n'ont rien a foutre qu'un aveugle puisse lancer la video au clavier.
Flex, c'est un langage de programmation a part entiere, tu ecrit des UI exactement comme tu le ferais pour un client lourd.
Ton swf se lance d'ailleurs aussi dans le runtime AIR comme une appli lourde, bref, c'est tres exactement comme n'importe quel plugin que tu ecrirais en natif pour ton browser.
La GROSSE difference avec les autres plugins, c'est que ton appli flash, elle est binairement executable sur 99% des machines, et surtout, surtout, tu fournit toi meme le plugin qui va bien, ie tu sais tres exactement comment ca va rendre sur toute machine qui a flash. Va faire la meme chose avec une balise object qui va te lancer vlc, wmp, qt, mplayer ou je sais pas quoi, ou t'as aucune assurance que les codecs seront la et tutti quanti.
Au passage, le framework est franchement bien branle, mais ca c'est une question de gout, ca se discute.
Reprocher a flash de pas etre accessible pour une video, c'est comme reprocher a C++ de pas etre accessible, c'est se tromper de cible. Le pb c'est pas la techno, c'est les mecs qui l'utilisent, les gus en question te feraient exactement la meme chose dans un client lourd.
Et tres honnetement, preconiser des liens directs vers les videos sur les sites webs, ca va se finir en hegemonie microsoftienne a base de wmv, pour etre sur que ca passe a peu pres partout. Ca va pas favoriser mp4, MS etant en position dominante.
Alors oui, dans le meilleur des mondes, on aurait des liens directs et tout et tout, mais on vit pas dans le meilleur des mondes, alors je choisis la meilleure solution technique, et cette solution c'est flash, que ce soit pour l'internaute ou pour le fournisseur de contenu.
[^] # Re: la droite et l' informatique
Posté par thedude . En réponse à la dépêche HADOPI : Christine Albanel et Franck Riester persécutent le Logiciel Libre. Évalué à -1.
Pour developper du flex a longueur de journee, ce probleme est addressable tres exactement de la meme facon que pour un lecteur lourd:
- Autoplay au chargement de la page (hack un peu crade, mais ca marche, de facon bancale)
- Interface pilotable au clavier (plus propre, mais ca requiert un peu de design d'ui)
Et si tu veux rentrer dans la technique, tu catch l'evenement creationComplete ou show que tu lies a focusManager.setFocus(playButton) et tu hook un keyDown listener au dit bouton qui te lance la video si la touche est space ou enter.
5 lignes de codes.
Bref, le probleme est strictement le meme qu'avec un client lourd. Tu vois ces players comme une immondice fournie par adobe, mais ce que t'as pas compris, c'est que ce sont des applications a part entieres, au meme titre que Totem, ecrites par les devs du site en question.
Elles se contentent d'utiliser le backend de flash pour le decodage, comme totem le fait avec gstreamer (ou je sais pas quoi qui est al a mode chez gnome ces jours ci).
Faut bien voir que ces players flash, les developpeurs du site en ont les sources.
Si le player n'est pas accessible ce n'est certainement pas a cause de la techno flash, mais juste a cause des developpeurs/managers qui n'ont rien a foutre qu'un aveugle puisse lancer la video au clavier.
Flex, c'est un langage de programmation a part entiere, tu ecrit des UI exactement comme tu le ferais pour un client lourd.
Ton swf se lance d'ailleurs aussi dans le runtime AIR comme une appli lourde, bref, c'est tres exactement comme n'importe quel plugin que tu ecrirais en natif pour ton browser.
La GROSSE difference avec les autres plugins, c'est que ton appli flash, elle est binairement executable sur 99% des machines, et surtout, surtout, tu fournit toi meme le plugin qui va bien, ie tu sais tres exactement comment ca va rendre sur toute machine qui a flash. Va faire la meme chose avec une balise object qui va te lancer vlc, wmp, qt, mplayer ou je sais pas quoi, ou t'as aucune assurance que les codecs seront la et tutti quanti.
Au passage, le framework est franchement bien branle, mais ca c'est une question de gout, ca se discute.
Reprocher a flash de pas etre accessible pour une video, c'est comme reprocher a C++ de pas etre accessible, c'est se tromper de cible. Le pb c'est pas la techno, c'est les mecs qui l'utilisent, les gus en question te feraient exactement la meme chose dans un client lourd.
Et tres honnetement, preconiser des liens directs vers les videos sur les sites webs, ca va se finir en hegemonie microsoftienne a base de wmv, pour etre sur que ca passe a peu pres partout. Ca va pas favoriser mp4, MS etant en position dominante.
Alors oui, dans le meilleur des mondes, on aurait des liens directs et tout et tout, mais on vit pas dans le meilleur des mondes, alors je choisis la meilleure solution technique, et cette solution c'est flash, que ce soit pour l'internaute ou pour le fournisseur de contenu.