Certaines applications de la bibliothèque sont maintenant jusqu'à 96 fois plus rapides ! Certaines optimisations sont en butte avec la xlib, qu'Xorg tend à remplacer par XCB. Pour optimiser le dessin, certain changements structurels ont conduit à de minimes pertes de performances sur quelques points précis, mais cela reste relativement négligeable.
En plus des performances, de nombreuses améliorations du moteur PDF permettent désormais de produire un PDF avec du texte sélectionnable, et de compresser le texte et les polices (tout en évitant les doublons). À quand la compression des images ?
L'API s'est enrichie de nombreuses fonctions touchant divers domaines, de la gestions des masques aux fonction win32. Enfin, cette version apporte de nombreuses corrections de bogues.
Aller plus loin
- Annonce de la 1.4.0 (12 clics)
- Cairo Graphics (22 clics)
# Heureux ? Oh oui, très heureux
Posté par Victor STINNER (site web personnel) . Évalué à 9.
http://linuxfr.org/~JRM/22955.html
Sinon, pour voir ce qu'on peut faire avec Cairo, voyez le blog de Mirco Müller (qui a fait la conférence "Bling it up - make it sexy!" à FOSDEM) :
http://macslow.thepimp.net/
[^] # Re: Heureux ? Oh oui, très heureux
Posté par Frédéric COIFFIER . Évalué à 6.
Pour mémoire, la boîte de Xara, le logiciel de dessin vectoriel qui devait devenir Open Source, avait sorti un graphe montrant que le moteur de Xara pulvérisait Cairo.
Et toujours à propos d'Inkscape, est-ce que l'installation de cette nouvelle version permet d'obtenir un Inkscape plus rapide avec un meilleur support du PDF ou faut-il attendre que les développeurs d'Inkscape fasse le portage vers cette version ?
[^] # Re: Heureux ? Oh oui, très heureux
Posté par Pierre Jarillon (site web personnel) . Évalué à 8.
On peut se souvenir de la libération d'Open Cascade ou celle de Blender. L'engouement peut être très variable mais en aucun cas, un concurrent n'est venu "piquer" le code car devenir compétent et reconnu sur un sujet pareil demande un investissement important qu'il est très difficile de rentabiliser.
[^] # Re: Heureux ? Oh oui, très heureux
Posté par pralines . Évalué à 5.
plus d'explication ici :
http://www.linux.com/article.pl?sid=07/02/26/1726257
d'après ce que j'ai compris seuls les prototypes des fonctions ont été recréés, il faut tout coder maintenant mais la situation semble être débloquée, les développeurs de la communauté vont pouvoir avancer sans crainte de voir le produit refermé par la société.
Envoyé depuis mon Archlinux
[^] # Re: Heureux ? Oh oui, très heureux
Posté par karteum59 . Évalué à 3.
D'après ce que j'ai cru comprendre, evas utilise un scene graph là où cairo est plus bas niveau (mais peut servir de base à une lib de scene graph au dessus) => une solution cairo + {une lib de scene graph} pourrait-elle se comparer à evas en terme de perfs ?
# petite faute de typo
Posté par Jean-Max Reymond (site web personnel) . Évalué à 3.
http://fr.wiktionary.org/wiki/%C3%AAtre_en_butte
# Firefox ?
Posté par andeus . Évalué à 10.
[^] # Re: Firefox ?
Posté par krumtrash . Évalué à 8.
[^] # Re: Firefox ?
Posté par Etienne Juliot (site web personnel) . Évalué à 5.
C'est un des objectifs d'avoir séparer le moteur de rendu de Firefox 3 / Gecko 1.9, c'est de se reposer sur un projet indépendant (Cairo) qui va évoluer de son coté beaucoup plus rapidement que le moteur graphique actuel de Gecko.
[^] # Re: Firefox ?
Posté par Guillaume_T . Évalué à 1.
Ben j'ai l'impression que çà change pas grand chose...
Cairo 1.4 est arrivé sur gentoo ~arch, j'ai pas calculé une quelconque différence, gtk/gnome est toujours aussi lent :/
Ce qui est bizarre, c'est que je n'ai pas eu de dépendances cassées, la version de lib n'a pas changé.
Je recompile gtk et pango pour voir, mais je suis sceptique...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.