There are no open bugs against this revision and according to Changelog, it fixes quite some issue and adds cool features. If there are no objections, please mark stable. Thanks. Dustin Reproducible: Always
ehm, yeah, I agree, I use it for a long time without any problems and only coolness now. Arch teams, please do you thing.
darn, forgot button... arch teams, please do your blessings (left out mips and x86-fbsd as they don't do stable)
ppc stable
ppc64 stable
amd64 stable
alpha/sparc/x86 stable
hppa, please resolve/fixed this bug when you stable, thanks!
Hi all. I have simple question, if someone can this verify. In WindowMaker version 0.92.0 built from ebuild version 0.92.0-r3, I can move mouse cursor to the screen edge and I can still see mouse pointer picture. Also, I can use keyboard to switch virtual desktops/screens. Using WindowMaker version 0.92.0 built from ebuild version 0.92.0-r7, if I move mouse to the edge of screen, pointer disappear and if I try to switch screen using keyboard, nothing happens. Then, when I move cursor from the edge, pointer appers and windowmaker processes the key, which I have pressed, and switch to other screen. I have the same problem in Debian Etch. Is it possible, that someone applied the same patch in this ebuild? Is this a bug or feature? Regards, Wolf.
I don't use multiple desktops myself, so I never noticed this. Our patchset is largerly based on the RedHat one, which is based on the alt-linux one in turn. Big chance Debian used the same patches. The ebuild applies the patches grouped by "type". You can see through them and try and disable those you expect to cause trouble. It's quite a list, unfortunately.
Hi. Ok, I found the "problem" (feature). This behaviour is caused by -DVIRTUAL_DESKTOP. For this feature should be in configure option --enable-vdesktop, but is disabled (or what) and is visible only in configure.ac. Using add-flags -DVIRTUAL_DESKTOP make this feature available. The same for Debian package. Does anyone exactly know, what this feature does? I have asked already on WindowMaker channel on IRC, but no exact answer. Maybe should be good to implement some USE flag for this feature. Can some test this feature? If you compile with this -DVIRTUAL_DESKTOP and you have more workspaces and if you move mouse pointer to the egde of screen, mouse pointer disappers and it is not possible to change workspace, and use other keyboard shortcuts (menu items, ALT-Tab etc). It looks like mouse is on other "screen" and changes workspaces there - but I have only one monitor and one screen ... And everything I have pressed with some meta-keys (CTRL, ALT, CTRL-ATL etc) is executed as soon as the mouse pointer appears on the screen - is it really stable feature? The same behaviour is in Debian WindowMaker package (wmaker). Having this version, WPrefs shows "Move VirtualDesktop to next {left|right|top|bottom} edge" keyboard assignment. Without -DVIRTUAL_DESKTOP works workspace-switching correctly. Thank you. Regards. Wolf
OK. Peter Zijlstra has written me description for this feature. It makes dynamic virtual desktop. If you move one windows behind screen edge, then you can go to this edge and windowmaker slides workspace to show partially hidden windows. Because of sliding, this feature grabs pointer and disables Alt/Ctrl/Alt+Ctrl keyboard sequences. It disallow to use of the other software using screen edge (such as synergy for switching to other pc's desktop), because windowmaker grabs the pointer and synergy cannot grab it. Maybe this feature could be available with some USE switch (vdesktop). I did following changes in ebuild file (see patch, if you want to change ebuild) In my ebuild, I have default -vdesktop, but it does not matter. Can anyone apply (in next ebuild version) this patch, or should I make new bug report? Regards, Wolf.
Created attachment 163381 [details, diff] USE flag vdesktop for Virtual Desktop feature
I'll make a bump with that change, thanks.
Stable for HPPA.
Ok, I added the vdesktop USE-flag to the ebuild. I think the change doesn't warrant a version bump. I made it default to being on, so you'll have to add an entry in your etc/portage/package.use with x11-wm/windowmaker -vdesktop.
