Geckozone

Bug 870021 - (srcset) Implement `srcset` attribute on `img` est résolu pour Firefox 32
Votre Navigateur : Mozilla/5.0 (X11; Linux x86_64; rv:32.0) Gecko/20100101 Firefox/32.0

Toujours pour Firefox 32: Bug 1009935 - Implement the @autocomplete attribute for values other than off/on
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0

Un pas de plus vers le texte vertical :
- Bug 735577 - Convert reflow API to use logical not physical terms

Je remarque que des éléments comme grid ou ruby demande à transformer toujours plus grande abstraction du moteur.


Après vu sur http://firefoxnightly.tumblr.com :

• La communication temps réel dans Firefox : http://i.imgur.com/gkWVt59 - Bouton de boucle : qu'est-ce une boucle.
• 966166 : Les règles @counter-style ont été implémentée [Specification]
• 998076 : implémentation de l'attribue responseURL pour XMLHttpRequest
• 889335 : implémentation de `navigator.languages`
• 528456 : implémentation du `scoped selectors` pour querySelector(All)
• 865649 : implémentation de KeyboardEvent.code
• Implémentation de Number.isSafeInteger() [Documentation]
• 870021 : L’attribue `srcset` pour `img` [démo] pref : dom.image.srcset.enabled
• 741295 :Nous devrions traiter ‘id’ & ‘class’ comme attributs globaux pour tous les éléments
• 936813 :“onresourcetimingbufferfull” callback for Resource Timing - pref : dom.enable_resource_timing
• 999964 : option ‘clipped’ de la méthode SVG 2 getBBox - pref: svg.new-getBBox.enabled
  
• 495593 : L'échelle des contrôles vidéo doivent correspondre à la taille de la vidéo à l'intérieur de l'élément video
• 930504 : Utiliser les cataractes alphanumérique mathématiques Unicode - mathvariants:bold/italic/bold-italic
• 1005619 : Utiliser un deux écrans, Firefox/Thunderbird s'ouvre sur le mauvaise écran.
• 1009935 : L’attribue @autocomplete permet des valeurs autres que off/on - pref : dom.forms.autocomplete.experimental
• 944938 : Vers le défilement doux sur OSX : support minimal pour APZC - pref : layers.async-pan-zoom.enabled
• Bookmarks backups respin
• 998081 : Plus de métadonnées dans le gestionnaire de mots de passe (première utilisation, dernier changement, ...)

Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

Zefling a écrit :[*] La communication temps réel dans Firefox : http://i.imgur.com/gkWVt59 - Bouton de boucle : est qu'une boucle.

À mettre en parallèle avec les avancées sur le WebRTC dans Firefox OS 2.0:
https://wiki.mozilla.org/B2G/Roadmap#Ke ... ocus_Areas

WebRTC

[DONE] Adding H264 hardware support to WebRTC in Firefox OS bug 984239
[DONE] Firefox OS Loop Client bug 988276
[DONE] Platform support: Get WebRTC platform ready for launching a user-facing service bug 970426

Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

L'IETF vient d'ajouter un nouveau code: le 308 (cf les explications de Bortzmeyer sur le sujet)

Firefox est déjà prêt depuis la version 14: Bug 714302 - add support for HTTP status code 308
Ce qui n'est pas le cas de Chromium 34.0.1847.116 https://code.google.com/p/chromium/issu ... ?id=109012
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

Tiens, j'ai un truc bizarre, j'arrive plus à lire de vidéo en WebM sur aucun Firefox (Firefox 30, 33 et 30 dans une VM Win7) dans une simple balise <video>. Le MP4 passe nickel. Ça ne vous le fait pas. En fait, il arrive bien à lire la vidéo, si je ne place pas le curseur au début. Exemple ici. C'est chiant, je pense que je vais mettre le MP4 en premier du coup...

Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0

@ Zefling : Je reproduis sur ton lien

Mais sur une page où il y a preload="metadata" cela passe avec webM en premier.
Exemple: http://www.journeedulibre.fr/
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

J'ai demandé à un pote, il reproduite aussi. Je prends note du preload. Ce qui est bizarre, c'est que ça passe très bien sous Chrome et Opera... IE aussi, mais lui ne lit que le MP4. Un bug ?

Édit : rajouter l'attribue ne change rien du tout . Mais j'ai trouvé la cause : http://www.kdenlive.org/mantis/view.php?id=3292
Mes vidéos avec Lavc53.35.0 passent bien, celle avec Lavc54.35.0 c'est pas ça.

Édit 2 : Et le bug est déjà posté.

Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

Salut

Le seul soucis que j'ai avec cette vidéo, c'est que lorsque je cliques sur le bouton du milieu de celle-ci, le curseur se rend instantanément à la fin !
Mais en ramenant le curseur au début, la vidéo peut être lu normalement en webm.

Et cela vient de la vidéo, car avec les 3 exemples ici, je n'ai aucun soucis.
.
.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.0; rv:33.0) Gecko/20100101 Firefox/33.0

Bob49 a écrit :Salut

Le seul soucis que j'ai avec cette vidéo, c'est que lorsque je cliques sur le bouton du milieu de celle-ci, le curseur se rend instantanément à la fin !
Mais en ramenant le curseur au début, la vidéo peut être lu normalement en webm.

Et cela vient de la vidéo, car avec les 3 exemples ici, je n'ai aucun soucis.

Cela vidéo précisément de l'encodeur, dont les derniers versions ne sont pas encore prise en compte, la vidéo se charge bien, mais il n'arrive à la lire que quand il n'a entièrement.

Bon, en attendant, je mets le MP4 en priorité haute.
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

Bonsoir
Après essai de vos lien ça fonctionne bien sauf dans celle ci exemple ici ou il faut la chatouillée avec le curseur
Votre Navigateur : Mozilla/5.0 (Windows NT 5.1; rv:30.0) Gecko/20100101 Firefox/30.0

Dernière ligne droite pour :
[Bug 811261] Fullscreen video should disable screensaver during playback on Linux
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0

vulcain a écrit : À mettre en parallèle avec les avancées sur le WebRTC dans Firefox OS 2.0:
[DONE] Adding H264 hardware support to WebRTC in Firefox OS bug 984239

Ok, c'est une blague, hein ? Je me souviens quand Firefox a capitulé au sujet de H264 : on a perdu la bataille du codec de la vidéo pour le web mais heureusement on s'y est pris plus tôt pour d'autres batailles : WebRTC ça sera avec des codecs libres
ou bien j'ai rêvé ?

edit : ha !

We are taking the fight for unencumbered formats to the next battlefront, WebRTC, also as promised

https://brendaneich.com/2012/10/html5-video-update/

(et aussi https://brendaneich.com/2012/10/html5-v ... ment-13238)

Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0

antistress a écrit :Ok, c'est une blague, hein ? Je me souviens quand Firefox a capitulé au sujet de H264 : on a perdu la bataille du codec de la vidéo pour le web mais heureusement on s'y est pris plus tôt pour d'autres batailles : WebRTC ça sera avec des codecs libres
ou bien j'ai rêvé ?

On revient au problème du matériel: le codage matériel de VP8 vient tout juste d'arriver dans Android 4 avec le Nexus 5. Avant cela existait mais Android ne l'utilisait pas (sûrement pas assez répandu).

Alors sur des téléphones cheap où les constructeurs utilisent des solutions tellement rénadu que le prix est nul, ils ne vont pas utiliser des fonctionnalités du haut de gamme...
Votre Navigateur : Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0

Ha oui, en effet l'option codage a pas suivi le même rythme que celle du décodage de VP8
http://wiki.webmproject.org/hardware/arm-socs

En fait on retrouve le même souci que la vidéo pour le Web : Google et Mozilla poussent mais trop tard

Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0