GitLab

This is an upstreaming of the GNOME-specific X-GNOME-SingleWindow key,
which functions as the same thing, signaling that an app only supports
having a single one of its main window open.

We recently added support for apps with that key in KDE [1] and thought
it would be useful to upstream (with a slightly more accurate name,
since technically single-instance apps can open multiple windows) so
that everyone could benefit from the same thing.

[1] https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1309

Fixes: 923eb9fe ("Let DBus-activated processes properly integrate on Wayland")

On Wayland, the xdg-activation-v1 protocol provides means for processes
to get activated that requires a token to be passed to the compositor.
This change explains how to make this wayland activation happen when the
process has been invoked through DBus.

Simon Ser authored Mar 04, 2021 and David Faure committed Jun 19, 2021

This allows transferring an activation token to the application that
opened the notification.

References: wayland/wayland-protocols!50

Closes: #70

* Sligly improve the design
* Now support dark theme (on supported browsers)
* Cleanup some bits

Rather than adding hi-dpi specific text to the thumbnail specification,
we expect code that calls out to thumbnailers to automatically ask for
the right size of thumbnail to be displayed, depending on the level
of integration that the toolkit provides.

The x-large "512x512" size could be used as a 512x512 size for
non-hi-dpi displays, or equivalent to a 256x256 logical size of displays
with a 2x DPI.

The "x*-large" name also has the benefit of being easily extensible
without getting a thesaurus out.

Closes: #15

eode authored Nov 28, 2020 and David Faure committed Nov 28, 2020

Based on patches by Lennart Poettering initially.

So it uses MarkDown.

The commit ID we used was a commit on a WIP branch which introduces a
key with a name that isn't the same as what was finally merged.

Fixes "PrefersDiscreteGPU" appearing in the desktop entry spec instead
of PrefersNonDefaultGPU.

Jan Grulich authored Oct 21, 2019 and Bastien Nocera committed Apr 27, 2020

This new key tells a launcher to do what it can to run an application
on the “non-default” GPU when available, usually a a more powerful
discrete GPU.

It's a standardisation of KDE's X-KDE-RunOnDiscreteGpu key.

Closes: #52

Seeing as non-members can't set labels.

Replace all mention of ISO-8859-1 in the stylesheets with UTF-8

Still hoping for xmlto to choose the correct encoding...

Now that we set the language, also install the locale for it to run
properly...

After 3a358314, we didn't need to special-case the source directory for
SELF_BUILT modules, as they already had a similar tree to the other
specs under web-export/. But we were still copying the directory
directly from their build directory.

Closes: #51

This simplifies the code added in 3a358314.

This should fix weird characters showing up in some specifications.