Re: gnome canvas item apears black on GTK-DirectFB
- From: "svalbard colaco" <svalbardcolaco gmail com>
- To: paul linuxaudiosystems com
- Cc: gtk-devel-list gnome org, gtk-app-devel-list gnome org
- Subject: Re: gnome canvas item apears black on GTK-DirectFB
- Date: Tue, 10 Jun 2008 14:01:36 +0530
Hi
I have not been able to find out the fix that u mentioned in quartz backend; in gtk+-2.10.14;
could u elaborate on that please?
It will be very helpful;
Thanks & Regards
sv.
On Mon, Jun 9, 2008 at 6:07 PM, svalbard colaco <
svalbardcolaco gmail com> wrote:
Hi Paul Davis ,
Thanks for your prompt reply ;
Can u tell me where exactly the changes have to be done?
As u mentioned there is a fix in quartz ; can u elaborate on that ? where in the source code i can find it ?
Could i provide a similar fix on DirectFB stack or should i use that the mentioned function in the appllication code itself ?
Awaiting for your inputs...
Thanks & Regards
sv.
On Mon, Jun 9, 2008 at 5:14 PM, Paul Davis <
paul linuxaudiosystems com> wrote:
On Mon, 2008-06-09 at 16:00 +0530, svalbard colaco wrote:
> Hi all,
>
> I have an application running on GTK-DirectFB and its observed
> that , a part of the window,
> which is a gnome canvas item is not rendered properly rather that
> entire vbox appears black,
> But when i click on , on a click_to_ add canvas item within that vbox
> it appears white as expected.
this happens on the quartz backend too, and is caused by the
non-standard update model used by the canvas. there is a relatively
simply fix on quartz. in the paint() function, the canvas should not be
delivery expose events to itself, but instead should call
gdk_window_invalidate_region().
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]