> > * 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 : www.gnomesupport.org/forums ]
[ Public Key: http://evolvedoo.sf.net/sisobatericomdotnet.asc ]
Attachment:
signature.asc
Description: This is a digitally signed message part