renamed draw into drw

[dwm.git] / BUGS

diff --git a/BUGS b/BUGS
index 181ae15..6c9574a 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -1,34 +1,12 @@
+---
+

 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
 
 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;
-
-
-
-> another corner case:
-
-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
-
+---

 
 yet another corner case:
 open a terminal, focus another monitor, but without moving the mouse
 
 yet another corner case:
 open a terminal, focus another monitor, but without moving the mouse

@@ -36,11 +14,31 @@ 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
 
 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:
 
 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
 
 ---
 
 Donald Allen reported this:
 
 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
 

-Starting emacs from xterm doesnt show this problem, he uses tag 8 for emacs
+---
+
+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.
+
+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.
+
+---