Firefox 44 a débarqué le 26 janvier 2016 (NdA : 44, débarquer, toussa…). Nous proposons dans cette dépêche les nouveautés pour les versions de bureau et mobile, ainsi que pour les développeurs.
NdA : nous avons toujours besoin de toute aide afin de publier régulièrement les dépêches liées aux sorties de Firefox, rendez-vous sur l’espace de rédaction collaborative de LinuxFr.org (linuxfr.org/redaction).
Sommaire
- Firefox bureau
- Firefox Mobile
- Changements commun au bureau et Android
- Améliorations pour les développeurs
- Prochaines versions
- Pendant ce temps là, chez Mozilla…
Firefox bureau
Commençons par ce qui ne change finalement pas : depuis la version précédente, seules les extensions signées par Mozilla sont acceptées par le navigateur. Ce comportement peut toutefois être désactivé à l’aide d’un réglage du navigateur qui devait disparaître avec la présente version. La suppression de ce réglage est repoussée.
NB : La décision de n’accepter que les extensions signées dans Firefox, pour des raisons de sécurité selon Mozilla, fait débat parmi les utilisateurs de Firefox, et ce jusque dans les rangs de la distribution GNU/Linux Fedora. Elle a été temporairement désactivée dans le paquet.
Quelques améliorations :
- amélioration de la page d’avertissement dans les cas d’erreurs de certificats et de connexions non certifiées ;
- lecture des vidéos avec le codec H.264 sous GNU/Linux lorsque FFmpeg est disponible ;
- lecture des vidéos en WebM/VP9 sur les systèmes d’exploitation qui n’intègrent pas le MP4/H.264 ;
- dans la chronologie de l’inspecteur d’animation, l’icône éclair à côté des animations tourne dans la partie compositeur ;
- pour les connexions HTTPS seulement, les données peuvent être compressé avec la bibliothèque Brotli. Ce format de compression est en cours de normalisation au sein de l’IETF (plus d’informations) ;
- les commandes de capture d’écran permettent le choix du rapport d’aspect de pixel dans les outils développeurs ;
- la gestion des fontes web sous Linux utilise désormais le même code que sur les autres plates‐formes ;
- utilisation d’une signature électronique SHA-256 pour les versions destinées à Windows afin de suivre les nouvelles recommandations pour les signatures ;
- validation plus stricte des polices web ;
- désactivation du clavier à l’écran pour Windows 8 et Windows 8.1.
Firefox Mobile
Quelques améliorations :
- Les utilisateurs peuvent maintenant choisir une page d’accueil à afficher au démarrage au lieu du panneau Top Sites ;
- Ajout de la prise en charge des URI avec le protocole
mms:; - Page des comptes Firefox basée sur le web ;
- Montrer les suggestions d’historique de recherche ;
- Demander aux utilisateurs avant d’ouvrir une URI d’Intent dans un onglet de navigation privée ;
- Onglets améliorés sur les téléphones ;
- Utilisation du service d’impression Android pour la possibilité d’impression dans le cloud.
Changements commun au bureau et Android
- Firefox ne prend plus en charge le déchiffrement RC4 comme programmé par l’IETF dans le RFC 7465. Firefox suit donc pour Chrome 48 et devance Edge/IE;
- Mozilla continue le retrait progressif des certificats racines qui sont en 1024 bits, c’est au tour des certificats d’Equifax d’y passer (Bug 1156844). Par contre les certificats de UTN - DATACorp SGC sont totalement retirés (Bug 1208461) (plus d’informations).
Améliorations pour les développeurs
Au menu :
- un clic droit sur un objet journalisé dans la console permet de le stocker comme une variable globale sur la page ;
- nouvel outil de mémoire pour inspecter le tas ;
- API pour les Services Workers ;
- lecteur de JSON intégré pour voir, rechercher, copier et sauver intuitivement les données sans extensions ;
- sauter aux définitions de fonctions dans le débogueur avec Cmd-Clic ;
- extension et API de débogage des WebSockets ;
- la vue des règles montre désormais les styles en utilisant le texte de leur auteur, et les éditions dans la vue des règles sont désormais liées à l’éditeur de style ;
- obligation des signatures d’extensions.
Outils visuels pour Animation :
- visualiser et éditer les règles d’animations CSS keyframes directement depuis l’inspecteur ;
- modifier visuellement les courbes cubic-bezier qui dirigent la manière dont les animations progressent à travers le temps ;
- découvrir et inspecter les animations CSS et les transitions jouées dans la page ;
- pour en savoir plus, rendez‐vous sur http://devtoolschallenger.com/.
Outils visuels pour les mises en forme et les styles :
- montrer les règles dans la vue (?) pour vérifier la taille et la position et utiliser l’outil de mesure pour facilement détecter les problèmes d’espacement et d’alignement ;
- utiliser les filtres CSS pour prévisualiser et créer des effets temps réel comme les drop-shadows, sépia, etc. ;
- en apprendre plus : http://devtoolschallenger.com/.
Prochaines versions
Firefox 46
Poursuite de la mise en avant des connexions HTTPS : si vous entrez un couple identifiant/mots de passe sans passer par TLS, Firefox 46 affiche une alerte (voir la page informative anglophone).
[Crédit NextInpact]
Firefox 46 acceptera les préfixes webkit (bug 1213126). On ne dira pas merci aux webmestres qui ne se préoccupent que des iPhones et nuisent à l’interopérabilité (Microsoft avec Edge a dû faire les mêmes concessions).
Firefox 48 et suivants
Les WebExtensions vont descendre progressivement dans Firefox, à partir de la version 45 et avec la version 48 pour objectif (vous pouvez suivre l’avancement du projet). Rappelons qu’elles sont déjà à l’honneur dans Firefox OS 2.5.
Mozilla travaille à l’intégration de l’API Web Speech, logiquement l’approche est un peu moins centralisée que dans Chrome (voir la traduction du billet).
WebGL 2 arrive dans Firefox Nigtly, faites chauffer vos GPU ;-)
La navigation classique pourrait bénéficier de la même option de protection contre le traçage que celle introduite dans la version 42 au sein de la navigation privée, voir bug 1231359 et bug 1231373.
Firefox (Bureau et Android) permettait de lancer des pseudo-applications qui s'appuient sur Firefox pour fonctionner, ce mode WebRT pourrait être retiré. Avec le retrait de Firefox OS du monde des ordiphones, c'est l'idée que le HTML pourrait servir de base à tout programme qui est moins promue chez Mozilla.
Pendant ce temps là, chez Mozilla…
La feuille de route de Servo a été mise à jour en ce début d’année. Il se dit par ailleurs dans les milieux autorisés que le maintien de la prise en charge de Windows XP par Firefox repousse l’intégration de morceaux de Servo dans ce dernier (processus nommé Oxidation), « vu que le support de Windows XP par Rust n’est pas complet ».
Aller plus loin
- Notes de la version de bureau (262 clics)
- Firefox 44 pour les développeurs (144 clics)
- Précédente dépêche LinuxFr.org : « Parution de Firefox 43 » (122 clics)
- Notes de la version mobile pour Android (103 clics)
- Article Wikipédia (102 clics)
# firefox réac ?
Posté par Jarvis . Évalué à 1.
Firefox préfère prendre en charge Windows XP et gtk2 plutôt que Wayland et gtk3…
Mozilla a un intérêt à prendre en charge ces antiquités ?
[^] # Re: firefox réac ?
Posté par Zenitram (site web personnel) . Évalué à 8.
Quelle préférence? Tu es libre d'aider pour que les versions Wayland et gtk3 soient prêtes, l'un n’empêche pas l'autre, et tu es libre. Et le support WinXP et GTK2 est déjà la. Bref, rien à voir, pas de préférence, et Mozilla attend ton patch.
Par exemple, pour comparer il y a encore 10x plus d'utilisateurs de WinXP que d'utilisateurs de Linux sur le desktop.
[^] # Re: firefox réac ?
Posté par afby . Évalué à -2.
Pour une fois je suis d'accord avec Zenitram. Fais chauffer tes doigts.
[^] # Re: firefox réac ?
Posté par Shunesburg69 . Évalué à -1. Dernière modification le 08 février 2016 à 02:07.
Moi également.
XP n'est pas mort et il résistera encore sûrement quelques années.
[^] # Re: firefox réac ?
Posté par dzecniv . Évalué à 1.
il ne meurt même pas quand il explose, la centrale de Fukushima utilisera XP jusqu'en 2018…
[^] # Re: firefox réac ?
Posté par RyDroid . Évalué à 2.
Mais Windows XP n'est plus maintenu et ne reçoit donc même plus de mises-à-jour de sécurité. Windows XP aurait déjà du disparaître, hors continuer à le supporter volontairement (c'est-à-dire en le supportant officiellement et en refusant des changements qui pourrait casser la compatibilité avec celui-ci) n'encourage pas certaines personnes à virer ce qui est devenu un gruyère et utilise des ressources humaines qui pourraient être utilisés autre part (notamment pour l'avenir dont GTK3, Wayland et potentiellement Servo font parti).
[^] # Re: firefox réac ?
Posté par Shunesburg69 . Évalué à 1.
Ça beaucoup de gens ne le savent même pas malgré toute la pub faite par Microsoft, car ce sont souvent des gens qui n'y connaissent rien en informatique et dont les mises à jour automatique étaient déjà désactivé depuis des lustres (donc pas le popup Microsoft pour leur dire de changer).
[^] # Re: firefox réac ?
Posté par Jarvis . Évalué à 9.
Quelques précisions :
* firefox version gtk3 existe depuis quelques années : http://linuxfr.org/users/tankey/journaux/firefox-en-gtk3
* firefox 43 peut utiliser gtk3 mais gtk2 est par défaut : https://www.phoronix.com/scan.php?page=news_item&px=Firefox-43-Official (je serais curieux de connaître le nombre de distributions Linux qui n'a pas gtk3)
* Il y a cette vidéo qui montre qu'un firefox (version 42) patché par RedHat fonctionne avec wayland : https://www.youtube.com/watch?v=T-3PAdBkwqU https://plus.google.com/112174839778779720402/posts/BB586bhiyKH
Donc le patch est là.
[^] # Re: firefox réac ?
Posté par antistress (site web personnel) . Évalué à 8.
Juste pour préciser :
Exact pour la version Mozilla ; les versions des distributions font leur propre choix.
[^] # Re: firefox réac ?
Posté par Antoine . Évalué à -7.
Quel est l'intérêt de gtk3, à part passer son temps à pourrir l'ergonomie pour satisfaire à l'idéologie d'austérité graphique et fonctionnelle des développeurs Gnome ?
[^] # Re: firefox réac ?
Posté par Crao . Évalué à 5.
Ça sert entre autres à faire fonctionner Firefox avec Wayland.
[^] # Re: firefox réac ?
Posté par Antoine . Évalué à -3.
Dans ce cas, ceux qui veulent faire fonctionner Firefox sous Wayland peuvent se charger du boulot… Je n'ai pas l'impression qu'il s'agisse là d'un chantier d'une importance primordiale pour des usages normaux.
[^] # Re: firefox réac ?
Posté par cluxter . Évalué à 5.
Wayland c'est juste ce qui va remplacer X dans un futur pas si lointain, donc bon…
[^] # Re: firefox réac ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4.
Le plus lointain possible j'espère, parce que perdre le copier-coller à la X-Window, ça va faire mal.
[^] # Re: firefox réac ?
Posté par Sufflope (site web personnel) . Évalué à 1.
Clair, on va arrêter toute évolution technologique/sécu pour surtout pas perdre ce truc tellement indispensable (d'ailleurs c'est marrant ses fervents défenseurs sont généralement les barbus qui aiment pas les GUI et la souris, va comprendre).
Je ne m'explique d'ailleurs toujours pas comment le moteur a remplacé le cheval qui permettait de survivre en mangeant sa monture si on se perd en montagne.
[^] # Re: firefox réac ?
Posté par cluxter . Évalué à 1.
Ca va pas être possible de le réimplémenter ?
[^] # Re: firefox réac ?
Posté par DerekSagan . Évalué à 1.
Qt aussi supporte Wayland.
Du coup gtk n'est pas nécessaire pour supporter Wayland, c'est juste un choix.
Et comme tout choix il peut être critiqué, par exemple:
Mais pourquoi donc utiliser gtk qui est moche, aux API mal pratiques et développé par des extrémistes ringards dans un langage d'un autre millénaire, alors que Qt est tout le contraire ?
[^] # Re: firefox réac ?
Posté par Sufflope (site web personnel) . Évalué à 6.
C'est plus du C++ ?
[^] # Re: firefox réac ?
Posté par Lutin . Évalué à 3.
T'aurais pu attendre Vendredi !
[^] # Re: firefox réac ?
Posté par DerekSagan . Évalué à 1.
J'y ai pensé mais j'ai pas réussi à attendre aussi longtemps.
[^] # Re: firefox réac ?
Posté par DerekSagan . Évalué à 1.
Bah si. Du C++11 (voire 14 mais c'est pas un pré-requis pour Qt), et 2011 c'est dans ce millénaire-ci. Contrairement à 1998 (pour le C98).
[^] # Re: firefox réac ?
Posté par Sufflope (site web personnel) . Évalué à 1.
Je suis donc heureux de savoir que Java est un des langages les plus mordernes.
[^] # Re: firefox réac ?
Posté par DerekSagan . Évalué à 1.
Je ne sais pas ce que tu appelles "moderne", mais Java 8 est bien un langage du 21ème siècle, comme C++11, mais pas comme C98.
Si par "moderne" du entends supportant certaines fonctionnalités hype comme le lambda, alors
effectivement Java 8 et C++11 sont modernes…
Si c'est l'absence de typage fort que tu considères comme "moderne" alors ni Java 8 ni C++11 ne sont modernes, mais TCL/Tk et les scripts shells, eux, le sont, bien qu'étant plutôt du 20ème siècle.
[^] # Re: firefox réac ?
Posté par Julien Wajsberg . Évalué à 4.
Moi je trouve ça joli, GTK.
Les goûts et les couleurs…
[^] # Re: firefox réac ?
Posté par Julien Wajsberg . Évalué à 8.
Firefox Beta, Aurora, Nightly utilisent par défaut GTK3. Le passage vers Stable se fera quand on pensera que c'est prêt (il y a encore quelques petits bugs par ci par là). Voir https://bugzilla.mozilla.org/show_bug.cgi?id=627699 pour suivre l'avancement. Voir aussi https://bugzilla.mozilla.org/show_bug.cgi?id=1245476 pour la désactivation dans Firefox 45 (mais Sylvestre semble dire que ce sera dans 46).
Le support Wayland est une autre paire de manches. GTK3 n'apporte pas magiquement le support Wayland… Je ne crois pas qu'il y ait de travail sérieux sur le support Wayland tant que GTK3 n'est pas fini, mais on peut peut-être suivre https://bugzilla.mozilla.org/show_bug.cgi?id=635134.
[^] # Re: firefox réac ?
Posté par Sylvestre Ledru (site web personnel) . Évalué à 4.
Ça sera dans 46 si les bugs critiques sont corrigés! :)
# Et...
Posté par afby . Évalué à 8.
Merci pour vos articles bien détaillés ! On ne le dit jamais assez :)
[^] # Re: Et...
Posté par antistress (site web personnel) . Évalué à 4.
J'ai manqué de temps pour me consacrer pleinement à cette dépêche, et Nÿco et cie ont fait le job : merci à eux. Par contre il aurait été logique de réattribuer le crédit de la dépêche à Nÿco je pense.
# erreur de frappe
Posté par PolePosition . Évalué à 2.
à fin de suivre les nouvelles recommandations
=> afin de suivre les nouvelles recommandations
[^] # Re: erreur de frappe
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
Corrigé, merci.
# Extensions obligatoirement signées et Iceweasel
Posté par RyDroid . Évalué à 3.
https://www.phoronix.com/scan.php?page=news_item&px=Firefox-Fedora-Unsigned
Certains utilisateurs de Fedora veulent donc à priori virer Firefox au profit de Iceweasel de Debian. Mais les développeurs de Iceweasel ont ils prévu de laisser cette option pour désactiver la signature obligatoire ?
[^] # Re: Extensions obligatoirement signées et Iceweasel
Posté par antistress (site web personnel) . Évalué à 7. Dernière modification le 07 février 2016 à 17:26.
Je ne sais pas, il faudrait poser la question au mozillien derrière Iceweasel : Mike Hommey de https://glandium.org/blog/ (qui est français)
# Firefox OS, l'amertume de la communauté
Posté par cbri . Évalué à 9.
Voilà u très bon article sur Firefox OS, sa communauté et le ressenti donné par l'abandon du projet:
http://blogzinet.free.fr/blog/index.php?post/2016/02/Firefox-OS-douche-froide-sur-la-communaute
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Zenitram (site web personnel) . Évalué à 10.
du lien "Comment faire confiance et engager du temps ou de l’argent dans des projets ou technologies qui peuvent être tués unilatéralement et sans crier gare du jour au lendemain."
Oh que oui… Mozilla s'était construit sur la confiance avec les bénévoles, et en quelques années Mozilla a tué la "marque" Mozilla en cassant inlassablement cette confiance, les gros sous semblent avoir monté à la tête de quelques personnes qui ne font plus attention à leur "base", au fait qu'ils sont sensé être "à but non lucratif" (quand on est à but non lucratif, on ne flingue pas un projet au bon de 3 ans pour faute de rendement).
Maintenant, le mot "Mozilla" est devenu le signe de projets dont il ne faut pas faire la pub à moins d'être masochiste (supporter les rires des collègues "tiens tu as encore fait la pub rien qu'hier d'un projet mort aujourd'hui").
Je serai encore plus méchant, je dirai que les gens qui disaient il y a quelques temps lorsqu'il y a eu beaucoup de départs (par exemple celui d'une référence du moins française, Nitot) que c'était que pour des raisons personnelles (l'âge, le temps du changement, etc) et absolument pas pour des raisons concernant leur employeur tout en accusant les "médisants" d'être d'horribles personnes voulant juste casser Mozilla pour le plaisir, devraient peut-être se demander si les personnes accusées n'étaient pas simplement meilleures dans leur analyse et que les démissionnaires n'étaient pas juste encore bien plus au courant des changements internes.
En tous cas, FirefoxOS sera sans doute un bon sujet de cours en école de Marketing sur ce qu'il ne faut pas faire, leur communication a été un désastre complet (déjà au départ sans un positionnement clair, mais encore plus à la fin en le tuant sans le tuer tout en le tuant mais non je vous jure on ne va pas le tuer)
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Julien Wajsberg . Évalué à 0.
Tu mélanges tout, comme d'habitude.
Oui, il y a des choses à dire, mais Mozinet le dit mieux que toi sur son blog (malgré quelques inexactitudes).
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Zenitram (site web personnel) . Évalué à 4.
Ou pas.
J'ai proposé une analyse, je suis toutes ouïes pour une contre-argumentation (sachant que "tout va bien" n'est pas une contre-argumentation), parce que bon un simple "Tu mélanges tout" balancé comme ça, c'est un peu léger.
En attendant, je n'ai pas honte de mes analyses passées quand je regarde mes prédictions et la réalité quelques années après.
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Benoit Jacob (site web personnel) . Évalué à 10.
J'ai bosse 4.5 ans a Mozilla jusque fin 2014 et je pense que ce que tu dis est correct, et c'est difficile d'en dire plus avec les informations rendues publiques par Mozilla.
La face cachee de Firefox OS, c'est, en haut, des luttes de pouvoirs entre ambitieux degeneres, et en bas, des employes malmenes.
C'est vrai que l'une des consequences est une destabilisation de toute la communaute, et c'est vrai que c'est tres grave pour Mozilla. Malheureusement, les consequences sont tout aussi nefastes pour la structure interne de l'entreprise Mozilla. Je pense que lorsque viendra l'heure de faire le post-mortem de Mozilla, on dira que Mozilla avait survecu, bon-gre mal-gre, a toutes sortes d'erreurs et de projets foireux, mais que c'est bien Firefox OS qui l'aura condamne.
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Antoine . Évalué à 3.
Par curiosité, combien de personnes étaient affectées à Firefox OS ?
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Benoit Jacob (site web personnel) . Évalué à 10. Dernière modification le 14 février 2016 à 16:28.
Pendant la periode Firefox OS (2012-2014), Mozilla est passe d'environ 400 employes a 1000 employes. Firefox OS a ete de loin la premiere affectation de ces nouveaux arrivants; je dirais que probablement au moins 300 personnes ont du etre recrutees specifiquement pour Firefox OS, en particulier l'integralite du bureau de Taipei qui etait assez important (nettement plus de 100 personnes a lui tout seul).
De plus, pendant cette periode, de grandes parties de Mozilla qui avaient un role generaliste, ont ete mises a contribution, soit officiellement, soit officieusement, ce qui rend le decompte difficile. Par exemple, mon equipe travaillait sur la couche graphique (programmation OpenGL etc) de Gecko, donc une equipe generaliste et officiellement on ne dependait pas de l'organisation Firefox OS. Mais les pressions et les jeux de pouvoir etaient tels qu'on ne pouvait pas faire autrement que d'obeir aux ordres des chefs de Firefox OS, qui de fin 2012 a mi-2014 etaient vraiment tout-puissants.
Ca a eu des consequences directes sur la communaute, au-dela de l'entreprise. Dans mon equipe, on considerait comme notre devoir d'aider les membres non-remuneres de la communaute a se familiariser avec notre codebase, par exemple en les mentorisant sur des bugs interessants. Fin 2012, j'aidais environ 5 membres de la communaute sur notre plateforme technologique, quand j'ai du tout laisser tomber pour consacrer tout mon temps a Firefox OS. Je n'etais pas le seul. Du coup, Firefox OS a eu un effet nefaste sur le lien entre l'entreprise et la communaute, des 2012.
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Julien Wajsberg . Évalué à 3.
Benoit, j'ai beaucoup de respect pour toi et le travail fantastique que tu as réalisé lorsque tu étais chez Mozilla. Cependant je pense que tu as ici une vision tronquée de la réalité. Tronquée parce que tu as vu cette réalité depuis l'intérieur de ton équipe, l'équipe Graphics, qui a été, il est vrai, particulièrement sollicitée dans le cadre de Firefox OS.
Néanmoins, Firefox OS a permis de tester dans des conditions réelles d'utilisation APZC (qui sort très prochainement dans Fx Desktop et qui est déjà sorti sur Android), ainsi que Electrolysis dans une certaine mesure. Le boulot réalisé alors pour Firefox OS aurait dû être réalisé de toute manière. Certes la pression du résultat a sans doute engendré de la dette technique. Il n'empêche.
Je pense aussi que, pour la première fois, Firefox OS a permis d'avoir des utilisateurs avancés des technologies Web dans Mozilla. Il y avait déjà les sites comme mozilla.org ou addons, mais ce n'est pas du tout le même type de sites. Là on parle d'applications.
Chez Microsoft ils ont outlook.com (ex-hotmail), outlook web access, Bing Maps, Sharepoint. Chez Google ils ont Search, Gmail, Gmaps, Gdocs, G+, sans parler des projets avortés comme Gwave. Chez Safari ils ont également tout un écosystème (que je ne connais pas bien).
Je crois qu'avoir des développeurs d'applications Web dans la maison a permis de remonter des bugs plus tôt, de tester des fonctionnalités expérimentales, de remonter des besoins UX aux équipes Devtools (par exemple), de traiter des problèmes de performance et de mémoire. Ces développeurs utilisaient bien souvent Nightly pour pouvoir développer leurs applications. Sans ces développeurs, Firefox Desktop va être (ama) plus buggé dans ses versions stables.
Si on reprend les statistiques de Statcounter sur l'époque donnée plus haut je ne vois pas de corrélation évidente entre les parts de marché de Firefox et le focus sur Firefox OS. Ce qui semble démentir ta thèse que "Firefox OS a condamné Mozilla".
On peut parler de la communauté à présent. Là c'est à mon tour d'avoir une vision tronquée vue de Paris. Nous avons organisé quelques meetups et hackathons autour de Firefox OS, certes assez tard, et clairement cela a amené de nouveaux contributeurs dans la communauté. Je te rejoins néanmoins partiellement sur la gestion de la communauté pendant plusieurs années. Je crois en effet comme toi (et c'est aussi ce que dit Mozinet) qu'on l'a trop délaissée.
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Benoit Jacob (site web personnel) . Évalué à 10.
Julien: merci de ta reponse detaillee. Sans chercher a avoir le dernier mot, juste quelques commentaires:
Oui, en matiere de travail avec la communaute, le bureau de Paris est bien l'exception. C'est culturel; il y a toujours eu une atmosphere libriste dans ce bureau; mais malheureusement, ca n'est pas representatif de l'attitude des autres bureaux et de l'administration central, pour qui "communaute" n'est pas grand chose de plus qu'un buzzword a mettre pour garantir le renouvellement du statut "nonprofit" de la fondation. Je voudrais souligner le courage de certains membres du bureau Paris qui n'ont pas hesite, en prenant la communaute au serieux, a se mettre en conflit avec les RH californiens.
Sur les retombees positives de Firefox OS au niveau technologique: je ne les nie pas et je ne pense pas que ca contredise ce que je disais. Sur ce sujet, j'ajouterais simplement que des retombees similaires auraient pu etre obtenues, par exemple, en appliquant le principe de base de Firefox OS, qui est de faire toute l'UI en HTML+CSS, a Firefox lui-meme. En effet, Firefox est depuis plusieurs annees en train de deprecier XUL, une transition extremement couteuse aussi bien en temps de travail, qu'en impact sur la communaute. Or, depuis Gaia (interface de FxOS), Mozilla sait faire une interface complete en HTML+CSS. Je pense donc que le meme effort aurait pu etre investi pour faire, non un OS mobile, mais un nouveau navigateur de bureau, base sur HTML+CSS. (D'ailleurs il y a eu quelques tentatives allant dans ce sens, mais elles n'ont pas beneficie de 1% des moyens alloues a Gaia). Peu importe le detail; je veux simplement dire que faire un OS mobile n'etait pas necessaire pour mener a bien toutes sortes de projets ayant des retombees positives pour Mozilla, et meme que ces projets aurait pu etre tres similaires sans l'aspect OS mobile en soi.
Sur le fait que l'equipe Graphics etait particulierement exposee a Firefox OS: c'est vrai, mais ce n'est pas unique. La clique qui est devenue le "leadership" de Firefox OS, a fait partir, directement ou indirectement, ouvertement ou de facon perverse, legalement ou par des methodes de harcelement, des dizaines de personnes issues de diverses equipes. Pour n'en nommer que quelques-unes, les equipes JavaScript, Release Engineering, Performance, Mobile/Android, ont chacune perdu des membres de grandes valeurs, a cause de manoeuvres de cette faction.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par cbri . Évalué à 5.
Pour lancer Firefox OS, Mozilla a fermé plusieurs projets dont Thunderbird qui a réduit à la correction de bug (en 2012)
Rappelons que le projet Boot2Gecko date de 2011 et que Mozilla voyait à l'époque un moyen d'éviter que le web ne se fasse manquer tout cru par les applications mobile. Il y a avait une idée, une réflexion pour justifier le lancement de Firefox OS. Le virement sur l'internet des objets n'est le fruit d'aucunes réflexions.
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par sizvix (site web personnel) . Évalué à 0.
J'ai l'impression que suite à l'annonce de JanOS ( un dérivé de Firefox OS pour réutiliser un Peak mort dans les IoT ) , Mozilla a sauté dessus pour réutiliser le code de Firefox OS et aussi en lien avec les TV connectées.
( Une sensation qu'ils ont pris ça un peu comme une bouée alors que le bateau ne coulait pas , mais certes il n'avançait pas aussi vite qu'il l'auraient espéré )
Essaie pour vivre sans brider les utilisateurs https://www.indiegogo.com/projects/iwinote
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Julien Wajsberg . Évalué à 2.
Non la décision n'a aucun rapport avec JanOS à la base.
# Brotli
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3. Dernière modification le 08 février 2016 à 11:10.
On m'a parfois fait remarqué que certains projets libres étaient incapables de choisir de jolis noms. Là, je dois dire que c'est assez performant, Brotli, dont le nommage suit l'idée utilisée pour nommer un autre algorithme Zopfli !
Au passage, pourquoi pour HTTPS seulement ? D'ailleurs c'est bizarre, d'aller prendre en charge ce truc tout nouveau, sur lequel la peinture commence tout juste à sécher, et de ne toujours pas prendre en charge des trucs comme WebP…
[^] # Re: Brotli
Posté par Zenitram (site web personnel) . Évalué à 2.
Il est de moins en moins facile de trouve une suite de lettres "uniques", et puis bon, c'est de la tambouille interne et pas pour les utilisateurs finaux, donc ça ne me choque pas.
Je serai tenté de dire que c'est pour motiver les gens à passer à HTTPS, une "carotte" pour tuer HTTP le plus possible, pas très fair-play mais rien de nouveau.
Qu'apporte WebP par rapport aux autres formats en place, comparé aux inconvénients (gérer un nouveau format à gérer en doublon pour les vieux navigateur, risques juridiques…)? La réponse à cette question répondra certainement à ta question (Penser à Vorbis contre MP3)
[^] # Re: Brotli
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4.
Ça c'est le problème des webmestres, et ça se règle avec une bibliothèque JavaScript je crois. Et c'est exactement le même problème qu'avec WebM ou HEVC pour la vidéo.
Pas plus que pour le WebM, déjà pris en charge par Firefox.
[^] # Re: Brotli
Posté par Sufflope (site web personnel) . Évalué à 3.
Ça doit pas être exactement le même problème, parce qu'il ne me semble pas que le navigateur délègue le traitement des images à un composant externe, contrairement aux vidéos toujours (ou presque ?) lues via une bibliothèque du système (gstreamer, ffmpeg, vlc-plugin, windows media…). Du coup si le système est un tant soit peu à jour c'est bon. Et de toute façon pour ceux vraiment restés bloqués en 2002 ils regardent les vidéos via flash.
Enfin j'aurais pu aussi répondre simplement « ah oui c'est exactement le même problème (rajouter du taff aux webmestres pour se faire chier à gérer deux stacks en parallèle) que WebM ? bah c'est bien pour ça que ça ne sera donc jamais utilisé, comme WebM » (je répondrai d'avance que oui oui je sais google a converti 4 vidéos 1/2 de youtube en WebM, m'enfin ils ont un peu de ressources en interne pour s'amuser sur des trucs inutiles, et c'était juste pour faire chier Apple de toute façon).
[^] # Re: Brotli
Posté par cbri . Évalué à 3.
Depuis les révélations de Snowden, Google et Mozilla ont décidé que toutes les améliorations apportés à HTTP ne serait effectives que pour lorsque TLS est activé. Ainsi les améliorations de HTTP/2 ne sont accessible que via TLS (désolé je n'ai pas trouvé de liens pour appuyer mon propos). Ainsi:
Donc c'est clairement une volonté de tuer HTTP. Et cela va dans le mouvement introduit par les révélations de Snowden, rendent la surveillance de masse tellement chère que les gouvernement l'arrêteront. La cohérence de Mozilla à ce sujet est à saluer, ils rendent TLS plus ou moins obligatoire à moyen terme mais essayent de rendre son adoption plus facile avec le projet let's encrypt.
[troll] Ils leur manquent plus qu'à ajouter DANE et DNSSEC à Firefox [/troll]
# Disparition du blocage des cookies au choix de l'usager dans FireFox 44
Posté par Sylvain_ . Évalué à 3.
Comme l'explique ce ticket: https://bugzilla.mozilla.org/show_bug.cgi?id=606655
Suppression du mode qui permettait de valider tous les cookies…
Le hic, c'est qu'il est passé de "Always Ask" à "Always accept".
Et que pour ceux qui l'utilisait, ben… rien ça passe à l'as.
Si, on peut voir à reproduire un comportement similaire avec une extension.
Est-ce bien le même comportement de bloquer le cookie avec sa liste, en 1 clic qui pop ?
Aussi rapide, sur le vieux PC ?
Pas encore testé.
Dommage, je l'utilisais sans aucun soucis, et je trouve un peu étrange de retirer ça au lieu de le corriger… (ou pas)
Des remarques des usagers ici:
À suivre, mais décevant.
Sylvain.
[^] # Re: Disparition du blocage des cookies au choix de l'usager dans FireFox 44
Posté par ariasuni . Évalué à 2.
J’utilise Self-Destructing Cookies. On peut régler quand les cookies d’un site seront détruits: après la fermeture de ses onglets (par défaut), après la fermeture de Firefox, jamais. Accepter les cookies pour les détruire ensuite permet de ne bloquer le fonctionnement d’aucun site web tout en conservant le minimum de cookies (ceux qu’on a autorisé).
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Disparition du blocage des cookies au choix de l'usager dans FireFox 44
Posté par benoar . Évalué à 2.
Perso j'utilise Cookie Monster https://addons.mozilla.org/fr/firefox/addon/cookie-monster/. Je ne sais pas si c'est le comportement que tu veux, mais je trouve cette extension très pratique.
[^] # Re: Disparition du blocage des cookies au choix de l'usager dans FireFox 44
Posté par Sylvain_ . Évalué à 0.
Là suite:
Arrive aussi chez le fork IceCat chez GNUZilla (debian)
http://lists.gnu.org/archive/html/bug-gnuzilla/2016-02/msg00011.html - EN
À suivre quelles seront leurs décisions sur le fork.
Concernant les plugin, les arguments dans la discussion google groupe sont que les plugins ne maintiennent pas de liste comme le faisait FireFox en interne depuis très longtemps visiblement. Et le niveau de test et de confiance dans les plugins est inférieur au Core de Firefox.
Mon sentiment est que, ce point particulier sur les cookies, est assez flou. On parlait ci-dessus de l'échec de FireFox OS… Là, sommes nous en train d'assister à la déchéance de FireFox, un emblème du logiciel Libre ?
Dans pragmatic programmer ils parlent de "boiled frogs" : https://fr.wikipedia.org/wiki/Fable_de_la_grenouille
Sylvain.
[^] # Re: Disparition du blocage des cookies au choix de l'usager dans FireFox 44
Posté par Sylvain_ . Évalué à 0.
De nouveaux post dans la liste de DEV de firefox, puisque c'est là que ça semble se discuter :
https://mail.mozilla.org/pipermail/firefox-dev/2016-February/003952.html - EN
Si vous connaissez l'histoire de cette suppression de la gestion des cookies par le navigateur, ça m'intéresse.
Sachant qu'il existe encore une liste de filtrage dans la version 44 de firefox:
Bon on perd en ergonomie, plus de popup qui fait la demande.
À la migration vers FF44 je n'ai pas eu de perte de cette liste.
Sylvain.
# WebM/VP9
Posté par collinm (site web personnel) . Évalué à 1.
Est t'il possible de forcer l'utilisation de WebM/VP9 Au lieu d'utiliser MP4/H.264?
www.solutions-norenda.com
[^] # Re: WebM/VP9
Posté par Juke (site web personnel) . Évalué à 2.
C'est au site en face qu'il faut demander.
[^] # Re: WebM/VP9
Posté par cbri . Évalué à 2.
SI le serveur en face ne propose que H264, tu ne vas pas aller loin. Sinon, il doit bien avoir un paramètre pour désactiver H264 dans
about:config[^] # Re: WebM/VP9
Posté par xcomcmdr . Évalué à 2.
Pourquoi ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.