Hi,
Excerpts from Connor Lane Smith's message of 2011-03-12 23:49:22 +0100:
> I feel the patch is a little elaborate for inclusion in trunk, but I
> might consider making focus default -- it just makes the code a bit
> messier.
No, problem, the command-line stuff was actually only there as a
preem
Hey,
On 11 March 2011 20:11, Axel Wagner wrote:
> With the attached patch, -m can (additionaly to taking a number) also
> takes „focus“ and „mouse“ as options. The latter represents the current
> default behaviour, the former uses the center of the window which
> currently has the input-focus to
Hi,
On Sat, Mar 12, 2011 at 11:20:24PM +0100, Axel Wagner wrote:
> First, I use dmenu in conjunction with i3, so I can't use that patch,
> even if I wanted to (though it would be trivially to implement, I think) ;)
> Second, as I said, I hate mouse-follows-focus, imho the mouse should
> move, when
Hi,
Excerpts from Moritz Wilhelmy's message of 2011-03-12 18:47:56 +0100:
> For your information, there is a "warp" patch on the wiki that warps the mouse
> pointer to the active window on focus change.
First, I use dmenu in conjunction with i3, so I can't use that patch,
even if I wanted to (tho
Hi,
For your information, there is a "warp" patch on the wiki that warps the mouse
pointer to the active window on focus change.
Best regards,
Moritz
On 03/11/2011 09:11 PM, Axel Wagner wrote:
> Moin,
>
> if no -m option is given to dmenu, it infers it's xinerama-screen from
> the mouse-position. On heavily keyboard-driven window-managers, the
> mouse-position differs heavily from where the attention is sometimes (I
> personally hate mouse-foll
Hi,
I think I fixed the following bug in the BUGS file:
> another corner case:
>
>a tiled client can be resized with mod+right click, but it only works
>on the main monitor
I attached the patch which I think fixes this. It works for me, but
please test if I maybe missed a case where it doesn't w
