Commits on Source (16)
-
Sergio Costas authored
Although window-list checks the 'skip-taskbar' property when a window is added to the desktop to decide wether it should be shown in the bar or not, it doesn't honor that when the property is changed after a window has already been added. Since the new WaylandClient API allows to change this property for already mapped windows, supporting this is a good idea. This patch fixes this. Fix https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/130 (cherry picked from commit b65f362f)
584016c2 -
Florian Müllner authored
The current code positions window previews explicitly using a fixed layout manager. For that it relies on a valid parent allocation, which is error-prone and frequently results in warnings. Address this by moving the positioning code into a custom layout manager, and only update the visibility from the window preview. https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/issues/260
1276a880 -
Florian Müllner authored
The current code positions window previews explicitly using a fixed layout manager. For that it relies on a valid parent allocation, which is error-prone and frequently results in warnings. Address this by moving the positioning code into a custom layout manager, and only update the visibility from the window preview. https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/issues/260
ed81650f -
Florian Müllner authored
Window DND in the overview is now based on the metaWindow, not the window actor (misnamed as "real window"). https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/133
435879c1 -
Florian Müllner authored
Window DND in the overview is now based on the metaWindow, not the window actor (misnamed as "real window"). https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/133
e734fcbd -
Florian Müllner authored
We modify gnome-shell's workspace tracker to only remove empty workspaces from the end. However we currently don't take into account that sticky windows appear on all workspaces, so those are preventing any workspace from getting removed at the moment. Exclude them when determining whether a workspace is empty to get the expected behavior. https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/135 (cherry picked from commit 61cf679b)
3b225827 -
Thun Pin authored
gnome-shell's overview code changed significantly in 3.38, adjust the extension to work without the separate overlay. https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/issues/259 (cherry picked from commit 737c8976)
5ad272e6 -
Ray Strode authored
If a user is in the middle of a drag in the window list and the window list associated with the drag gets destroyed, the drag monitor gets leaked. Later when the drag motion is processed, spew goes to the log: clutter_actor_contains: assertion 'CLUTTER_IS_ACTOR (self)' failed Examples of triggers for this bug: - The monitor topology changes - The screen gets locked during the drag This commit fixes the spew and the leak by ensuring any pending drag monitoring is disabled when the window lists are destroyed. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/145> (cherry picked from commit 8318ea91)
de8876bd -
Florian Müllner authored
While not strictly necessary, there's no reason to differ from the copy in the window-list extension ... Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/142> (cherry picked from commit f5128e13)
b4a4ff0a -
Florian Müllner authored
Windows' frame rects are in screen coordinates, while the workspace thumbnails are based on the monitor work area. Unless we account for the difference, previews end up mispositioned in multi-monitor setups. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/142> (cherry picked from commit 893d3b04)
37f03f5e -
Florian Müllner authored
Windows' frame rects are in screen coordinates, while the workspace thumbnails are based on the monitor work area. Unless we account for the difference, previews end up mispositioned in multi-monitor setups. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/142> (cherry picked from commit 6949a5d0)
991f6ef5 -
Florian Müllner authored
In order to better reflect the actual workspace, show any preview that is at least partially located on the monitor, not only those that have the major part on that monitor. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/142> (cherry picked from commit 08dfb788)
0d8e4122 -
Florian Müllner authored
In order to better reflect the actual workspace, show any preview that is at least partially located on the monitor, not only those that have the major part on that monitor. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/142> (cherry picked from commit 50d3ee57)
d7a824f3 -
Florian Müllner authored365fa6ab
-
Florian Müllner authored
Update NEWS.
fb66afbf -
Simon McVittie authored9f25047e