Bug 234066 - x11-wm/windowmaker-0.92.0-r7 vdesktop USE-flag
|
Bug#:
234066
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: gnustep@gentoo.org
|
Reported By: gentoobugsie.20.dsurawicz@spamgourmet.com
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: x11-wm/windowmaker-0.92.0-r7 vdesktop USE-flag
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2008-08-06 10:20 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
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)
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.
I'll make a bump with that change, thanks.
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.