yes you are, gtk 2.8 intergrates cairo as a dependancy and uses it for
most drawing functions. Those aren't anti-aliased edges, they are just
drawn with vector graphics, thats what cario is, it's a vector drawing
library, instead of a raster based one. For those that don't know the
difference, raster graphics are typically done pixel by pixel(bmp, jpg,
gif, png), whereas vector graphics(svg is a popular format) are done
with data and are infinitly scalable to any resolution, without
pixelizing, so the graphics will look good at any resolution, and at any
size. As for filesize. this svg http://sepht.ath.cx/sepht.svg is a full
1/3 the filesize of the png http://sepht.ath.cx/sepht.png . (deerpark
and konquoror will render svg in browser)
On Friday 26 Aug 2005 02:28, Andrew Conkling wrote:
The recent release of GTK+ 2.8 has gotten me a bit excited as a PyGTK
developer, so I've been eagerly waiting for the upgrade in pacman.
Now, before you think this is me whining because it's not in current
yet...
This made me realize that in this case, and maybe others, perhaps I
could offer some assistance. Is there anything I can do to help?
Regards,
Andrew
Can someone explain why GTK+ 2.8 is worth getting excited about? I don't mean
that in a nasty way. I'm a KDE user and so don't experience GTK that often.
But from what I've seen about this new release, the Cairo backend simply
gives the colour picker anti-aliased edges. Is there something I'm missing?
arooaroo
_______________________________________________
arch mailing list
[email protected]
http://www.archlinux.org/mailman/listinfo/arch
_______________________________________________
arch mailing list
[email protected]
http://www.archlinux.org/mailman/listinfo/arch
