Hi Paul,
K.. can you tell me what exactly the changes are ? I wanted to try the same
in my libgnomecanvas too.
As to what i can understand from our previous conversations ;changes were
made in
*gnome-canvas.c* in function *static void paint (GnomeCanvas *canvas)
*and commented out the line *gt
A possible (though non-optimal) solution is to create 2 loaders - 1
for image/x-foo and 1 for image/x-bar. You can share 99% of the code,
and then pass the mime type to your decoder function, based on which
DLL got invoked. This is what the GDI+ based loaders do on Windows,
for instance.
Best,
Dom
A small shortcoming in the gdkpixbufloader-API causes me trouble. The
problem is this:
Let's say my loader libpixbufloader-foobar can handle the two (very
similar) formats image/x-foo and image/x-bar. Then an application
identifies an image as either foo or bar it invokes my loader. But the
loader
[ Intentionally not trimming quoting much due to various bounces from lists ]
On Wed, 2008-06-11 at 09:05 +0200, Kai-Uwe Behrmann wrote:
> Am 10.06.08, 17:56 -0400 schrieb Owen Taylor:
> > On Tue, 2008-06-10 at 16:43 +0200, Tomas Carnecky wrote:
> > > Added gtk-devel-list@gnome.org to hear their o
Am 10.06.08, 17:56 -0400 schrieb Owen Taylor:
> On Tue, 2008-06-10 at 16:43 +0200, Tomas Carnecky wrote:
> > Added gtk-devel-list@gnome.org to hear their opinion about this matter.
> > For reference, this is what I proposed:
> > http://lists.freedesktop.org/archives/xorg/2008-May/035772.html
> >
On Wed, 2008-06-11 at 20:26 +0530, svalbard colaco wrote:
> Hi Paul,
> k.
> So the "fix" you spoke about was in your application code and not in
> your GTK-quartz backend?
its in my own modified version of libgnomecanvas, which is distributed
on OS X as part of the app bundle.
_
Hi Paul,
k.
So the "fix" you spoke about was in your application code and not in your
GTK-quartz backend?
CMIIMW.
On Wed, Jun 11, 2008 at 8:04 PM, Paul Davis <[EMAIL PROTECTED]>
wrote:
>
> On Wed, 2008-06-11 at 19:55 +0530, svalbard colaco wrote:
> > HI all;
> >
> > Further debugging has show
[resending since the original reply somehow got lost]
On Mon, 2008-06-09 at 09:44 +0200, Murray Cumming wrote:
On Tue, 2008-06-03 at 13:34 +0200, Kristian Rietveld wrote:
[snip]
> We should start to enforce the usage of single header includes and not
> make this optional. Mitch has been working
On Wed, 2008-06-11 at 19:55 +0530, svalbard colaco wrote:
> HI all;
>
> Further debugging has shown that antialiased canvases formed using
> gnome_canvas_new_aa() appear correctly on GTK-DFB backend
> whereas canvases formed using gnome_canvas_new() fail to render on
> GTK-DirectFB ;rather they
HI all;
Further debugging has shown that *antialiased canvases* formed using
*gnome_canvas_new_aa()
*appear correctly on GTK-DFB backend
whereas canvases formed using *gnome_canvas_new()* fail to render on
GTK-DirectFB ;rather they appear black instead of white.
Hoping this will give a clearer i
10 matches
Mail list logo
