5.1, with or without the patches I'm using:
If a tiled window is resized or moved with the mouse, it stops obeying
layout changes, remaining where it is and on top of other windows
until the application is restarted. The other windows obey, but
remain underneath.
This is an unexpected behavior;
2008/8/8 RCarter [EMAIL PROTECTED]:
5.1, with or without the patches I'm using:
If a tiled window is resized or moved with the mouse, it stops obeying
layout changes, remaining where it is and on top of other windows
until the application is restarted. The other windows obey, but
remain
On Fri, Aug 8, 2008 at 12:12 PM, yy [EMAIL PROTECTED] wrote:
2008/8/8 RCarter [EMAIL PROTECTED]:
5.1, with or without the patches I'm using:
If a tiled window is resized or moved with the mouse, it stops obeying
layout changes, remaining where it is and on top of other windows
until
On Thu, Aug 7, 2008 at 4:59 PM, RCarter [EMAIL PROTECTED] wrote:
On Thu, Aug 7, 2008 at 4:32 PM, Matthias-Christian Ott [EMAIL
PROTECTED]wrote:
RCarter wrote:
This page: http://www.suckless.org/wiki/dwm/patches/save_floates.html
says about the save_floats patch: Recently it became part
The window is moved to the floating layer, not the layout switched to floating.
Sounds like you're leaving the window in the floating layer, the layer
where layout has no effect.
Put the window back in the tiled layer with MODKEY+Shift+space by default.
On Fri, Aug 8, 2008 at 14:09, Scytrin dai
oh snap, mail app lag.
On Fri, Aug 8, 2008 at 14:11, Scytrin dai Kinthra [EMAIL PROTECTED] wrote:
The window is moved to the floating layer, not the layout switched to
floating.
Sounds like you're leaving the window in the floating layer, the layer
where layout has no effect.
Put the window
On Wed, Jul 30, 2008 at 3:34 PM, Alex Matviychuk [EMAIL PROTECTED] wrote:
Thanks for the suggestion. I tried it out by wrapping the FD readin
block with if(showbar) and it suppressed the output of the while loop
to the dwm bar.
However, to test it out I put an incrementing value in the while
