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 685312 - Windows view - slide in the workspace switcher when a drag is initiated
Windows view - slide in the workspace switcher when a drag is initiated
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: general
3.6.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2012-10-02 16:36 UTC by Allan Day
Modified: 2013-09-06 23:00 UTC
See Also:
GNOME target: ---
GNOME version: 3.5/3.6


Attachments
Revert "workspaces-display: Don't slide out pager on drag-begin" (1.82 KB, patch)
2012-10-19 21:30 UTC, Florian Müllner
accepted-commit_now Details | Review

Description Allan Day 2012-10-02 16:36:36 UTC
In the Activities Overview windows view, the workspace switcher is only partially visible if there is only one workspace. We then slide the switcher in if a window or an app launcher is dragged over it.

Relying on the drag being over the switcher to fully extend it is fiddly and makes the switcher less discoverable than it should be. It would be better to fully extend the switcher as soon as a drag is initiated.
Comment 1 Jasper St. Pierre (not reading bugmail) 2012-10-02 18:29:33 UTC
We used to do this. It seemed weird when we added always-expand-with-more-than-one-workspace, so I asked to remove it:

https://bugzilla.gnome.org/show_bug.cgi?id=652730
Comment 2 Allan Day 2012-10-19 14:33:52 UTC
I gather that the expand workspace switcher on window drag behaviour was removed because the expanding switcher was an annoyance for multimonitor users with only one workspace. That seems like a valid concern.

At the same time, I'm not convinced that the current behaviour is correct. There are a number of issues with it. It makes drag-to-workspace operations harder work, and it makes it less discoverable. This is likely to be especially bad on touchscreens.

Jon and Jimmac - what do you think?
Comment 3 Jakub Steiner 2012-10-19 18:17:13 UTC
I see the need to hover over to slide out a bigger deficiency than enduring the slideout animation in the "one workspace" scenario. Especially when moving the window to another workspace is the likely goal.
Comment 4 Florian Müllner 2012-10-19 21:30:23 UTC
Created attachment 226856 [details] [review]
Revert "workspaces-display: Don't slide out pager on drag-begin"

This reverts commit ed8acefc007a0de9a0175efa6f29d6593e000138.
Comment 5 Florian Müllner 2012-10-19 21:32:13 UTC
(In reply to comment #3)
> I see the need to hover over to slide out a bigger deficiency than enduring the
> slideout animation in the "one workspace" scenario. Especially when moving the
> window to another workspace is the likely goal.

Bug 686483 kind of addresses the "I don't use workspaces, I don't want this stuff to pop out" (with some gsettings tweaking, but still ...)
Comment 6 Jasper St. Pierre (not reading bugmail) 2013-07-09 17:02:18 UTC
Review of attachment 226856 [details] [review]:

If it's a designer ACK, OK.
Comment 7 Allan Day 2013-08-26 00:13:41 UTC
Want to push this?
Comment 8 Florian Müllner 2013-09-06 23:00:02 UTC
(In reply to comment #7)
> Want to push this?

Nope, the patch no longer applies (since commit 3d8a87563d, part of bug 682050); the commit also changes the behavior to pop out the workspace switcher when starting a drag, so we've been doing this all along since 3.8 :-)