all repos — dwm @ b800a1d1366c2ba22b7c934f7527de0b1542fe78

fork of suckless dynamic window manager

BUGS (view raw)

 1---
 2
 318: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
 418:19 < Biolunar> is it just happening to me or a (known) bug?
 518:24 < Biolunar> and in addition, mplayers fullscreen is limited to the small resolution after i changed it back to the native
 6
 7reproducible with xrandr -s but not with --output and --mode, strange
 8
 9---
10
11yet another corner case:
12open a terminal, focus another monitor, but without moving the mouse
13pointer there
14if there is no client on the other monitor to get the focus, then the
15terminal will be unfocused but it will accept input
16
17---
18
19Donald Allen reported this:
20
21starting 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
22
23---
24
25voltaic reports this:
26
27When I use two monitors, one larger in resolution than the other, the
28bar is drawn using the smaller x-dimension on both screens. I think
29what's happening is that there are two bars drawn, but the short bar
30is always on top of the long bar such that I can't see the information
31under the short bar. If I switch to the small screen, hide the short
32bar, and then switch to the large screen, the long bar is drawn
33correctly.
34
35A similar problem occurs when I have started dwm on a small resolution
36monitor (laptop screen) and then I switch to a large external display.
37When I do this, the bar itself is drawn for the original smaller
38resolution, but the information to be printed on the bar is
39right-aligned for a longer bar. So what I see is a bar that has the
40right hand side of it cut-off. See attached screenshot.
41
42I am using standard options for xrandr such as --output VGA1 --auto, etc.
43
44---