all repos — dwm @ 1144e983949878ea75e5d40e93b063ff7d1e1150

fork of suckless dynamic window manager

BUGS (view raw)

 118:17 < Biolunar> when i change my resolution in dwm (to a smaller one) and then back to the native, the top bar is not repainted. that's since 5.7.2, in 5.6 it worked fine
 218:19 < Biolunar> is it just happening to me or a (known) bug?
 318:24 < Biolunar> and in addition, mplayers fullscreen is limited to the small resolution after i changed it back to the native
 4
 5reproducible with xrandr -s but not with --output and --mode, strange
 6
 7
 8> enternotify is handled even when the entered window is already focused
 9> (eg moving the mouse to the bar and back, scrolling on the border..)
10	>
11	> focusing might be expensive for some clients (eg dim/light up)
12	>
13	> a possible solution is to modify enternotify:
14	>
15	> +       c = wintoclient(ev->window);
16	>        if((m = wintomon(ev->window)) && m != selmon) {
17		>                unfocus(selmon->sel);
18		>                selmon = m;
19		>        }
20		> +       else if (c == selmon->sel || c == NULL)
21	> +               return;
22
23
24
25> another corner case:
26
27a tiled client can be resized with mod+right click, but it only works
28on the main monitor
29
30dmenu appears on the monitor where the pointer is and not on selmon
31
32
33yet another corner case:
34open a terminal, focus another monitor, but without moving the mouse
35pointer there
36if there is no client on the other monitor to get the focus, then the
37terminal will be unfocused but it will accept input
38
39
40---
41
42Donald Allen reported this:
43
44starting emacs from dmenu in archlinux results in missing configure of emacs, but mod1-space or mod1-shift-space fix this problem. this problem is new and did not happen in 1.6 xorg servers
45
46Starting emacs from xterm doesnt show this problem, he uses tag 8 for emacs