gnome-shell:wip/ewlsh/protocol

Last commit made on 2021-02-20
Get this branch:
git clone -b wip/ewlsh/protocol https://git.launchpad.net/gnome-shell

Branch merges

Branch information

Name:
wip/ewlsh/protocol
Repository:
lp:gnome-shell

Recent commits

9a63bec... by Evan Welsh

Implement gnome-extensions:// protocol.

Add a simple protocol to install extensions.
Currently supports gnome-extensions://install?<email address hidden>

fcb70ff... by =?utf-8?q?Emin_Tufan_=C3=87etin?= <email address hidden>

Update Turkish translation

0ede01e... by Anders Jonsson

Update Swedish translation

3208cc6... by Enrico Nicoletto

Update Brazilian Portuguese translation

f55196e... by Hugo Carvalho

Update Portuguese translation

433ba92... by Jordi Mas

Update Catalan translation

55e08a3... by =?utf-8?q?Florian_M=C3=BCllner?= <email address hidden>

welcomeDialog: Hide overview when taking tour

The dialog is shown at session start, which right now means in the
regular session, however the plan is to start the session in the
overview. When that happens, the "Take the Tour" button should get
the user to the Tour without additonal actions.

Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1699>

bc034d5... by =?utf-8?q?Jonas_Dre=C3=9Fler?= <email address hidden>

windowPreview: Add scaled extra size to chromeWidths() and chromeHeights

Right now the rowSpacing and columSpacing of the layout strategy is
calculated by looking at the overlapping sizes of the close button and
the app icon of the WindowPreview, plus a constant spacing read from CSS
by the WorkspaceLayout that's added to that. We're not factoring in the
extra size of the scaled-up WindowPreviews here and instead depend on
the constant spacing being large enough. If we don't want to depend on
the spacing here, we should add the scaled-up extra size to the sizes
returned by chromeWidths() and chromeHeights().

Since the last commits all previews scale up by the same amount of
pixels, so we can now just add that size to the values returned by
chromeWidths() and chromeHeights().

Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1692>

7d40930... by =?utf-8?q?Jonas_Dre=C3=9Fler?= <email address hidden>

windowPreview: Scale up by the same extra size for every window

Scaling differently sized WindowPreviews by a constant factor will
result in smaller windows getting enlarged by a smaller amount of pixels
than larger windows (1000*1.02=1020 but 100*1.02=102, one will grow by
20 pixels and the other one by 2), this can look a bit weird because
smaller windows don't scale up as much as larger windows.

So introduce a constant extra size to use when scaling windows up, we
set only the half size there because we want to ensure that the size
added on both sides is not fractional and we remain aligned to the pixel
grid.

Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1692>

3795ccb... by =?utf-8?q?Jonas_Dre=C3=9Fler?= <email address hidden>

windowPreview: Use a proper spacing between icon and title

Right now the spacing between icon and title works using a little trick
that doesn't really seem intended: The title is offset by
(icon-height * ICON_OVERLAP), when the icon is actually overlapping the
preview by ICON_OVERLAP, and *overflowing* the preview by
(1 - ICON_OVERLAP).

So correct that and offset the title by
(icon-height * (1 - ICON_OVERLAP)), and since now there's no spacing
anymore, add a proper ICON_TITLE_SPACING to that offset.

Also add the new ICON_TITLE_SPACING to the overlapHeight, where the
spacing was ignored so far.

Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1692>