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

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: [linux-audio-user] sticky windows [may be OT]
From: Rocco (linuxmedia4_AT_netscape.net)
Date: Wed Oct 01 2003 - 07:09:23 EEST


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


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Wed Oct 01 2003 - 07:28:18 EEST