You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The mouse position should be restricted to the drop zones.
Currently, those valid drop zones are the main grid or all-day row (whichever the original event was).
In the future, valid drop zones will be the timed grid, all-day row, or sidebar.
The cursor should stay as move
The cursor should stay connected to the event it's dragging
Current Behavior
drag-bad.mov
The user can move their mouse outside the grid, despite the event placeholder staying on the grid. 👎
When the user's mouse is outside the grid and hovers their cursor over other elements (like 'Add to week' button), the drag cursor style is overridden 👎 .
There is a large gap between the cursor and the event it's dragging 👎
Steps to Reproduce
Drag an event across weeks
While the mouse is still down, move the cursor outside of the grid (near the header or sidebar)
Notice: the mouse position is lost
Possible Solution
No response
Context
This is poor UX that'll result in users becoming reluctant to use Compass altogether
Where did this happen?
Hosted (compasscalendar.com)
Expected Behavior
When dragging an event across weeks:
The cursor should stay as
moveThe cursor should stay connected to the event it's dragging
Current Behavior
drag-bad.mov
The user can move their mouse outside the grid, despite the event placeholder staying on the grid. 👎
When the user's mouse is outside the grid and hovers their cursor over other elements (like 'Add to week' button), the drag cursor style is overridden 👎 .
There is a large gap between the cursor and the event it's dragging 👎
Steps to Reproduce
Possible Solution
No response
Context
This is poor UX that'll result in users becoming reluctant to use Compass altogether