Mozilla a fait ses vendanges et les cuvées 18 Firefox et Firefox mobile semblent réussies. Thunderbird nécessite un peu d'affinage. Voici le détail sur les cépages.
Firefox
Général
- Un nouveau moteur JavaScript, IonMonkey, fait son apparition
- Prise en charge prélimaire de WebRTC
- Un nouvel algorithme de zoom pour le HTML est utilisé, il devrait permettre d'avoir une meilleure qualité d'image.
- L’événement (au sens JavaScript du terme) MozTouch est remplacé par la version standardisée du W3C.
- Un bug vieux de plus de 12 ans a été corrigé, il s'agit d'empêcher le chargement des ressources (comme les images ou les script JavaScript) non chiffrés quand on consulte une page en HTTPS. Pour l'instant, ce n'est pas le comportement pas défaut et il faut changer la variable
security.mixed_content.block_active_contentdansabout:configpour activer ce comportement.
Desktop
- Le changement d'onglet est un peu plus rapide
Mobile (Android)
- Intégration avec Google Now
- Il est désormais possible d'avoir des suggestion de recherche dans l'Awesome Bar
Thunderbird
Il n'y a pas de thunderbird 18 mais une version 17.0.2 à la place avec seulement quelques corrections de bugs.
Merci à Xavier Claude et olivier esver pour les contributions.
Aller plus loin
- Firefox 18 : les notes de version (213 clics)
- Firefox mobile 18 : les notes de version (91 clics)
- Thunderbird 17.0.2 : les notes de version (184 clics)
# Et aussi ...
Posté par eMerzh (site web personnel) . Évalué à 7.
J'ai pas encore testé mais il y aurais aussi la résolution du bug 769764 ( Improved responsiveness for users on proxies) qui m'intéresse assez bien…. il devrait supprimer le freeze de l'interface lors de la recherche DNS quand on est derrière un proxy.
[^] # Re: Et aussi ...
Posté par Loïc Blot (site web personnel) . Évalué à 2.
Le freeze de l'interface lors de la recherche DNS ? J'ai effectivement entendu parler de ce problème, mais je ne l'ai jamais rencontré au boulot. Ca arrive lors de connexions lentes ?
Veepee & UNIX-Experience
# IonMonkey, c'est un compilateur
Posté par jeandubois . Évalué à 10.
Petite précision : IonMonkey, c'est un compilateur JIT pour le moteur javascript SpiderMonkey ( cf wiki mozilla ).
IonMonkey remplace JägerMonkey.
Le moteur javascript reste SpiderMonkey.
# Bon à savoir
Posté par kursus_hc . Évalué à 10.
Au sujet du bug vieux de 12 ans, voici une bonne pratique à destination des développeurs, expliquée par Google :
http://google-styleguide.googlecode.com/svn/trunk/htmlcssguide.xml?showone=Protocol#Protocol
Au lieu d'écrire :
il est recommandé d'écrire :
Ce qui a pour conséquence de ne pas forcer le navigateur à utiliser un protocole, qui sera ainsi libre de le choisir selon le contexte.
[^] # Re: Bon à savoir
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 7.
Pas con, vraiment pas con.
[^] # Re: Bon à savoir
Posté par claudex . Évalué à 10.
Ça ne marche que si la ressource est disponible à la fois en HTTP et en HTTPS. Et c'est déjà le cas pour les images sur ce site.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Bon à savoir
Posté par GroBrayce . Évalué à 8.
J'ajouterais même à l'usage des joueurs de bingo loto g33k qu'on appelle ça une URL protocol-relative.
C'est un bon usage non seulement pour les scripts, mais aussi pour toutes les URL absolues en général (images, …), y compris dans le code CSS.
Une pitite ressource sur le sujet : http://paulirish.com/2010/the-protocol-relative-url/
[^] # Re: Bon à savoir
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 5.
Oui enfin à mon avis, le mieux c'est encore d'avoir ce genre de truc chez soi. Franchement, les CSS externes, ou pire, les CSS chargées par JavaScript, lui-même externe, c'est gonflant.
[^] # Re: Bon à savoir
Posté par barmic . Évalué à 1.
Des fois ce n'est pas faisables quand par exemple tu utilise un service externe comme pour afficher une carte ou un gestionnaire de commentaire à la discuss. Pour les sites à très forts volumes les données statiques sont sur des domaines séparés pour qu'ils ne récupèrent pas les cookies de leur domaines principale. Pour ce qui est des bibliothèques javascript comme jquery, je ne sais pas ce qu'elles recommandent, mais peut être qu'elles préfèrent ça pour être certains que le client est à jour.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bon à savoir
Posté par claudex . Évalué à 8.
Ça permet d'améliorer la vitesse de chargement de la page. Si tu dois télécharger Jquery sur 10 sites différents, ça va te prendre du temps (et de la bande passante) à chaque fois, si tous les sites pointent vers la même URL, le téléchargement se fera une fois et après le client profitera de la mise en cache.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Bon à savoir
Posté par devnewton 🍺 (site web personnel) . Évalué à 4.
Et pour les noscripteurs, ça permet de filter les sites mal fichus!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Bon à savoir
Posté par Zenitram (site web personnel) . Évalué à 7. Dernière modification le 09 janvier 2013 à 20:54.
C'est con, mais ça fait partie des "bonnes pratiques" à la mode et pas forcément pour de mauvaises raisons :
- Bande passante : site web avec cookies d'un côté, images/css/statique ailleurs, voir google.com et gstatic.com ou tout site faisant attention à sa consommation de bande passante
- Accélération : les navigateurs ont la fâcheuse habitude de mettre une limite arbitraire de chargements parallèles par domaine, quelle idée bizarre plutôt que de limiter par page web dans son ensemble
- Mutualisation : les sites font du libre, du partage! donc ils optimisent en "libs", comme sur ta machine avec des .so "gonflants", des scripts ou css avec d'autres sites. (bon, c'est un peu un mélange des deux premiers : bande passante et accélération)
Une source au pif :
http://webmasters.stackexchange.com/questions/26753/why-do-big-sites-host-their-images-css-on-external-domains
[^] # Re: Bon à savoir
Posté par Argon . Évalué à 4.
Le bon usage pour les scripts, les images, c'est pas plutôt un CDN ?
de même que nous profitons des avantages que nous apportent les inventions d'autres, nous devrions être heureux d'avoir l'opportunité de servir les autres au moyen de nos propres inventions ;et nous devrions faire cela gratuitement et avec générosité
[^] # Re: Bon à savoir
Posté par flagos . Évalué à 2. Dernière modification le 10 janvier 2013 à 11:31.
Oui mais si tu le cales sur un CDN, tu dois mettre l'URL en absolu, et tu retombes sur le premier problème: en https, toutes les sources doivent être chargés en https.
Du coup, soit tu forces le https systématiquement (méthode goret), soit tu utilises la solution élégante proposée au dessus, ou sinon, méthode pénible: il faut détecter que la connection est en https ou en http et donner les bons liens.
[^] # Re: Bon à savoir
Posté par Argon . Évalué à -1.
Oui bien sur mais ce que je voulais faire remarquer dans les bonnes pratiques du web c'est que la première chose à vérifier est de savoir si ta connexion est en http ou en https ensuite pour les images, css, scripts tu utilises de toute façon une URL absolu parce que tu délivres ce genre de contenu en CDN :)
de même que nous profitons des avantages que nous apportent les inventions d'autres, nous devrions être heureux d'avoir l'opportunité de servir les autres au moyen de nos propres inventions ;et nous devrions faire cela gratuitement et avec générosité
[^] # Re: Bon à savoir
Posté par Gui13 (site web personnel) . Évalué à -1. Dernière modification le 09 janvier 2013 à 21:48.
Dommage: //linuxfr.org marche pas:
Ce serait pas mal d'avoir ça aussi pour les adresses du navigateur :)
[^] # Re: Bon à savoir
Posté par Yth (Mastodon) . Évalué à 7.
Ben ça peut pas marcher ça…
C'est la même chose que si tu disais à ton navigateur « va sur /journaux » et que tu espères qu'il comprennes que tu parles de https://linuxfr.org/journaux !
Yth…
# Thunderbird est-il toujours vivant ?
Posté par Philippe F (site web personnel) . Évalué à 3.
Quand on voit le niveau d'activité, on peut en douter… Certes, il est pas mort, il bouge encore quand tu lui donnes un coup de pied. Mais guère plus.
On avait pas entendu un discours comme quoi la "communauté" allait reprendre tout ça en main ?
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par xcomcmdr . Évalué à 8.
J'utilise Xfce, donc un truc qui bouge peu mais dans le bon sens, j'aime et j'y suis habitué…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par Zenitram (site web personnel) . Évalué à 0.
Le "hic" est que le domaine des lecteurs de mail est "légèrement" plus compétitif (surtout que les webmails s'en mêlent), et ils avaient un peu rattrapé leur retard (enfin une facilité de configuration par exemple, ça c'était le truc attendu par tant d'admins), mais il en reste (intégration calendrier, contacts, meilleure synchro avec les serveurs…).
Alors certes je comprend que le financement n'est pas trouvé (Mozilla n'est pas une association de charité, et personne n'a l'air motivé pour reprendre le flambeau), mais c'est dommage que ça ne bouge pas plus pour se battre contre Microsoft Outlook, le libre y perd.
Bon, la bonne nouvelle est qu'ils arrêtent de changer de numéro de version avec comme changelog "changement de numéro version" :), c'est un peu plus objectif.
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par gnumdk (site web personnel) . Évalué à 3.
J'espère que tu rigoles quand même ?
C'est quoi à ton avis le client mail utilisé dans les universités, rectorats, école d'ingénieurs, Lycées, Collèges en France ?
Certainement pas Outlook et sa gestion merdique de l'IMAP…
Et pour les calendriers/contacts, y'a des trucs qui s'appellent lightning/caldav/cardav et qui fonctionne très bien…
Non, la question que tout le monde se pause, c'est: "quand est ce que thunderbird passe à maildir?"
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par sifu . Évalué à 1.
Il me semble qu'il y a des nouveautés sur le maildir lors de la version 12.
Il ne s'agissait pas vraiment d'un maildir pur mais au moins le stockage des mails était fait par fichier.
C'est d'ailleurs, ce que beaucoup d'utilisateurs attendait pour améliorer un peu leur sauvegardes incrémentales ;)
Cependant, il semble qu'il y a encore des bugs https://bugzilla.mozilla.org/show_bug.cgi?id=771643 …
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par Philippe F (site web personnel) . Évalué à 4.
Sauf que c'est très très loin d'un vrai support de Maildir. Ca résoud un problème, certes, on a des petits fichiers au lieu d'un gros paté de mbox.
Par contre, pour ce qui est de:
* compatibilité du format avec d'autres clients mail: nada
* partage du répertoire maildir aved d'autres clients mails: nada. Le stockage actuel est en fait personnel à Thunderbird. Si un fichier change sans que thunderbird ai déclenché le changement, il doit tout reparser pour mettre ses index à jour.
Bref, le support maildir, on l'aura sous Hurd.
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par GnunuX (site web personnel) . Évalué à 3.
Et ca sert à quoi tout ca ? Avoir un client différent par jour ?
Personnellement je préfère avoir mes courriers indexés.
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par Philippe F (site web personnel) . Évalué à 7.
Ca peut servir quand tu es en dual boot windows / linux et que tu n'utilises pas le même client mail des deux côtés. Ou bien si tu accèdes à tes mails par ssh de temps en temps, et par thunderbird de temps à autre aussi.
Ca semble exotique dit comme ça, mais à une lointaine époque, mélanger kmail et mutt ne posait aucun problème.
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par claudex . Évalué à 8.
Ça peut aussi permettre de faciliter les migrations d'un client à un autre.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par ariasuni . Évalué à 2.
Plus maintenant?
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par barmic . Évalué à 4.
Même si je suis pour l'usage plutôt de maildir. pour ce genre d'usage je préfère utiliser IMAP.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par ariasuni . Évalué à 6.
C'est pas parce que ça bouge pas beaucoup que ça n'a pas d'avenir… Toujours est-il que l'arrivée de la messagerie instantanée dans Thunderbird ça en a surpris plus d'un (au moins moi en tout cas :D), et pourtant c'est venu de la communauté.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Thunderbird est-il toujours vivant ?
Posté par gnumdk (site web personnel) . Évalué à 10. Dernière modification le 10 janvier 2013 à 00:24.
T'inquiètes, il est toujours vivant, des bugs importants sont corrigés comme la detection des mimetypes pour les pdfs envoyés par le client mail le plus merdique du monde à savoir Microsoft Outlook (vu qu'une fois de plus, c'est pas une correction de bug mais le contournement d'une erreur dans Outlook).
# Not fixed
Posté par mike.simonson . Évalué à -4.
J'ai testé et je confirme que le bug n'est pas corrigé.
Je laisse le troll aux autres…
[^] # Re: Not fixed
Posté par claudex . Évalué à 7.
Tu as lu la deuxième phrase parlant de ce bug dans la dépêche ?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Not fixed
Posté par Julien Wajsberg . Évalué à 1.
D'après Boris Zbarsky dans un commentaire sur le bug [1], c'est pas vraiment prêt encore et c'est pourquoi l'option n'est pas activée. Faut attendre que le bug [2] soit corrigé.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=62178#c262
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=822367
# et POUF
Posté par insert_coincoin . Évalué à 1.
l'anti-aliasing a sauté chez moi :/
firefox 18, ubuntu 12.10
# Et pour les vieilles versions ?
Posté par Seazor . Évalué à 5.
Ma version ESR a reçu une update 10.0.12 .
Mais si je ne me trompe pas, son support est à bout de course…
Qqun sait ce qu'il est censé lui arriver dans qq semaines ? upgrade vers 17 esr ? (automatique ou pas)
Abandon ? prolongation ?
[^] # Re: Et pour les vieilles versions ?
Posté par Dafatfab . Évalué à 1.
Ah oui, ca c'est une bonne question, je suis dans le meme cas dans mon entreprise…
Des infos sur la branche ESR ?
[^] # Re: Et pour les vieilles versions ?
Posté par Infernal Quack (site web personnel) . Évalué à 3.
Ce que vous cherchez n'est pas expliqué ici https://www.mozilla.org/en-US/firefox/organizations/faq/ ?
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
# un autre vieux bogue corrigé...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
Maintenant "enregistrer sous" fait comme les concurrents : ça prend le contenu de la balise "title" comme nom de fichier par défaut… :/ Mouais, sauf que je préfère utiliser le nom du fichier source quand il y en a un !!!
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.