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 639567 - AppWellMenu: Temporary switch workspace on highlight
AppWellMenu: Temporary switch workspace on highlight
Status: RESOLVED WONTFIX
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-01-14 20:45 UTC by drago01
Modified: 2011-02-12 18:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
AppWellMenu: Temporary switch workspace on highlight (2.09 KB, patch)
2011-01-14 20:45 UTC, drago01
rejected Details | Review

Description drago01 2011-01-14 20:45:22 UTC
Fix this annoying behavior (see patch).
Comment 1 drago01 2011-01-14 20:45:42 UTC
Created attachment 178353 [details] [review]
AppWellMenu: Temporary switch workspace on highlight

In order to be able to highlight windows on a workspace other than
the current one we have to temporary switch to it.

In case the use decided to close the menu we restore the workspace
the user started from.
Comment 2 Florian Müllner 2011-01-14 21:50:02 UTC
(In reply to comment #1)
> Created an attachment (id=178353) [details] [review]
> AppWellMenu: Temporary switch workspace on highlight

Maybe filtering / highlighting previews in the (yet-to-be-written) vertical-workspace-switcher is less intrusive/busy?
Comment 3 drago01 2011-01-14 21:54:07 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > Created an attachment (id=178353) [details] [review] [details] [review]
> > AppWellMenu: Temporary switch workspace on highlight
> 
> Maybe filtering / highlighting previews in the (yet-to-be-written)
> vertical-workspace-switcher is less intrusive/busy?

Not sure about that .. in case you have multiple windows open to be really visible in the vertical switcher but OTOH you have the title in the menu where your focus is ...
Comment 4 Owen Taylor 2011-01-17 17:20:46 UTC
(In reply to comment #1)
> Created an attachment (id=178353) [details] [review]
> AppWellMenu: Temporary switch workspace on highlight
> 
> In order to be able to highlight windows on a workspace other than
> the current one we have to temporary switch to it.
> 
> In case the use decided to close the menu we restore the workspace
> the user started from.

What happens if there are windows on multiple desktops? Maybe the filtered view of app windows shouldn't correspond to a "desktop"?
Comment 5 Jonathan Strander 2011-01-23 15:20:47 UTC
It would make more sense than blank results.
Comment 6 Owen Taylor 2011-02-12 18:45:53 UTC
Review of attachment 178353 [details] [review]:

Discussed this with Jon at some length. What we decided was that the whole "filter windows on right click thing" wasn't working:

 * Having everything change when you click on the menu is really distracting and confusing
 * When you go over the menu, having things prelight in the menu, and then also change elsewhere on the screen means you don't know where to look
 * The highlight behavior with a black box over the workspace area is just weird - it was a hack that sort of worked with how we drew the workspace at the time.
 * In a multiple workspaces scenario, not showing all windows on different workspaces is weird, but pulling them all together without any context is also weird

So we want to just remove it. I'll file a separate bug for that rather than repurposing this one.
Comment 7 Owen Taylor 2011-02-12 18:49:49 UTC
Removal filed as bug 642189