FFe/UIFe dock transparency and slight behavior changes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-shell-extension-ubuntu-dock (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
GNOME 3.26 is now released and feature a dynamic transparency.
It means that when no window is next to the top panel, a small gradient is present. As soon as any window touches it, the top panel become opaques.
This doesn't play visually well with our ubuntu dock, which features a fixed transparency: https:/
As I explained on https:/
We thus need to change the Ubuntu Dock transparency feature to go well visually with it. I have been working with upstream Dash to Dock for a week on this and we iterated on https:/
- The Dock will be at 0.2 (over 1) opacity when no window touches nor the panel neither the Dock itself.
- The Dock will be have the same transparency level as the current version when any window touches the panel or dock in the current workspace.
The testing is in progress as well as the review is. The code is quite stable (being testing for the whole day, and will continue over the week-end) and we aim at getting that merged in the upstream repo quickly (ideally this Monday).
Along the way, I'm using this opportunity to rationalize as well some keybindings and mouse interactions (which are just gsettings override):
- Click is focus or showing up window previews. Same than Super + number (it's already the default)
- Shift + click launch a new instance. Same than Super + Shift + number, bringing back similar keybindings than unity
- Middle click does the same than above (similar behavior than middle clicking on a link in a browser opening a new tab).
- Shift + middle click minimize the last focused window from the selected application.
There is no new strings to translate that we expose.
The rest of this update will be cherry-picked fixes from upstream repo (not a full rebase, as there are new features in it as well).
No problem from a docs POV.