On Mon, 2007-10-15 at 09:04 -0700, Carl Worth wrote:
On Sat, 13 Oct 2007 00:51:44 +, =?ISO-8859-1?Q?BJ=F6rn_Lindqvist?=
wrote:
I have played around with Cairo some more and it seems to me that it
is not fully ready yet. :( Cairo blits and scales much slower than
gdk-pixbuf (software
2007/10/15, Jean-Philippe Chancelier [EMAIL PROTECTED]:
Kalle Pixel-based drawing is already a drawback, no need to wait for
bigger
Kalle screens. But that's why nobody uses GDK to _draw_ anything anymore,
Well, I'm not sure of that point. May be I do wrong but I have
a
On Sat, 13 Oct 2007 00:51:44 +, =?ISO-8859-1?Q?BJ=F6rn_Lindqvist?= wrote:
I have played around with Cairo some more and it seems to me that it
is not fully ready yet. :( Cairo blits and scales much slower than
gdk-pixbuf (software that is)
Do you have some simple test cases to demonstrate
I've written a wiki page summarizing this and previous discussions on
this topic: http://live.gnome.org/GtkCairoIntegration. Please update
it mercilessly.
--
mvh Björn
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On 10/15/07, Carl Worth [EMAIL PROTECTED] wrote:
On Sat, 13 Oct 2007 00:51:44 +, =?ISO-8859-1?Q?BJ=F6rn_Lindqvist?=
wrote:
I have played around with Cairo some more and it seems to me that it
is not fully ready yet. :( Cairo blits and scales much slower than
gdk-pixbuf (software that
Hei Kalle!
On 10/13/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/10/13, BJörn Lindqvist [EMAIL PROTECTED]:
There is a
similar mismatch between GdkRectangle and cairo_rectangle_t.
So are you suggesting GDK should operate in subpixel precision or that
cairo would reduce it's precision?
On Fri, 2007-10-12 at 20:51 -0400, BJörn Lindqvist wrote:
I have played around with Cairo some more and it seems to me that it
is not fully ready yet. :(
Well, depends on your definition of ready. It sure is rendering my
entire desktop good enough.
Cairo blits and scales much slower than
2007/10/15, Raphael Bosshard [EMAIL PROTECTED]:
Hei Kalle!
On 10/13/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/10/13, BJörn Lindqvist [EMAIL PROTECTED]:
There is a
similar mismatch between GdkRectangle and cairo_rectangle_t.
So are you suggesting GDK should operate in subpixel
2007/10/13, BJörn Lindqvist [EMAIL PROTECTED]:
On 10/8/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/10/8, BJörn Lindqvist [EMAIL PROTECTED]:
It feels like Cairo doesn't fit in. For example, GDK uses GdkColor to
represent colors but Cairo has no equivalent.
There is
I've been thninking about this issue for some while now as well, and I've
written (in gtkmm straight, so i didn't attempt to provide patches yet) a
CairoImageSurface cellrenderer, and a few miscellaneous widgets which render
directly a Cairo ImageSurface to a drawable instead of doing roundtrips.
On 10/8/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/10/8, BJörn Lindqvist [EMAIL PROTECTED]:
It feels like Cairo doesn't fit in. For example, GDK uses GdkColor to
represent colors but Cairo has no equivalent.
There is gdk_cairo_set_source_color() though, which bridges the gap.
Same
On 10/8/07, Havoc Pennington [EMAIL PROTECTED] wrote:
BJörn Lindqvist wrote:
So how about replacing gdk-pixbuf with something cairo compatible that
is also modern? 16 bits per sample is common these days. Support for
digital camera RAW images would also be nice. Is a completely new
image
BJörn Lindqvist [EMAIL PROTECTED] writes:
Incidentally, blitting pixbufs is slower than it has to be because its
format rarely matches the X11 server which uses either xRGB32 or
ARGB32.
I don't disagree with anything else you say, but this performance
issue is really a non-issue. We are
Hello all, I'd like to ask some questions and maybe also start some
discussion about GDK and Cairo.
GTK+ is built on top of GDK and those libraries were built together so
they fit well with each other. But now, parts (or all?) of GDK is
about to be replaced with the much more powerful Cairo
2007/10/8, BJörn Lindqvist [EMAIL PROTECTED]:
Hello all, I'd like to ask some questions and maybe also start some
discussion about GDK and Cairo.
GTK+ is built on top of GDK and those libraries were built together so
they fit well with each other. But now, parts (or all?) of GDK is
about to
Hi,
BJörn Lindqvist wrote:
So how about replacing gdk-pixbuf with something cairo compatible that
is also modern? 16 bits per sample is common these days. Support for
digital camera RAW images would also be nice. Is a completely new
image library worth pursuing? Are there maybe better ways to
16 matches
Mail list logo