Re: [dwm] visibility of focused windows

On Wed, Mar 05, 2008 at 02:18:25PM +0100, Anselm R. Garbe wrote:
> On Wed, Mar 05, 2008 at 01:47:16PM +0100, Szabolcs Nagy wrote:
> > On 3/5/08, Joerg van den Hoff <j.van_den_hoff_AT_fzd.de> wrote:
> > > but that was not my point. sorry, if I have not been clear
> > > enough: I really mean the old 'mod1-m' functionality in the
> > > tiled layout: toggle maximization status of the focused
> > > window. this is still desirable, despite availability of
> > > "monocle", I'd say: maximize a _single_ window, do something
> > > and shrink it back to its position in the tiling. it depends
> > > on circumstances whether this is more (or less) suitable
> > > than "monocle". I personally think a "maximize window"
> > > option should always be available in addition to "maximize
> > > all" (a.k.a. monocle).
> >
> > can you please describe a common scenario when the two is different?
> >
> > (eg if you only want a quick maximize+revert then it can be achieved
> > by toggling layout between monocle and tile)
>
> Another possibility is, use some tag as max tag, e.g. 5, then
> toggletag(tags[4]) and do view(tags[4]) for a temporarily
> maximised window, viewprev() can be used now as
> togglemax()-replacement.
>
> The decision to remove togglemax is related to the fact, that
> there should only be one way to achieve a certain functionality.
> And togglemax is a special case of using tagging in a powerful
> way.
>
> I see your point that monocle does not solve the issue at all.
>
> Btw. I plan to introduce 3 additional key bindings:
>
> Mod1-f (Apply floating layout)
> Mod1-m (Apply monocle layout)
> Mod1-t (Apply tiled layout)
>

on second thought: could'nt `mod1-m' be made to toggle
between monocle and tiling, instead (omitting `mod1-t'
completly, maybe)? this would more or less emulate the old
`mod1-m'. such rapid switching back and forth with one key
would seem useful.

joerg
Received on Wed Mar 05 2008 - 16:37:22 UTC