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 651681 - Window dragging system needs polish
Window dragging system needs polish
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: overview
3.24.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-06-02 03:48 UTC by Jasper St. Pierre (not reading bugmail)
Modified: 2021-07-05 14:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jasper St. Pierre (not reading bugmail) 2011-06-02 03:48:19 UTC
Dragging a window to a different workspace is tough: even if you get the window 90% on the thumbnail, it can still fail when your cursor is outside. When this happens, it often seems like the Shell is glitching out without much feedback about what went wrong.

If you incorrectly drop it while your mouse is on the right side of the screen, the workspace thumbnails slide out and then back in.

Here are some simple solutions:

 * Some simple feedback for a correct drop target, like a glow or an opacity change.

 * Resizing the window drag actors so that they are never higher than the workspace thumbnails.

 * Gauging the workspace drop target by what the significant portion of the window is on when the cursor is not on a thumbnail.
Comment 1 Allan Day 2012-10-22 08:53:20 UTC
These are all fine suggestions. Some comments with regards to dragging windows to workspaces:

(In reply to comment #0)
>  * Some simple feedback for a correct drop target, like a glow or an opacity
> change.

Yes! Makes sense to use the same effect that we're going for in 664204.
 
>  * Resizing the window drag actors so that they are never higher than the
> workspace thumbnails.

I'm not sure what you mean here.

>  * Gauging the workspace drop target by what the significant portion of the
> window is on when the cursor is not on a thumbnail.

Big +1 for this.
Comment 2 Jasper St. Pierre (not reading bugmail) 2012-10-22 14:58:07 UTC
(In reply to comment #1)
> I'm not sure what you mean here.

If you have a full-screen window in some layout with not a lot of windows, and start dragging it, the thumbnail you're dragging may be bigger than the workspace thumbnails on the right, to where you want to drag it. It makes the operation confusing, and a bit unwieldy.
Comment 3 Tarun Joshi 2013-10-06 20:50:27 UTC
(In reply to comment #0)
> Here are some simple solutions:
> 
>  * Some simple feedback for a correct drop target, like a glow or an opacity
> change.

Well, if we are going by this solution, I submitted a patch for 664204. It shows an indicator (like the current workspace indicator) when window is dragged over a workspace thumbnail.
Comment 4 GNOME Infrastructure Team 2021-07-05 14:31:57 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of  gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/

Thank you for your understanding and your help.