[Enhancement] Moving windows between Workspaces — Usability improvements and Compatibility with Drag-and-Drop Window Tiling. + Misc Improvements.

[TCMOREIRA]

Thank you for this awesome extension!!
(It's really cool to see you again Schneegans! You do an awesome job!)

---

Moving windows between Workspaces

---

More Options, and Fine-Tuning Options, for Dragging a Window into Another Workspace from within the current workspace and from the Overview:

• Better fine-tuning for the pressure options:
  • Allow the user to enable a toggle to make each* have separate configuration values (each*: from workspace/from overview) ).
  • Allow for configuring activating the behavior based on the velocity of the mouse.
  • Allow for configuring activating the behavior based on the amount of time the user kept pressuring the screen (with/without mouse movement beyond the activation border).
• Behavior Area and GUI
  • Allow for configuring activating the behavior only on certain areas/zones/corners of the screen.
  • Allow for that screen area to have a correspondent GUI element, such as an arrow, or a peek of the next/previous workspace (either the cube rotates a little bit, or we have a PiP representation of the next/previous workspace), allowing the user to drag the window on top of the GUI element, or drop the window on top of the GUI element, to activate the behavior.

---

When dragging windows in the overview, in an attempt to move them to another workspace, there should be feedback for the beginning of that action.

There should be an option for the user to receive feedback in anticipation for the activation of the behavior, allowing her to engage/disengage with the behavior beforehand.

Currently there's no feedback at all at the beginning of the action, the only feedback is at the end (when it fully rotates to the next/previous workspace).

A possible solution would be rotating the cube according to the user's action of dragging a window to the edge of the overview; the more she drags a window towards the activation of the behavior the more the cube rotates.

---

Dragging windows to the edge of the screen, while using drag-and-drop window tiling, for the purposes of moving that window to another workspace, is currently very inconsistent, jenky and finicky.

Most of the time having this Desktop Cube's option enabled results in not being able to tile windows at all.
The other portion of the time, it seems as if both Desktop Cube and Tiling are fighting for who gets to happen, whenever the mouse reaches the edge of the screen.

Currently, adjusting the necessary pressure on the edge of the screen for the activation of the behavior doesn't truly solve the problem, as it impairs usability of Desktop Cube.

Solution:

• Having a distinct GUI element with a discrete position which can cohexist with the tiling zones, such that you'd have intentionality over whether you want to tile a window or move that window to another workspace.
• Have the behavior happen in a way that doesn't compete with the tiling behavior.
• Giving the user the fine-tune options suggested earlier.

---

Currently, for when the Desktop Cube is displayed in the overview, there's no configuration that I've found which gives me a proper peek at the next/previous desktop. Such that the workspaces are rotated slightly towards the user. An option which would be very much appreciated.

As shown in this hideous, poorly done mockup:

---

• There's currently no way in which putting the mouse next to a workspace rotates that workspace towards the screen (with or without window dragging) [or changes the workspace whenever the mouse reaches the edge of the screen (with or without pressure)] [or a way in which the mouse is always being followed to rotate the cube and change workspaces].

• There's currently no way of zooming in and out of the cube.

  • Having such option would allow us to configure how zoomed in or out the overview is shown, and possibly a behavior for zooming out of the current workspace and in towards another workspace when the mouse approaches those workspaces (with or without window dragging).
  • This could be helpful to, for example, show windows from other workspaces to the user, that they might want to select. Especially in combination with options which detect the position of the mouse to auto-rotate the cube (or auto-rotate the workspaces in the overview).

• There should be an option toggle for displaying the cube as a Convex or Concave projection (I understand there's already a pull request which does that as a part of a whole attempt of bringing Desktop Cube for VR, but I want just the Convex/Concave option toggle, and for that to be available for regular desktop use).

• The usability of the overview is impaired by times where Desktop Cube thinks you meant to click on a window on another workspace when clicking on an empty area of the current workspace.

• In the overview there's no good way of selecting windows from other workspaces without having to first switch to another workspace.

• In the overview dragging and dropping windows onto another workspace doesn't always work, as you have to aim your windows on top of the workspaces for it to work, and that isn't always possible. That could be remedied by being allowed to drop windows on the general direction of another workspace (or simply having left/right areas of the screen for that).

  • Some of the options suggested before might help to solve those usability issues.

---

Misc:

---

Click and Drag the Panel to Rotate the Cube

During the dragging the panel action:

• The mouse cursor should be allowed to go past the edges of the screen, so that, regardless of where in the panel you've started the drag action you'll always be able to finish dragging towards the next/previous workspace.

---

I believe that even if none of what I suggested comes to fruition, giving feedback and suggestions for your extension was the right thing to do. I mean no burden with such long and elaborate suggestions. I mean only for Desktop Cube to improve!

Cheers! 🥰