Geckozone

Vu l'évolution de API, on ne pourra certes pas tout faire, mais les possibilités reste tout de même énormes. Puis ça va évoluer... Ça évolue même un peu trop vite pour moi... (Sauf pour le CSS ^^')

léger HS : un bogue sur une page de la version HTML5 de YouTube qui renvoie une impossibilité dans Firefox alors que le fichier WebM est bien présent, ça se signale ? à qui ?

C'est sur cette page https://www.youtube.com/watch?v=c2MgwAJrfXo que la vidéo ne peut être lue avec Firefox :

Votre navigateur ne reconnaît actuellement aucun des formats vidéo disponibles.
Consultez nos questions fréquentes sur la vidéo HTML5

Pourtant l'extension unplug https://addons.mozilla.org/fr/firefox/addon/unplug/ indique bien qu'il y a une version WebM.
Je l'ai téléchargée et mkvalidator me dit que le conteneur est valide.

Une idée pourquoi Firefox ne peut accéder à cette vidéo ?

edit : même chose ici https://www.youtube.com/watch?v=BUfbLtZHrog

antistress: ça marche pour moi sur Nightly.

ok merci teoli2003

@antistress : Marche aussi chez moi sous les nightlies UX.

c'est pitet parceque j'ai Flash désactivé mais présent
l'étrangeté est que ça dépend des pages

antistress a écrit :c'est pitet parceque j'ai Flash désactivé mais présent
l'étrangeté est que ça dépend des pages

J'ai le meme probleme que toi :/

Tiens, la dernière Nightly est buggée avec l'Instant Upload de Mediafire alors que ça marche sous FF10 & 12.
Quand on utilise l'uploader HTML5 avec l'Instant Upload (My Account > Upload Options > HTML5 Uploader is Enabled > Instant Uploads: ON) pour un envoi multiple de fichiers, Mediafire hashe localement les fichiers pour voir s'ils sont déjà hébergés sur les serveurs, et uploade uniquement ceux qui ne sont pas encore présents.

Là l'upload manager hashe en boucle infinie et les fichiers restent "queued".



EDIT: trouvé ! https://bugzilla.mozilla.org/show_bug.cgi?id=732709

Oui. Et si quelqu'un qui a un compte payant chez eux, pouvait leur envoyé un petit mail, ce serait bien (et le dire dans le bug). En effet, ils utilisent une propriété préfixée mozSlice qui a été dépréfixée...

(Quand on vous dit de vous méfier lorque vous utilisez des trucs préfixés).

En général ces sites sont plus réactifs quand un client payant leur signal un problème...

Edit: merci pour l'e-mail J'espère que cela va marcher!

Pour ceux qui aiment les comparatifs: ECMAScript 6 compatibility table
Aucune idée de la qualité de l'implémentation, FF et Chrome étant les "initiateurs".

Zut, cela fait tâche par rapport au tableau de MS (sur la version 5, il est vrai): http://samples.msdn.microsoft.com/ietes ... javascript
Je connaissais pas Rhino

Les premiers patchs pour la navbar Australis sont arrivés sur la branche UX de Firefox.

Je ne sais pas si vous avez vu mais il y a une nouvelle version de la new page dans la branche UX (par contre, je n'ai toujours pas d'image qui apparait)

Et dans nighlty, quand je fait une recherche via la barre d'adresse, cela me dit que je n'utilise pas google et cela me demande si je veux l'utiliser ou pas

A priori Twitter a commencé à utiliser SPDY, l'amélioration du HTTP proposée par Google: http://news.softpedia.com/news/Twitter- ... 7869.shtml
Pour ceux qui veulent savoir si un site utilise SPDY, vous pouvez installer l'addon SPDY indicator, un éclair vert apparaît dans la barre d'adresse à droite.
Sinon, si vous voulez voir si FF a échangé des connexions SDPY depuis le début de votre session, il reste la télémétrie avec l'addon about:telemetry en recherchant le graphe SPDY_NPN_CONNECT.

Bien sûr tout ça dans FF13.

Salut,

Abraxas a écrit :Pour ceux qui veulent savoir si un site utilise SPDY, vous pouvez installer l'addon SPDY indicator, un éclair vert apparaît dans la barre d'adresse à droite.

Tu veux dire que le foudroyant gain de vitesse obtenu ne permettrait pas, à lui seul, de s’apercevoir de l’entrée en action de cette technologie ?

@+
--
Pierre