On 11 January 2012 22:47, Eckehard Berns wrote:
> On Wed, Jan 11, 2012 at 10:20:43PM +0100, Anselm R Garbe wrote:
>> On 11 January 2012 18:30, Eckehard Berns wrote:
>> > Thinking about this, another way to fix this problem would be to
>> > change all XRaiseWindow calls in dwm to restacking them j
Eckehard Berns 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, and WMwindow is m
On Wed, Jan 11, 2012 at 10:20:43PM +0100, Anselm R Garbe wrote:
> On 11 January 2012 18:30, Eckehard Berns 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
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 11 January 2012 18:30, Eckehard Berns 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 redirect windows as well
> 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 he
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 pa
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, and WMwindow is ment to be managed by the wm
for wind
On Wed, Jan 11, 2012 at 12:33 PM, Martti Kühne 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.
See http://vt100
Hadrian Węgrzynowski wrote:
> On Wed, 11 Jan 2012 12:35:09 +0500
> ∞ wrote:
>
> >On 1/11/12, Jakub Lach wrote:
> >> http://lists.libsdl.org/pipermail/sdl-libsdl.org/2010-February/074856.html
> >>
> >> And nothing.
> >>
> >
> >
> >but, in openbox SDL-apps work fine. need patch for dwm or SDL?
>
On 11 January 2012 10:55, Džen 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 data
> fr
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
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
13 matches
Mail list logo
