It's more inclusive to use "they/them" rather than "he/him" when
referring to the user in these specs.

It's more inclusive to use "they/them" rather than "he/him" when
referring to the user in these specs.

It's more inclusive to use "they/them" rather than "he/him" when
referring to the user in these specs.

It's more inclusive to use "they/them" rather than "he/him" when
referring to the user in these specs.

In addition to exporting introspect.dtd to introspect-1.0.dtd, also
export it to 1.0/introspect.dtd.

Closes: #107

Closes: #55

Add another field to install a single file "spec" into a specific
location. This is used to install the polkit dtd in one of the legacy
locations used by software.

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.