ubuntu / ubuntu/Tiling-Assistant
Weird maximize animation in multimonitor setups (Related to #188)
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 1.3k
- Forks
- 78
- PR merge metrics
- No merged PRs in 30d
Description
Describe the bug
After the fix for #188 was added windows are maximized to the right monitor but the maximize animation looks off. It seems like the starting point for the animation are the coordinates of the window of the top monitor but mapped to the lower one.
Steps To Reproduce
- Grab a window (super + drag makes this a bit
- Move it so its moslty on another
- Touch the top edge and
- Window tiles to the other monitor instead the one where the top edge was touched
System Info:
- Distro (incl. version): Arch Linux
- GNOME (Shell) version: 42.3.1
- Extension version and from where (e. g. EGO,
mainbranch...): main - XOrg/Wayland: Wayland
Journalctl logs
None
Screencasts
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the behavior from the attached screencast on Wayland with GNOME 42.3.1, then inspect the maximize animation handling introduced for #188. Done means the window still maximizes on the correct monitor and the animation begins from the window's actual position on that monitor.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100