[gnome-shell] workspace: Always use floating layout for fade transition



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]