* Henrik Holst [EMAIL PROTECTED] [080506 02:30]:
I think an implementation of EWMH would make it possible to remove the
dwm panel (the one that reads stdin and displays it) from dwm code base.
In that way dwm would be smaller (or maybe just break even) and more
symmetric with how dmenu is
On Mon, May 05, 2008 at 02:12:10PM +0200, Matthias-Christian Ott wrote:
Anselm R. Garbe [EMAIL PROTECTED] wrote:
I can confirm your observation and it took quite a while that
someone reported it. I expected it much earlier ;)
The snap-algorithm uses wx, wy, ww, and wh as screen dimension
On Sun, May 04, 2008 at 02:08:09PM +0200, Tinou wrote:
I just noticed dwm crashed every time I start a JUCE app (
www.rawmaterialsoftware.com/*juce*/).
Here is a simple patch to make it work.
Applied, thanks.
--
Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361
Applied, thanks.
On Mon, May 05, 2008 at 08:29:58PM +0200, Szabolcs Nagy wrote:
1 unnecessary space after Layout definition
2 some may need lt in their config (eg i use lt-isfloating in my
pushup/down algo)
--- a/dwm.c Mon May 05 20:06:43 2008 +0200
+++ b/dwm.c Mon May 05 20:26:51 2008
On Tue, May 06, 2008 at 12:14:10AM +0200, Henrik Holst wrote:
I think an implementation of EWMH would make it possible to remove the
dwm panel (the one that reads stdin and displays it) from dwm code base.
In that way dwm would be smaller (or maybe just break even) and more
symmetric with
btw. what naming convention do bx, by, bw,wx,... follow?
On Tue, May 06, 2008 at 11:22:04AM -0400, hiro wrote:
btw. what naming convention do bx, by, bw,wx,... follow?
b{x,y,w} = bar x, y, width
w{x,y,w,h} = window area x, y, width, height
m{x,y,w,h} = master area x ...
t{x,y,w,h} = tile area x ...
mo{x,y,w,h} = monocle area x ...
Kind regards,
--
