Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Andrew Hills
On Sat, Jun 11, 2011 at 3:57 AM, Yoshi Rokuko yo...@rokuko.net wrote:
 yes mod+[jk] is nice but still i like the behavior of zoom() without
 line 2037 more even though in monocle there is no distinction between
 master and slaves - wait there is, slaves are invisible ...
 ... probably i'm redefining master here ...

So you would rather have mod+[jk] focus the windows without pulling
them to the front, and use zoom to bring them to the front? I don't
think anyone would suggest that, but that's the only purpose of zoom
in monocle mode that I can think of. You do understand that only one
window per monitor is visible in monocle mode, right?

--Andrew Hills



Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Christoph Schied
On Sun, Jun 12, 2011 at 08:22:59AM -0800, Andrew Hills wrote:
 [...] but that's the only purpose of zoom in monocle mode that I can
 think of.

The idea is to view zoom as a method to bring a window to the front of
the window-stack. That way you can use your windows in a LRU manner,
which saves you endless moving through the window list just to toggle
between two windows.



Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Kurt H Maier
On Sun, Jun 12, 2011 at 5:22 PM, Christoph Schied
christoph.sch...@uni-ulm.de wrote:
 The idea is to view zoom as a method to bring a window to the front of
 the window-stack. That way you can use your windows in a LRU manner,
 which saves you endless moving through the window list just to toggle
 between two windows.

This can't be achieved by alternating Mod+k and Mod+j?


-- 
# Kurt H Maier



Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Bryan Bennett
I believe he's attempting to avoid 'flicking' through windows when
changing them. The workflow would be:

1) identify that you need another window focused
2) MOD+j/k through windows, identify them by title and select one
3) Hit a key to focus that client and bring it to the front


Basically a crippled and ill-intentioned version of alt+tab,if I'm reading
this right



Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Andrew Hills
On Sun, Jun 12, 2011 at 3:21 PM, Kurt H Maier karmaf...@gmail.com wrote:
 This can't be achieved by alternating Mod+k and Mod+j?

Or half a dozen other ways with tags...

--Andrew Hills



Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Connor Lane Smith
Hey,

On 13 June 2011 01:38, Bryan Bennett bbenn...@gmail.com wrote:
 Basically a crippled and ill-intentioned version of alt+tab,if I'm reading
 this right

Problem is, you can't use Alt-Tab in this situation, if the two
windows are not adjacent to one another. I personally see no reason
why we should refuse to zoom clients in monocle mode, since there is
no other way to move clients in the stack.

Sure, you could set up a special tag and toggle clients into and out
of it, but why not do that for every layout? Because it would be awful
and tedious.

So yeah, I agree with Yoshi on this one.

Thanks,
cls



Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Kurt H Maier
On Sun, Jun 12, 2011 at 9:00 PM, Connor Lane Smith c...@lubutu.com wrote:
 Hey,
 Problem is, you can't use Alt-Tab in this situation, if the two
 windows are not adjacent to one another.

It sounds to me like you can do this exactly with Alt+Tab, by
assigning the two windows you want to two tags and the nusing Alt+Tab
to alternate between them.


 Sure, you could set up a special tag and toggle clients into and out
 of it, but why not do that for every layout?

Because this is only a problem in monocle mode.  It sounds very much
like tags are the answer here, and they're not being used properly to
solve this problem.  Instead of doing strange things with zoom() in
one specific layout, there should be a tag (ࡀ) on window 1 and a tag
on window 4.  If they both have the same tag, a second tag (ࡁ) should
be assigned to window 4.  You then view tag ࡀ, followed by tag ࡁ,
and then Alt+Tab will allow you to switch back and forth between them.

I have a strong suspicion that tags are currently being used as
workspaces in this thread, and I will warn you all that I have the van
dispatch number saved in my cell phone.  Modifying the layout is
perilous, because it implies you're setting up some kind of state
machine for your window arrangement, which is not appropriate for a
dynamic window manager.  It should be irrelevent how your windows are
laid out (or in what order they are stacked) since you should be
assigning tags to make access easier.

-- 
# Kurt H Maier



Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Connor Lane Smith
On 13 June 2011 02:15, Kurt H Maier karmaf...@gmail.com wrote:
 It sounds to me like you can do this exactly with Alt+Tab, by
 assigning the two windows you want to two tags and the nusing Alt+Tab
 to alternate between them.

This is true. You only need to tag one window, in fact. Fair enough, I
concede. Though line 2037 still seems a waste of code.

 It should be irrelevent how your windows are
 laid out (or in what order they are stacked) since you should be
 assigning tags to make access easier.

I still disagree with this: I don't believe all sections of the screen
are treated and observed equally. But I guess this is just a matter of
preference.

Thanks,
cls