Just to add I alreay tried breaks in all the  set opacity all the way down to
dfb_window_set_opacity  and its not getting triggered.

But the up down arrows are definatly hooked up to fade in/out the window.
You get the full fade at the top or bottom moving off a row leaves it partially
faded out which of course causes gray speckling with anti-aliased text.

I'll keep digging around but if someone knows where this code is it would help.

Mike

On 10/12/06, Mike Emmel <[EMAIL PROTECTED]> wrote:
> Okay I think I figure out this bug.
>
> What it is is someone has hooked the arrow keys so that up and down
> cause the opacity to change. I figured it out since it allowed me to fade out
> the top row.
>
> Buut I dug  around and did not find where these would be hooked default wm
> did not seem to do it.
>
> Anyone know of another place this would be set ?
> Its pretty strange.
>
> Mike
>
>
> On 10/11/06, Mike Emmel <[EMAIL PROTECTED]> wrote:
> > Thanks for the request Attilio it seems that the GTK port is gaining 
> > momentum.
> > And with that bug reports are pouring in. I think that support for GTK
> > is critical
> > for the success of DirectFB and I hope that some of the supporters of 
> > DirectFB
> > can come to my rescue here.
> >
> > I looked into the issue of clearing the rectangles and gdk makes the right 
> > calls
> > so I back to square one on this.
> >
> > Mike
> >
> >
> > On 10/11/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote:
> > > Hi
> > >
> > > Etch's graphical installer is going to reach its first RC very soon, and
> > > right now it performs quite well on i386 and AMD64 (on PPC there are
> > > still som issues to fix).
> > > A bunch of GTKDFB bugs [1] still awaits to be fixed, but luckily only
> > > one ( #359243 [2] ) affects the g-i.
> > > This bug causes corruption/fading of text in GtkTreeView : even if this
> > > is not a crasher, we cannot ship a Debian installer where rows disappear
> > > when user goes up and down the menu.
> > > It was recently stated that the corrupted widget does not paint outside
> > > of the proper paint loop, so Mike Emmel thinks a background rectangle is
> > > not being cleared before repainting, as under directfb we reuse the
> > > system buffer which contains the current drawing.
> > > If someone could help with this, this would be *very* apreciated: ATM
> > > this is the only bug (keeping my fingers crossed :) that prevents us
> > > from shipping the g-i as the default Debian installer.
> > >
> > > thanks in advance
> > >
> > > Attilio
> > >
> > > [1]
> > > http://bugzilla.gnome.org/buglist.cgi?query=component%3Adirectfb+product%3Agtk%2B+
> > > [2] http://bugzilla.gnome.org/show_bug.cgi?id=359243
> > >
> > > _______________________________________________
> > > directfb-dev mailing list
> > > [email protected]
> > > http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
> > >
> >
>

_______________________________________________
directfb-dev mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev

Reply via email to