After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 95004 - Right click on window list should allow desktop switching
Right click on window list should allow desktop switching
Status: RESOLVED DUPLICATE of bug 96087
Product: libwnck
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: libwnck maintainers
libwnck maintainers
Depends on:
Blocks:
 
 
Reported: 2002-10-06 15:50 UTC by Mike Hearn
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Mike Hearn 2002-10-06 15:50:13 UTC
Not sure if this is a metacity or window list applet bug, so putting here....

Some apps do their own window border decorations - ie XMMS. This means that
you cannot currently change which virtual desktop they are on without
actually closing and reopening the app. Ideally the "Put on desktop..."
options would be available on right click as well from the window list applet.

thanks -mike
Comment 1 Havoc Pennington 2002-10-06 16:36:04 UTC
You can Alt+rightclick on the xmms for the moment, though that's sort
of a hidden feature. Also of course you can drag it in the workspace
switcher applet.

On HEAD, the right-click menu on the window list buttons is the same as
the metacity window menu, except there's only "on all workspaces" and
"only on this workspace", no per-workspace menu items. 
I'm not sure if the per-space items should be there, as you would have
to mouse up over them to get to the other items. But I can see a
consistency argument.
Comment 2 Mike Hearn 2002-10-06 21:52:21 UTC
Thanks for the timely reply :)

I'd suggest putting the "to workspace" options on the context menu:

1) They are useful. XMMS is too small to drag on the window switcher
applet, and Alt-Rightclick is way too hidden.... I'd have never found
it if you hadn't told me.

2) Mousing over isn't so bad, as usually those other menu options
aren't used all that much. Who chooses close from that menu rather
than click on the X on the window border? Usually an app that does its
own decorations will provide close/max/min buttons.

3) "On all" and "On this" is useful, but not so much for moving things
between workspaces.

Otherwise thanks very much for metacity, it's great! I love the window
timeout kill feature, oh, I know I should file another bug, but is
there any chance of doing what KDE does and binding Ctrl-Alt-Escape to
xkill?
Comment 3 Mike Hearn 2002-10-17 18:38:13 UTC
Any movement on this one? I'd say not having the per desktop menu
items is a bad idea, as to move XMMS from one desktop to another I'd
have to put it on all desktops, then switch to the one I wanted, the
select "only on this desktop", far more clicks and thoughts than are
actually needed.

Also, is there a bug for "Always on top" in the window menu? I'd find
this really helpful, one of the things that annoyed me about Windows
was that the app was in charge of always-on-top, not me. There was as
far as I could see no good reason for that, other than it not being
implemented. KWin can do this and I used to use it all the time.

thanks -mike
Comment 4 Dave Bordoley [Not Reading Bug Mail] 2002-10-17 18:51:45 UTC
put on all workspaces is now in the context menu of the window list in
cvs.
Comment 5 Vincent Untz 2003-10-16 14:40:54 UTC
The "move between workspace" is a dup'.
The "Always on top" should be a new bug (but I think this won't
happen: there already was a decision on this, IIRC).

*** This bug has been marked as a duplicate of 96087 ***