Gala: The window switcher is confusing with non full screen apps (large screens)
I would like to suggest including option to switch to non-animated window switcher like the standard one of GNOME, macOS and Windows. I found the behavior in elementary very confusing and after week work with Elementary, I still can't adopt it.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
dimitrov-adrian
All 6 comments
Work is done to improve the ux: https://github.com/elementary/gala/issues/52
A pull request that made more things customizable was rejected: https://github.com/elementary/gala/pull/33
peteruithoven
on 30 Aug 2017
As per the elementary OS Human Interface Guidelines we prefer to avoid configuration in. Instead, we make design decisions.
Is there an issue you're having? What are you finding confusing?
matzipan
on 30 Aug 2017
Marked as incomplete as your initial description, "very confusing", is not very descriptive. Will remove once more details are given.
matzipan
on 30 Aug 2017
Well, in elementary OS there is configuration to make the docker be on left (like in my case) so there are some configuration. I found confusing the way of the behavior, because I prefer to work with not maximized all the time app windows, and while switching bringing current selected to front and hiding others is confusing for me because loosing which are is my current active window. Also the docker is transformed to something like the standards switcher but it's placed (in my case on left) so I should move my view to the left side of the display.
I think just a overlay in the center with all opened windows will be very good solution.
I will not talk about the complete miss of way to navigate with keyboards while holding ALT+TAB no way to select with arrow keys and even on the exposed view.
dimitrov-adrian
on 31 Aug 2017
@matzipan , I'm not sure the title is correct the way you changed it. I'm not sure "with non full screen apps (large screens)" has anything to do with it.
I just created #123, which has something to do with this.
I completely agree with both @dimitrov-adrian in what he said, and you that configuration is not the answer. In this case it just needs to be improved from an usability point of view. Honestly, I would just follow what all other OSes are doing, because it's a pretty established UI element and it's going to be hard to find a more intuitive solution than what everyone's used to.
nkkollaw
on 11 Nov 2017
I'm going to close this as a duplicate of #72 since that's kind of where we're discussing design changes for Alt+Tab
danrabbit
on 12 Dec 2019
Related issues
Janiczek
路
4Comments
hanaral
路
4Comments
Blast-City
路
4Comments
worldofpeace
路
4Comments
uncertainquark
路
4Comments
Most helpful comment
Well, in elementary OS there is configuration to make the docker be on left (like in my case) so there are some configuration. I found confusing the way of the behavior, because I prefer to work with not maximized all the time app windows, and while switching bringing current selected to front and hiding others is confusing for me because loosing which are is my current active window. Also the docker is transformed to something like the standards switcher but it's placed (in my case on left) so I should move my view to the left side of the display.
I think just a overlay in the center with all opened windows will be very good solution.
I will not talk about the complete miss of way to navigate with keyboards while holding ALT+TAB no way to select with arrow keys and even on the exposed view.