[linux-audio-user] sticky windows [may be OT]

[Rocco]

On Tue, 30 Sep 2003 18:09:34 +0400
"horsh" <horsh at mail.ru> wrote:

 >> I want to stick or glue some windows of
 >> *different* applications together so that
 >> they be organized in "solid body"
 >> i.e. so that I could minimize/restore,
 >> move them together.
 >>
 >> I know that some window managers offer
 >> "border gravity" and some others offer
 >> virtual desktops,
 >> but sometimes it's just not enough.
 >>
 >> So my question is:
 >> Which window manager support such "sticky"
 >> feature?

ricktaylor at speakeasy.net wrote:

{SNIP}
> http://freshmeat.net/projects/fvwmpartition/
{SNIP}
{tho' FVWM is fairly similar and makes for a really nice
> environment.}}}}

>  I've used all of these... they all work fairly well.

Unfortunatly, I've only worked with FVWM so I can't compare it to the 
rest. But I can tell You that it's __very__ lightweight, boots up 
__very__ quickly and uses __very__ little resources. And there's not 
even __one__ "built in" feature that You're "stuck with". For 
instance... in KDE (the only other Window Manager I have experience 
with) always loads the "task bar". I'm sure if I hacked around I could 
find a way to __not__ start up with it. But FVWM can be so stripped down 
that there's not even a back ground color. All you see is that grey mesh 
that You see just before (whatever window manager You're using at the 
time) starts up. Yet it has ways of creating just about any convience 
you want (like a task bar).

Also... (and maybe this was what you were referring to when you said 
"border gravity") but the config file let's you set (if my memory serves 
Me well) "--geometry" for a window, so that it will open up at whatever 
position you want (or whatever desktop you want to send it to).

And if You're completly determined to have them all together, locked 
into the (aformentioned) "FvwmPartion" (which sounds like a great 
approach), but yet, the whole modual filled with programs are too big 
for Your screen, FVWM has a feature were the Virtual Desktops can be 
"borderless". So if the bottom half of the modual disapeared beyond the 
bottom of Your screen, you can move your mouse down to the bottom and 
all of a sudden, you're at the Desktop were the lower half of the modual 
disappeared to (you would look up at the top of the screen and see the 
second half of the modual). Of course, in that case, maybe it would be 
better to have just have the most used parts of the components sent to 
desktop 1 (on start-up) and the secondary components sent to desktop 2, 
each stuck together with it's own FvwmPartion modual.

The other thing that is cool (and I assume is common to all Window 
Managers) is the ability to have __some__ programs show up on __all__ 
desktops, and __others__ show up on __only__ __one__ desktop. Which can 
be another way of organizing things. I can see this as an advantage if 
(for instance) you have so many programs opened up that you are 
__forced__ to use mulitple desktops, then at least you can use the 
"common to all" program (a mixer would be a good example) follow you to 
each desktop you go to. So... there's your mixer up on the left top 
corner of you screen... yet you just moved to a different desktop were 
there's suddenly a whole new set of programs... and yet... the mixer is 
still were you like it to be.

Of course... You can alway learn C, take the source code of all these 
programs and create one "monster program" (OK, that was kind of a long 
shot... but I thought I would suggest it... heehee...).

Rocco