Alexandre,
What Peter describes does not involve transparent windows.
I agree it does not seem useful, in sense of literal opacity.. Rather,
a waterlevel-type adjustment could suit this idea better..with
widgets appearing or disappearing according to whether they are
above waterlevel. It's important in this case that disappearance or
appearance should not change widget positions or sizes-- the widgets
should not be repacked after the initial packing..
(well, we could consider, if needed, more specific instances of a
general kind of action that could, at one level, have a widget for the
general operation, and then as the waterlevel drops, be replaced in
the same space by several widgets that are the more specific
instances.)
On Feb 5, 2008 9:17 PM, Alexandre Prokoudine
<[EMAIL PROTECTED]> wrote:
> On Feb 5, 2008 1:26 PM, peter sikking wrote:
>
> > >> And we can't (yet) make GTK+ widgets translucent.
> > > Are you 100% sure?
> > >
> > > http://www.breakitdownblog.com/gnome-murrine-theme-gets-transparent-
> > > widgets/
> >
> > that is cool (but not for this UI design). I would like to know
> > how universally (all linux WMs, windoze, OS-X) that can be rolled out...
>
> Murrine's developer writes in his blog: "Then you need... a composite
> capable window-manager, like Compiz, future Metacity etc etc…"
>
> I'm not quite sure about usefulness of transparence in a graphics
> editor (unless it's transparence of layers/selections/objects in a
> drawing). Sounds like distraction to me (and yes - I remember your
> argument on Aperture :-))
>
> Alexandre
>
> _______________________________________________
> Gimp-developer mailing list
> Gimp-developer@lists.XCF.Berkeley.EDU
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
