6d3df381b3
The transition from the overview freezes the workspace layout at the start of the animation, which means that the calculated window slots remain the same while the workspace itslef grows. This causes the windows to appear slightly shrunk in comparison to the workspace and shifted to the top left. This is especially noticeable during the beginning of the animation when there is more weight on the slots than the original window position and if there are not that many open windows. Unfreezing the layout for this transition is not possible, because it would cause issues with newly opened windows abruptly changing the layout when the animation happens after starting a new app. This change instead tries to scale the frozen layout to the current workspace size. While this is not entirely correct, because this scales the spacing between the slots as well, it is still more accurate than the completely unscaled slots. Fixes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4616 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1980> |
||
|---|---|---|
| .. | ||
| dbusServices | ||
| gdm | ||
| misc | ||
| perf | ||
| portalHelper | ||
| ui | ||
| js-resources.gresource.xml | ||
| meson.build | ||
| portal-resources.gresource.xml | ||