On Tue, Jul 7, 2009 at 4:35 PM, Kathryn
Andersen<[email protected]> wrote:
> On Tue, Jul 07, 2009 at 11:06:36PM +0100, Thomas Adam wrote:
>> 2009/7/7 Jason Weber <[email protected]>:
>> > Is XMonad tiling only, I mean like tiling required? ?Wasn't there
>> > something a while
>>
>> It has a "floating" layout which respects geometries, but other than that...
>
> XMonad is better than ion in that respect, since it has a floating layer
> above the tiled layer, and windows can be toggled to be floating or
> tiled.
>
>> > Anyhow, FvwmProxy won't create your layout, but if you stick them together,
>> > it will keep them stuck. ?If you have an idea on how proxy windows could
>> > be extended to better fit an efficient workflow, I'm ready to listen.
> Thanks.
>
>> Alas, FvwmProxy won't help here, since the assumption that (rightly)
>> makes is that the window is at its current size due to:
>>
>> * Wanting to be (PPosition)
>> * Because the user said so (--geometry)
>> * Because the user meant it, really (PositionPlacement)
>> * The user knew best, go away, application (NoPPosition)
>>
>> In either case, this seems to fall outside of FvwmProxy's remit -- in
>> that it rightly doesn't make the above assumptions and just works with
>> what its been told.
>
> Agreed, it doesn't look as if FvwmProxy would help in this instance.
> But I will keep it in mind if/when I want to do something fancy with
> Gimp's windows.
>
>> (BTW --- an updated "examples" section in its manpage wouldn't go
>> amiss -- as per the recent Debian bug, it seems people are eager to
>> try this module, but misunderstand what it can do.  Jason, you wrote
>> it, how about an explanation as to how *you* use it?  :))
>
> Yes, I was rather puzzled as to what FvwmProxy was useful for when I saw
> it mentioned in an earlier thread, and after reading the man page, I was
> none the wiser.
>
> Kathryn Andersen
> --
>  _--_|\     | Kathryn Andersen  <http://www.katspace.com>
> /      \    |
> \_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
>      v     |
> ------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
> Maranatha!  |   -> Earth -> Sol -> Milky Way Galaxy -> Universe

FvwmProxy has many details, but it is most evident in three common functions.

Finding Windows
I'm usually pretty good about keeping organized and knowing the what and
where of my various desks, but sometimes a lot of departmental popup
messages and deferred items get heaped up on one desk.
I hit meta-ESC and every window is represented by window and icon
name, no overlap, and I can push or pop anything I want.

Firefox-like Tabs
Imagine the tab bar on Firefox, but you can hook in anything on your desktop,
shells, editor sessions, or whatever applications.  Only one is shown at a time
and the all match the same size (to the closest they allow).  Hit
meta-up and meta-down
to flip through them or hit meta-ESC and see the whole list, ready to pick.
Can you imagine having 10 or 20 shells open on on desk?  I do it without hassle.

Ion/Monad Islands
Pick a few shells, drag them to touch each other, and group them.
They now react as one.  Move a shared edge and all those edges move.
Raise, lower, or move one to another desk, and they all follow along.
Gimp is just an example.  I use lots of proprietary apps and they bring up
all sorts of viewer and data windows.  Now instead of trying to wrangle say
four windows, I create a group specification and they automatically
show up as one rectangle.  And you don't just get one.  Each group
is an ion island of it's own.  If you don't like making the specs,
just click the pretty colors and they are grouped.

It sounds to me like you want a layout something like

AB
AC

for windows A, B, and C.  This is something I do all the time.
Right now one of my desks has 5 shells doing related tasks
grouped something like this.

AD
BD
CE

-- Jason Weber

Reply via email to