X-Git-Url: https://jasonwoof.com/gitweb/?p=dwm.git;a=blobdiff_plain;f=BUGS;h=6c9574a12ab479987d83d99a0b4b57a409e78fa3;hp=370173f7428b5e9e929e6fec2aca5cadeffd1706;hb=HEAD;hpb=bc554d45d8712533862984550a8ba8169a3ba278

diff --git a/BUGS b/BUGS
index 370173f..6c9574a 100644
--- a/BUGS
+++ b/BUGS
@@ -1,37 +1,44 @@
+---
+
 18: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
 18:19 < Biolunar> is it just happening to me or a (known) bug?
 18:24 < Biolunar> and in addition, mplayers fullscreen is limited to the small resolution after i changed it back to the native
 
 reproducible with xrandr -s but not with --output and --mode, strange
 
+---
 
-> enternotify is handled even when the entered window is already focused
-> (eg moving the mouse to the bar and back, scrolling on the border..)
-	>
-	> focusing might be expensive for some clients (eg dim/light up)
-	>
-	> a possible solution is to modify enternotify:
-	>
-	> +       c = wintoclient(ev->window);
-	>        if((m = wintomon(ev->window)) && m != selmon) {
-		>                unfocus(selmon->sel);
-		>                selmon = m;
-		>        }
-		> +       else if (c == selmon->sel || c == NULL)
-	> +               return;
+yet another corner case:
+open a terminal, focus another monitor, but without moving the mouse
+pointer there
+if there is no client on the other monitor to get the focus, then the
+terminal will be unfocused but it will accept input
 
+---
 
+Donald Allen reported this:
 
-> another corner case:
+starting 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
 
-a tiled client can be resized with mod+right click, but it only works
-on the main monitor
+---
 
-dmenu appears on the monitor where the pointer is and not on selmon
+voltaic reports this:
 
+When I use two monitors, one larger in resolution than the other, the
+bar is drawn using the smaller x-dimension on both screens. I think
+what's happening is that there are two bars drawn, but the short bar
+is always on top of the long bar such that I can't see the information
+under the short bar. If I switch to the small screen, hide the short
+bar, and then switch to the large screen, the long bar is drawn
+correctly.
 
-yet another corner case:
-open a terminal, focus another monitor, but without moving the mouse
-pointer there
-if there is no client on the other monitor to get the focus, then the
-terminal will be unfocused but it will accept input
+A similar problem occurs when I have started dwm on a small resolution
+monitor (laptop screen) and then I switch to a large external display.
+When I do this, the bar itself is drawn for the original smaller
+resolution, but the information to be printed on the bar is
+right-aligned for a longer bar. So what I see is a bar that has the
+right hand side of it cut-off. See attached screenshot.
+
+I am using standard options for xrandr such as --output VGA1 --auto, etc.
+
+---