---18:17<Biolunar>whenichangemyresolutionindwm(toasmallerone)andthenbacktothenative,thetopbarisnotrepainted.that's since 5.7.2, in 5.6 it worked fine18: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 nativereproducible 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 workson 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 mousepointer thereif there is no client on the other monitor to get the focus, then theterminal 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 serversStarting 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>workproperlyneitherintilednorinfloatingmode.>Fullscreenwindowclosesimmediatelyafteropening.Thisisaknownbug(forsomecuriosityIreceivedthesamereportviaprivmailfrom2otherpeoplewithinoneweek,reallystrange).Thequickfixiscommentingoutthecodeinlines817/818inhgtipdwm.Icannotconfirmthishasnosideeffects(Ithinkitdoes)andIwilladdressthisissueshortlywitharealfix.---SDLseemstonotlikenon-reparentingWMs:>IwouldliketomentionSDLproblems,howeverSDLisnotcrucialto>meanymore;peoplethatreallycareaboutitshouldspeakupand>proposedwm/SDLpatchorcooperationschemeinthatmatter.PatchingSDL,buggingthem?---voltaicreportsthis:WhenIusetwomonitors,onelargerinresolutionthantheother,thebarisdrawnusingthesmallerx-dimensiononbothscreens.Ithinkwhat's happening is that there are two bars drawn, but the short baris always on top of the long bar such that I can'tseetheinformationundertheshortbar.IfIswitchtothesmallscreen,hidetheshortbar,andthenswitchtothelargescreen,thelongbarisdrawncorrectly.AsimilarproblemoccurswhenIhavestarteddwmonasmallresolutionmonitor(laptopscreen)andthenIswitchtoalargeexternaldisplay.WhenIdothis,thebaritselfisdrawnfortheoriginalsmallerresolution,buttheinformationtobeprintedonthebarisright-alignedforalongerbar.SowhatIseeisabarthathastherighthandsideofitcut-off.Seeattachedscreenshot.Iamusingstandardoptionsforxrandrsuchas--outputVGA1--auto,etc.---