C'est sympa de la part de RedHat et de Collabora de (削除) collaborer (削除ここまで) contribuer.
À ma connaissance, Mozilla n'embarque pas Cairo
En fait je me référais à ces explications, et c'était ce que je comprenais de :
It’s possible that we will decide to modify our internal copy of Cairo to allow us to use the internal stateless surface API directly, since we think Cairo’s surface API is a pretty good match to Azure’s 2D API.
Mais ces explications semble ne plus être d'actualité, et en cherchant un peu il apparaît que tu as raison : Cairo est une dépendance, donc Mozilla-Azure n'embarque pas ou plus son propre Cairo. (et je note au passage qu'il y a maintenant un backend Skia, l'équivalent de Cairo utilisé par Chrome)
Je rejoins ton avis sur la non intégration de chromium à l'OS, et sa mauvaise gestion des écrans haute résolution sous Linux. Moi perso avec Firefox je configure la police système en plus gros : ça s'applique sur les barres de titres et onglets et après dans Firefox je vais dans préférence->contenu augmenter la police.
... mais si Firefox était encore mieux intégré au système, il pourrait aller chercher cette info tout seul plutôt que j'aie à la changer dans about:config. Il me semble que le support des écrans HiDPI sous Gnome sera vraiment pris en charge correctement via gtk3/Wayland donc pour moi c'est un bon exemple de ce qu'apporte le portage vers gtk3.
Là je ne vois pas en quoi un toolkit tout entier est nécessaire pour aller chercher une info système. Et la gestion du HiDPI c'est hyper simple à faire en web (depuis le temps que tous le monde fait du responsive design).
Mozilla développe et maintient son toolkit web (Gecko) avec son moteur de dessin (Azure) qui est multiplate-forme, qui dispose de plusieurs backend etc. Gtk fait beaucoup doublon au milieux de tout ça.
L'interface de Firefox OS est géré entièrement par cette pile graphique (Gecko/Azure) alors il doit pas manquer grand chose pour gérer entièrement celle de Firefox Desktop.
[^] # Re: Et quid du portage gtk3 ?
Posté par trancheX . En réponse à la dépêche Firefox 35 heures. Évalué à 0.
C'est sympa de la part de RedHat et de Collabora de
(削除) collaborer (削除ここまで)contribuer.En fait je me référais à ces explications, et c'était ce que je comprenais de :
Mais ces explications semble ne plus être d'actualité, et en cherchant un peu il apparaît que tu as raison : Cairo est une dépendance, donc Mozilla-Azure n'embarque pas ou plus son propre Cairo.
(et je note au passage qu'il y a maintenant un backend Skia, l'équivalent de Cairo utilisé par Chrome)
Je rejoins ton avis sur la non intégration de chromium à l'OS, et sa mauvaise gestion des écrans haute résolution sous Linux. Moi perso avec Firefox je configure la police système en plus gros : ça s'applique sur les barres de titres et onglets et après dans Firefox je vais dans préférence->contenu augmenter la police.
Là je ne vois pas en quoi un toolkit tout entier est nécessaire pour aller chercher une info système. Et la gestion du HiDPI c'est hyper simple à faire en web (depuis le temps que tous le monde fait du responsive design).
Mozilla développe et maintient son toolkit web (Gecko) avec son moteur de dessin (Azure) qui est multiplate-forme, qui dispose de plusieurs backend etc. Gtk fait beaucoup doublon au milieux de tout ça.
L'interface de Firefox OS est géré entièrement par cette pile graphique (Gecko/Azure) alors il doit pas manquer grand chose pour gérer entièrement celle de Firefox Desktop.