Re: [Om-synth] Always On Top

[Dave Robillard]

On Wed, 2005-12-10 at 22:02 +0200, Esben Stien wrote:
> Dave Robillard <address@hidden> writes:
> 
> > om_gtk is not your window manager. ;)
> 
> I believe this is wrong;). This is not the window managers' job. 
> 
> As it is now, every window instantiated from the patch window is on
> top of the patch window and grouped together. This is a feature
> implemented in om if I'm not mistaken.
> 
> It would be quite a big database and feature set the window manager
> would need to have to keep track of all the windows of an application.
> 
> It is also a status that would also be lost if you changed window
> manager.
> 
> To keep status information on position, size, grouping and visibility
> etc is solely the job of the application, in my opinion.
> 
> An application like om might have 200 and more windows to keep track
> of.

You miss the point.  Node control windows are set as transients of the
patch window.  "Always on top" is what your window manager has done with
this particular hint.

If you think they shouldn't be set as transients, okay.  I might agree,
I don't know.  But toggling is simply not an option, transientness is a
property of a particular window, and it does not change over time.

So, transient or not?  My initial motivation was that it usually centers
the dialog nicely on the patch window.  I guess I can explicitly center
the dialogs and set them not as transient, but AFAIK explicitly setting
window position of new windows is heavily frowned upon.  Maybe there's a
property other than "transient" that would be better...

-DR-