BUGS

   1 ---
   2
   3 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
   4 18:19 < Biolunar> is it just happening to me or a (known) bug?
   5 18:24 < Biolunar> and in addition, mplayers fullscreen is limited to the small resolution after i changed it back to the native
   6
   7 reproducible with xrandr -s but not with --output and --mode, strange
   8
   9 ---
  10
  11 > enternotify is handled even when the entered window is already focused
  12 > (eg moving the mouse to the bar and back, scrolling on the border..)
  13 >
  14 > focusing might be expensive for some clients (eg dim/light up)
  15 >
  16 > a possible solution is to modify enternotify:
  17 >
  18 > +       c = wintoclient(ev->window);
  19 >        if((m = wintomon(ev->window)) && m != selmon) {
  20 >                unfocus(selmon->sel);
  21 >                selmon = m;
  22 >        }
  23 > +       else if (c == selmon->sel || c == NULL)
  24 > +               return;
  25
  26 ---
  27
  28 > another corner case:
  29
  30 a tiled client can be resized with mod+right click, but it only works
  31 on the main monitor
  32
  33 ---
  34
  35 dmenu appears on the monitor where the pointer is and not on selmon
  36
  37 ---
  38
  39 yet another corner case:
  40 open a terminal, focus another monitor, but without moving the mouse
  41 pointer there
  42 if there is no client on the other monitor to get the focus, then the
  43 terminal will be unfocused but it will accept input
  44
  45 ---
  46
  47 Donald Allen reported this:
  48
  49 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
  50
  51 Starting emacs from xterm doesnt show this problem, he uses tag 8 for emacs
  52
  53 ---
  54
  55 2009/12/7 Alexandr Krylovskiy <wing_AT_tversu.ru>:
  56 >  Fullscreen mode with flash applications (youtube, for example) doesn't
  57 > work properly neither in tiled nor in floating mode.
  58 >  Fullscreen window closes immediately after opening.
  59
  60 This is a known bug (for some curiosity I received the same report via
  61 privmail from 2 other people within one week, really strange).
  62 The quick fix is commenting out the code in lines 817/818 in hg tip
  63 dwm. I cannot confirm this has no side effects (I think it does) and I
  64 will address this issue shortly with a real fix.
  65
  66 ---
  67
  68 SDL seems to not like non-reparenting WMs:
  69
  70 > I would like to mention SDL problems, however SDL is not crucial to
  71 > me anymore; people that really care about it should speak up and
  72 > propose dwm / SDL patch or cooperation scheme in that matter.
  73
  74 Patching SDL, bugging them?
  75
  76 ---
  77
  78 voltaic reports this:
  79
  80 When I use two monitors, one larger in resolution than the other, the
  81 bar is drawn using the smaller x-dimension on both screens. I think
  82 what's happening is that there are two bars drawn, but the short bar
  83 is always on top of the long bar such that I can't see the information
  84 under the short bar. If I switch to the small screen, hide the short
  85 bar, and then switch to the large screen, the long bar is drawn
  86 correctly.
  87
  88 A similar problem occurs when I have started dwm on a small resolution
  89 monitor (laptop screen) and then I switch to a large external display.
  90 When I do this, the bar itself is drawn for the original smaller
  91 resolution, but the information to be printed on the bar is
  92 right-aligned for a longer bar. So what I see is a bar that has the
  93 right hand side of it cut-off. See attached screenshot.
  94
  95 I am using standard options for xrandr such as --output VGA1 --auto, etc.
  96
  97 ---