234066 2008-08-06 10:20 0000 x11-wm/windowmaker-0.92.0-r7 vdesktop USE-flag 2008-08-26 06:58:00 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 enhancement --- 1 gentoobugsie.20.dsurawicz@spamgourmet.com gnustep@gentoo.org r.wolf.gentoo@atlas.cz gentoobugsie.20.dsurawicz@spamgourmet.com 2008-08-06 10:20:46 0000 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 grobian@gentoo.org 2008-08-07 08:03:16 0000 ehm, yeah, I agree, I use it for a long time without any problems and only coolness now. Arch teams, please do you thing. grobian@gentoo.org 2008-08-07 08:04:26 0000 darn, forgot button... arch teams, please do your blessings (left out mips and x86-fbsd as they don't do stable) nixnut@gentoo.org 2008-08-08 17:47:51 0000 ppc stable corsair@gentoo.org 2008-08-08 20:22:09 0000 ppc64 stable tanderson@gentoo.org 2008-08-09 11:19:24 0000 amd64 stable armin76@gentoo.org 2008-08-09 16:06:18 0000 alpha/sparc/x86 stable grobian@gentoo.org 2008-08-11 15:47:32 0000 hppa, please resolve/fixed this bug when you stable, thanks! r.wolf.gentoo@atlas.cz 2008-08-14 14:33:11 0000 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. grobian@gentoo.org 2008-08-14 15:08:44 0000 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. r.wolf.gentoo@atlas.cz 2008-08-19 15:18:31 0000 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 r.wolf.gentoo@atlas.cz 2008-08-20 13:39:04 0000 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. r.wolf.gentoo@atlas.cz 2008-08-20 13:39:47 0000 Created an attachment (id=163381) USE flag vdesktop for Virtual Desktop feature grobian@gentoo.org 2008-08-20 13:48:42 0000 I'll make a bump with that change, thanks. jer@gentoo.org 2008-08-26 06:44:22 0000 Stable for HPPA. grobian@gentoo.org 2008-08-26 06:58:00 0000 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. 163381 2008-08-20 13:39 0000 USE flag vdesktop for Virtual Desktop feature windowmaker-0.92.0-r7.ebuild.patch text/plain LS0tIG9yaWdpbmFsL3gxMS13bS93aW5kb3dtYWtlci93aW5kb3dtYWtlci0wLjkyLjAtcjcuZWJ1 aWxkCTIwMDgtMDgtMDkgMTg6MDg6MjMuMDAwMDAwMDAwICswMjAwCisrKyBuZXcveDExLXdtL3dp bmRvd21ha2VyL3dpbmRvd21ha2VyLTAuOTIuMC1yNy5lYnVpbGQJMjAwOC0wOC0xOSAxODoyMDow NC4wMDAwMDAwMDAgKzAyMDAKQEAgLTEzLDcgKzEzLDcgQEAKIAlodHRwOi8vd3d3LmdlbnRvby5v cmcvfmdyb2JpYW4vZGlzdGZpbGVzLyR7UH0tcGF0Y2hzZXQtJHtQQVRDSFZFUn0udGFyLmJ6MiIK IEhPTUVQQUdFPSJodHRwOi8vd3d3LndpbmRvd21ha2VyLmluZm8vIgogCi1JVVNFPSJnaWYgZ251 c3RlcCBqcGVnIG5scyBwbmcgdGlmZiBtb2RlbG9jayB4aW5lcmFtYSIKK0lVU0U9ImdpZiBnbnVz dGVwIGpwZWcgbmxzIHBuZyB0aWZmIG1vZGVsb2NrIHhpbmVyYW1hIHZkZXNrdG9wIgogREVQRU5E PSJ4MTEtbGlicy9saWJYdgogCXgxMS1saWJzL2xpYlhmdAogCXgxMS1saWJzL2xpYlh0CkBAIC0x MjcsNyArMTI3LDggQEAKIAlmaQogCiAJIyBlbmFibGUgbmV3IGZlYXR1cmVzLCBuZWVkIHRvIGJl IGRvbmUgdmlhIGRlZmluZXMKLQlhcHBlbmQtZmxhZ3MgLURCT1VOQ0VfQVBQIC1ETkVXQVBQSUNP TiAtRFZJUlRVQUxfREVTS1RPUAorCWFwcGVuZC1mbGFncyAtREJPVU5DRV9BUFAgLURORVdBUFBJ Q09OCisJaWYgdXNlIHZkZXNrdG9wO3RoZW4gYXBwZW5kLWZsYWdzIC1EVklSVFVBTF9ERVNLVE9Q IDsgZmkKIAogCSMgZGVmYXVsdCBzZXR0aW5ncyB3aXRoICRteWNvbmYgYXBwZW5kZWQKIAllY29u ZiBcCg==