Hey Connor
I've discovered a little imperfection when running dmenu with the -f
flag (note that this is really a tiny issue and maybe it would be better
to just ignore it).
Due to the fact that dmenu locks up the keyboard before reading data
from stdin, the user isn't able to exit dmenu while it
On Tue, Jan 10, 2012 at 10:04:13PM +0100, Martti Kühne wrote:
Which reminds me, I just wanted to paste the diffs into st where I'm writing
this email and it seems copy/pasting doesn't work well with newlines. I might
be back later or tomorrow with another one. =)
Not sure if this would work
On 11 January 2012 10:55, Džen yvl...@gmail.com wrote:
Hey Connor
I've discovered a little imperfection when running dmenu with the -f
flag (note that this is really a tiny issue and maybe it would be better
to just ignore it).
Due to the fact that dmenu locks up the keyboard before reading
Hadrian Węgrzynowski hadr...@hawski.com wrote:
On Wed, 11 Jan 2012 12:35:09 +0500
∞ eremiteinv...@gmail.com wrote:
On 1/11/12, Jakub Lach jakub_l...@mailplus.pl wrote:
http://lists.libsdl.org/pipermail/sdl-libsdl.org/2010-February/074856.html
And nothing.
but, in openbox SDL-apps
On Wed, Jan 11, 2012 at 12:33 PM, Martti Kühne mysat...@gmail.com wrote:
Debugging ttywrite() got me thinking, why is it that pressing Enter will not
result in what would seem logical '\n' but '\r' as well instead?
tty(1) mentions CR, though I'm completely lost if/why that be the right place.
Quoth Eckehard Berns:
It seems that the problem isn't the reparenting stuff. The attached
patch for SDL-1.2.14 worked for me.
Thanks for looking into this and providing the patch - it works
great for me.
It seems like sensible behavior to go into mainline SDL; any reason
not to send this
It seems like sensible behavior to go into mainline SDL; any reason
not to send this patch their way?
I just tried the patch at home and it doesn't work. I also reviewed
dwm's source code and my memory of the bar being risen was a bit faulty.
I still think the stacking order is the problem
On 11 January 2012 18:30, Eckehard Berns ecki-suckl...@ecki.to wrote:
Thinking about this, another way to fix this problem would be to
change all XRaiseWindow calls in dwm to restacking them just below the
bar and never raising the bar. That way dwm would play nicely with other
override
Quoth Eckehard Berns:
At work I'm on a 32-bit system, here I'm on 64-bit.
I'm on a 32-bit x86 here, where it works fine, FWIW.
pgp3wvMtlMBZR.pgp
Description: PGP signature
On Wed, Jan 11, 2012 at 10:20:43PM +0100, Anselm R Garbe wrote:
On 11 January 2012 18:30, Eckehard Berns ecki-suckl...@ecki.to wrote:
Thinking about this, another way to fix this problem would be to
change all XRaiseWindow calls in dwm to restacking them just below the
bar and never raising
Eckehard Berns ecki-suckl...@ecki.to wrote:
It seems that the problem isn't the reparenting stuff. The attached
patch for SDL-1.2.14 worked for me.
If anyone is interested, here is what happens:
SDL creates two windows: FSwindow and WMwindow. FSwindow has the
override redirect flag set,
On 11 January 2012 22:47, Eckehard Berns ecki-suckl...@ecki.to wrote:
On Wed, Jan 11, 2012 at 10:20:43PM +0100, Anselm R Garbe wrote:
On 11 January 2012 18:30, Eckehard Berns ecki-suckl...@ecki.to wrote:
Thinking about this, another way to fix this problem would be to
change all XRaiseWindow
12 matches
Mail list logo