You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
90 lines
3.3 KiB
90 lines
3.3 KiB
--- |
|
|
|
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; |
|
|
|
--- |
|
|
|
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. |
|
|
|
---
|
|
|