On 12/3/11, Peter John Hartman wrote:
> Why would you move the mouse and not expect it to refocus things? Esp.
> since this is how it works everywhere else?
>
To be fair, sloppy focus is generally surprising and annoying if you
ever move your pointer. Reaching out for your mouse only to change
fo
The mailing list post where a patch for this was posted last time:
http://lists.suckless.org/dev/1108/9190.html
That seems to be doing fine for me, and works fine with 4.4.1, so maybe
just use something to this effect (ish?).
Then again, your mileage may vary, depending on your use. I set mine up
*internalBorder??
On Dec 3, 2011 8:00 AM, "Yoshi Rokuko" wrote:
> +--- Bjartur Thorlacius
> ---+
> > On 12/3/11, Bastien Dejean wrote:
> > > In my opinion, the concept of gap between frames should be part of dwm.
> > > The existing patches are not
> It would be more sensible to have a single '-g' flag, for geometry,
> which would take an X geometry string. I did write a patch a while
> back which did this, but I don't know where I put it. I also didn't
> find it at all useful, and some of the code was a bit ugly. What would
> be the use case
+--- Bjartur Thorlacius ---+
> On 12/3/11, Bastien Dejean wrote:
> > In my opinion, the concept of gap between frames should be part of dwm.
> > The existing patches are not solid enough. Having no gaps (the current
> > situation) is just a particula
On 12/3/11, Bastien Dejean wrote:
> Well, it's useful when one wants to (properly) place dmenu at the
> optical center of the screen and eventually add some incredibly
> necessary margins.
>
Which is exactly what _NET_WM_WINDOW_TYPE_DIALOG is for. Note that
doing this in the WM is the only way to
On 12/3/11, Bastien Dejean wrote:
> In my opinion, the concept of gap between frames should be part of dwm.
> The existing patches are not solid enough. Having no gaps (the current
> situation) is just a particular case.
>
I consider gaps between frames as a valid and preferable substitute
for bor
Bjartur Thorlacius:
> grabbing the whole keyboard rendering it temporarily unusable for
> anything but typing text into dmenu or escaping out of it.
Yes, it's extremely annoying and alas, it's not just dmenu, many programs
have the *input black hole* feature.
Cheers,
--
Bastien
Connor Lane Smith:
> I also didn't find it at all useful, and some of the code was a bit
> ugly. What would be the use case for this?
Well, it's useful when one wants to (properly) place dmenu at the
optical center of the screen and eventually add some incredibly
necessary margins.
dmenu's defau
Hey,
On 2 December 2011 19:12, Bastien Dejean wrote:
> (Of course I'm referring to the options of the same name already available in
> dzen2.)
It would be more sensible to have a single '-g' flag, for geometry,
which would take an X geometry string. I did write a patch a while
back which did th
Hi,
In my opinion, the concept of gap between frames should be part of dwm.
The existing patches are not solid enough. Having no gaps (the current
situation) is just a particular case.
Try removing margins from a book: it certainly will destroy readability.
Greetings,
--
Bastien
11 matches
Mail list logo
