|
|
- ---
-
- 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
- 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:
-
- 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.
-
- ---
-
- SDL seems to not like non-reparenting WMs:
-
- > 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.
-
- Patching SDL, bugging them?
-
- ---
-
- 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.
-
- ---
|
