Firefox 44 débarque

45
7
fév.
2016
Mozilla

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.

Firefox

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

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

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).
Titre de l’image [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 ».

  • # firefox réac ?

    Posté par . É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 (page perso) . Évalué à 8.

      Firefox préfère prendre en charge Windows XP et gtk2 plutôt que Wayland et gtk3…

      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.

      Mozilla a un intérêt à prendre en charge ces antiquités ?

      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 . Évalué à -2.

        Pour une fois je suis d'accord avec Zenitram. Fais chauffer tes doigts.

        • [^] # Re: firefox réac ?

          Posté par . Évalué à -1. Dernière modification le 08/02/16 à 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 . É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 (page perso) . Évalué à 2.

        Par exemple, pour comparer il y a encore 10x plus d'utilisateurs de WinXP que d'utilisateurs de Linux sur le desktop.

        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 . Évalué à 1.

          Mais Windows XP n'est plus maintenu et ne reçoit donc même plus de mises-à-jour de sécurité

          Ç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 . Évalué à 9.

        Bref, rien à voir, pas de préférence, et Mozilla attend ton patch

        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 (page perso) . Évalué à 8.

          Juste pour préciser :

          firefox 43 peut utiliser gtk3 mais gtk2 est par défaut

          Exact pour la version Mozilla ; les versions des distributions font leur propre choix.

    • [^] # Re: firefox réac ?

      Posté par . É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 . Évalué à 5.

        Ça sert entre autres à faire fonctionner Firefox avec Wayland.

        • [^] # Re: firefox réac ?

          Posté par . É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 . É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 (page perso) . É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 (page perso) . É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 . Évalué à 1.

                Ca va pas être possible de le réimplémenter ?

        • [^] # Re: firefox réac ?

          Posté par . É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 (page perso) . Évalué à 6.

            développé […] dans un langage d'un autre millénaire, alors que Qt est tout le contraire ?

            C'est plus du C++ ?

            • [^] # Re: firefox réac ?

              Posté par (page perso) . Évalué à 3.

              T'aurais pu attendre Vendredi !

            • [^] # Re: firefox réac ?

              Posté par . É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 (page perso) . É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).

                Je suis donc heureux de savoir que Java est un des langages les plus mordernes.

                • [^] # Re: firefox réac ?

                  Posté par . É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 . Évalué à 4.

            Moi je trouve ça joli, GTK.

            Les goûts et les couleurs…

    • [^] # Re: firefox réac ?

      Posté par . É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.

  • # Et...

    Posté par . Évalué à 8.

    Merci pour vos articles bien détaillés ! On ne le dit jamais assez :)

    • [^] # Re: Et...

      Posté par (page perso) . É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 . Évalué à 2.

    à fin de suivre les nouvelles recommandations
    => afin de suivre les nouvelles recommandations

  • # Extensions obligatoirement signées et Iceweasel

    Posté par (page perso) . Évalué à 3.

    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.

    https://www.phoronix.com/scan.php?page=news_item&px=Firefox-Fedora-Unsigned

    Some commenting on that ticket have proposed going with Iceweasel, a popular open-source Firefox-based browser.

    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 ?

  • # Firefox OS, l'amertume de la communauté

    Posté par . É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 (page perso) . É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 . É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 (page perso) . É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 (page perso) . É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 . Évalué à 3.

              Par curiosité, combien de personnes étaient affectées à Firefox OS ?

              • [^] # Re: Firefox OS, l'amertume de la communauté

                Posté par (page perso) . Évalué à 10. Dernière modification le 14/02/16 à 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 . É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 (page perso) . É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 . Évalué à -10.

          Ce commentaire a été supprimé par l'équipe de modération.

          • [^] # Re: Firefox OS, l'amertume de la communauté

            Posté par . É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 . Évalué à 0.

              Le virement sur l'internet des objets n'est le fruit d'aucunes réflexions.

              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é )

  • # Brotli

    Posté par (page perso) . Évalué à 3. Dernière modification le 08/02/16 à 11:10.

    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)

    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 (page perso) . Évalué à 2.

      On m'a parfois fait remarqué que certains projets libres étaient incapables de choisir de jolis noms.

      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.

      Au passage, pourquoi pour HTTPS seulement ?

      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.

      et de ne toujours pas prendre en charge des trucs comme WebP…

      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 (page perso) . Évalué à 4.

        Qu'apporte WebP par rapport aux autres formats en place

        • Meilleure compression, comme pour WebM, que Firefox prend en charge.
        • Canal alpha pour des images avec pertes, typiquement des photos détourées.

        gérer un nouveau format à gérer en doublon pour les vieux navigateur

        Ç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.

        risques juridiques

        Pas plus que pour le WebM, déjà pris en charge par Firefox.

        • [^] # Re: Brotli

          Posté par (page perso) . Évalué à 3.

          Ç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.

          Ç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 . Évalué à 3.

      Au passage, pourquoi pour HTTPS seulement ?

      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:

      Firefox will only be implementing HTTP/2 over TLS - and so far that means for https:// schemed URLs (see below for http:// with TLS support). It does enforce the protocol's >= TLS 1.2 requirement - if a server negotiates HTTP/2 with a lower TLS version it is treated as a protocol error. (there is a preference for changing that for testing purposes if you need it.
      https://wiki.mozilla.org/Networking/http2

      However, some implementations have stated that they will only support HTTP/2 when it is used over an encrypted connection, and currently no browser supports HTTP/2 unencrypted
      https://http2.github.io/faq/#does-http2-require-encryption

      While HTTP/2 supports both secure and non-secure connections, both Mozilla Firefox and Google Chrome will only support HTTP/2 over HTTPS
      http://searchengineland.com/everyone-moving-http2-236716

      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 . É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.

  • # WebM/VP9

    Posté par (page perso) . É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 (page perso) . Évalué à 2.

      Est t'il possible de forcer l'utilisation de WebM/VP9 Au lieu d'utiliser MP4/H.264?

      C'est au site en face qu'il faut demander.

    • [^] # Re: WebM/VP9

      Posté par . É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 . É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 à ceux qui les ont postés. Nous n'en sommes pas responsables.