Re: Drop shadow madness

> > * Maximise a window and click on applications on the menu panel
> > with the window in focus. The window will now loose focus and it's
> > title bar's color will change, but the menu shaddow area still shows
> > the window title with the focused color.
> Again, this would require more hacking.  Likely require some kind of
> evil WM trickery, since what I expect is happening is that the menu code
> is grabbing the screen image before the WM has updated, and this is
> tricky to do given they are separate processes (and thus
> "asynchonous").  Yay X.

Well, I'd say with some fiddling with the timing we could stop this
happening in 90% of cases.

> > * Sometimes(seems random) the shadow area is not drawn properly. Moving
> > between view and edit menus in gedit really quickly, I sometimes have
> > half of the open toolbar button cut off.
> > 
> > I'd love to see if these issues can be resolved. Then maybe we could get
> > it into gtk :)
> Please gods no.  ^,^  Let's wait until this can be done *correctly*,
> using real X techniques that actually work with a semblance of speed and
> accuracy.  Then we can have all sorts of goodness like translucent
> menues and window shadows and fancy shadowy/translucent overlays and
> translucent/anti-aliased drag-n-drop icon cursor thingies and all that. 
> With leprechaun marshmallows.  ^,^

When are we getting proper transparency in X? I know we have transparent
cursors in the next one ...

		 .--= [ MArk Finlay - sisob ] =--.

        [ Gnome User's Board : ]
    [ Public Key:  ]

Attachment: signature.asc
Description: This is a digitally signed message part

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]