X-Git-Url: https://jasonwoof.com/gitweb/?p=dwm.git;a=blobdiff_plain;f=BUGS;h=6c9574a12ab479987d83d99a0b4b57a409e78fa3;hp=17f196e14d4b06efc06a9a9be88951649abbd080;hb=99144036af9457eb08c709d3fba7f6ffb42039dc;hpb=427053f8d1cf8e8174d7ab4861a6ec19a79d1032

diff --git a/BUGS b/BUGS
index 17f196e..6c9574a 100644
--- a/BUGS
+++ b/BUGS
@@ -8,34 +8,6 @@ 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
 pointer there
@@ -48,29 +20,25 @@ 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
-
 ---
 
-2009/12/7 Alexandr Krylovskiy <wing_AT_tversu.ru>: 
->  Fullscreen mode with flash applications (youtube, for example) doesn't 
-> work properly neither in tiled nor in floating mode. 
->  Fullscreen window closes immediately after opening. 
-
-This is a known bug (for some curiosity I received the same report via 
-privmail from 2 other people within one week, really strange). 
-The quick fix is commenting out the code in lines 817/818 in hg tip 
-dwm. I cannot confirm this has no side effects (I think it does) and I 
-will address this issue shortly with a real fix. 
-
----
+voltaic reports this:
 
-SDL seems to not like non-reparenting WMs:
+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.
 
-> I would like to mention SDL problems, however SDL is not crucial to
-> me anymore; people that really care about it should speak up and
-> propose dwm / SDL patch or cooperation scheme in that matter. 
+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.
 
-Patching SDL, bugging them?
+I am using standard options for xrandr such as --output VGA1 --auto, etc.
 
 ---