Animate command-driven floating changes
This commit is contained in:
parent
aeaea3419f
commit
d0cc5dc3c7
4 changed files with 60 additions and 18 deletions
|
|
@ -82,8 +82,8 @@ Implementation shape:
|
|||
Initial scope:
|
||||
|
||||
- Tiled reflow animation.
|
||||
- Floating command-driven moves are deferred until after tiled reflow, spawn-in,
|
||||
and float/tile transitions are validated.
|
||||
- Floating command-driven moves and resizes are animated. Pointer and tablet
|
||||
drag/resize paths still snap directly to the live cursor position.
|
||||
- Cross-output and cross-scale movements snap for now.
|
||||
- Linear mode may overlap windows during swaps. That is expected for the classic
|
||||
interpolation mode; no-overlap is Phase 3.
|
||||
|
|
@ -101,6 +101,8 @@ Tests:
|
|||
- drag-driven floating movement bypasses animation
|
||||
- damage includes old, current, and final rects
|
||||
- command-driven tile-to-float and float-to-tile transitions use linear motion
|
||||
- command-driven floating moves and resizes animate without affecting pointer
|
||||
drag/resize behavior
|
||||
- pointer/header double-click unfloat bypasses the command-animation gate
|
||||
|
||||
## Phase 2: Retained Texture Freezing
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue