[openbox] focus follows mouse and keybinding raise/lower window

[Emile Snyder]

> > >And with the mouse, it's possible Emile doesn't have a button to spare.

This is in fact the case.

> > >I'm not saying it should be a mainline change, but I do see why an
> > >individual change would be warrented.
> > 
> > Something still seems wrong to me about using the keyboard to lower a 
> > window because you "do not use the mouse much" and still depend on the 
> > location of the mouse pointer to determine focus. Maybe you want to use 
> > virtual desktops?

I use 4 desktops layed out in a line with keybindings for next/prev
desktop, and for raise/lower window.  Typically 2 or 3 of the desktops
have 3x3 tilings of xterms plus a full desktop window of some stripe
(emacs, web browser, mail client, etc.).

Perhaps it's just a character flaw on my part of a lack of understanding
of my options, but when I try to use next/prev window keybinding focus
it takes me an average of 5 hits of the NextWindow key, each time
spending mental energy on seeing whether the window I want to focus was
next in line or not, every time I want to switch.  It's much much easier
to just point at it; mice are good for that, I'm not trying to hit a
small target, and I don't have to position my hand correctly on the
mouse or anything to hit the right button (using focus follows mouse).

For my usage pattern I am constantly wanting to flip windows up and down
and have the thereby exposed window receive focus.  I am frankly
surprised that more people don't have this desire, but the evidence of
the respondents seems to be against me.  Can someone explain to me again
what bad situation the existing behavior is protecting me from?

Thanks,
-emile 

> That's what I do, but there are advantages (they are admittedly small,
> though) to having two dimensions of stacks, one across desktops and one
> within.  Sure you need *lots* of apps, or a need for strong grouping
> to require such a paradigm, but, hey, to each is own, right?
> > That way you know exactly where every window is and can 
> > have direct keybinds to them.
> > 
> > --
> > Mikael Magnusson
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://icculus.org/pipermail/openbox/attachments/20060508/de27f36b/attachment.pgp>