[gnome-shell] workspace: Always use floating layout for fade transition
- From: Georges Basile Stavracas Neto <gbsneto src gnome org>
- To: commits-list gnome org
- Cc:
- Subject: [gnome-shell] workspace: Always use floating layout for fade transition
- Date: Mon, 13 Jul 2020 17:34:32 +0000 (UTC)
commit 6cdaec40010201cf50090f75836d50c632690fbc
Author: Florian Müllner <fmuellner gnome org>
Date: Sat Jul 11 17:38:04 2020 +0200
workspace: Always use floating layout for fade transition
We don't animate size and position when fading, so we want all previews
to already be at their final position. However when the app picker is
opened from within the overview, window previews use the zoomed layout,
so that's the state we are then fading when leaving the overview from
the app picker.
Fix that by setting the correct state at the start of the fade transition.
(In the case of fadeToOverview(), the value should always be correct
already, but set it anyway for symmetry with fadeFromOverview())
https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2969
js/ui/workspace.js | 4 ++++
1 file changed, 4 insertions(+)
---
diff --git a/js/ui/workspace.js b/js/ui/workspace.js
index 12c4a39bef..bbf61da33c 100644
--- a/js/ui/workspace.js
+++ b/js/ui/workspace.js
@@ -1027,6 +1027,8 @@ class Workspace extends St.Widget {
if (this.metaWorkspace !== null && !this.metaWorkspace.active)
return;
+ this.layout_manager.stateAdjustment.value = 0;
+
// Special case maximized windows, since it doesn't make sense
// to animate windows below in the stack
let topMaximizedWindow;
@@ -1079,6 +1081,8 @@ class Workspace extends St.Widget {
if (this.metaWorkspace !== null && !this.metaWorkspace.active)
return;
+ this.layout_manager.stateAdjustment.value = 0;
+
// Special case maximized windows, since it doesn't make sense
// to animate windows below in the stack
let topMaximizedWindow;
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]