stumpwm-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [STUMP] transient frames


From: tychoish
Subject: Re: [STUMP] transient frames
Date: Tue, 20 Mar 2012 08:31:47 -0400
User-agent: Mutt/1.5.20 (2009-06-14)

On Thu, Mar 15, 2012 at 08:48:07PM +0330, Mostafa Razavi wrote:
> I've been reading up on window placement rules in StumpWM but there
> is a certain setup I haven't been able to achieve and I was
> wondering if someone can point me to the right direction (if it's
> possible at all). What I want is that a certain window show up in a
> transient frame that appears when the window shows up and goes away
> when the window is closed. The main window of the program is always
> there and full-screen, but the secondary window when called for
> should appear in a frame, say to the right of the screen consuming
> one third of the screen width. Is this setup possible?

StumpWM already allows for "popup" windows and dialogue boxes to
interject themselves without disrupting the current frame. This depends
on those newly created windows presenting themselves to Stump as popup
windows. Most do, some may tell with WM that they're actually "real
windows" and get handled the wrong way, but that's not strictly speaking
a problem stump can do very much with.

Otherwise, I'm not sure what this question asks. Either:

- I think you're asking to be able to, in stump parlance, have windows
  that are managed in stump's frames, and then have a layer of floating
  windows on top of the frames?

- Alternatively, I think you may be asking for stump to, when a new
  window opens, dynamically create a frame, and shrink the current frame
  so that all the window space is used, and then when the window closes,
  re-adjust the frames to continue to use all of the space without the
  "transient window."

The first option is **very** difficult to achieve in Stump (to the best
of my knowledge,) if it's even possible at all. I'm not aware of *any*
window managers that have this behavior. Furthermore as features go, I
don't think that it would be terribly useful or productive, but I might
not understand it totally.

The second option, is the default behavior in some other window
managers, and would not be terribly difficult to implement (relatively
speaking) in stump. At the same time, stump has always taken the
alternative approach to window management, and most stump users prefer
to save frame layouts and window placement rules and then restore
layouts based on how they want the WM to arrange windows rather than let
the window manager place windows itself.

As a third possibility, I may be completely off base, but I hope this
helps. Feel free to ask more questions if anything is unclear.

Cheers,
sam

Attachment: pgpiEkj45EUBX.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]