gnome-shell/subprojects/extensions-app/data/org.gnome.Extensions.desktop.in.in

[Desktop Entry]
Type=Application
Name=Extensions
# Translators: Do NOT translate or transliterate this text (this is an icon file name)!
Icon=@app_id@
Comment=Configure GNOME Shell Extensions
Exec=@bindir@/@prgname@ --gapplication-service
DBusActivatable=true
Categories=GNOME;GTK;Utility;
OnlyShowIn=GNOME;
Add a new tool, 'gnome-shell-extension-prefs', which can configure extensions A new tool, 'gnome-shell-extension-prefs' can load a new entry point from extensions, 'prefs.js', which has an entry point to return a GTK+ widget. This allows extensions to have their own preferences dialog, without each extension needing to ship its own Python script and .desktop file. https://bugzilla.gnome.org/show_bug.cgi?id=668429 2012-01-18 21:21:56 -05:00			`[Desktop Entry]`
			`Type=Application`
extensionPrefs: Rename to Extensions ... and make the application user-visible. https://gitlab.gnome.org/GNOME/gnome-shell/issues/1968 2020-01-24 17:00:24 +01:00			`Name=Extensions`
extensionPrefs: Add a translator comment to the .desktop file So that Damned Lies filters out the Icon key from translation. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/980 2020-02-05 20:38:29 +01:00			`# Translators: Do NOT translate or transliterate this text (this is an icon file name)!`
extensionPrefs: Move desktop file and icons from top-level data Another small step towards making the extensions app code self-contained ... https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1081 2020-03-08 15:04:46 +01:00			`Icon=@app_id@`
build: Say good-bye to intltool intltool is unmaintained nowadays while upstream gettext gained support for formats like GSettings schemas and .desktop files, and offers a mechanism to teach it about other XML formats not yet supported out of the box which we can use for the rest. So there's nothing stopping us, just make the switch ... https://bugzilla.gnome.org/show_bug.cgi?id=769074 2016-07-21 22:42:19 +02:00			`Comment=Configure GNOME Shell Extensions`
extensions-app: Start as service when D-Bus activated When the app is properly launched, D-Bus activation will be followed by a call to org.freedesktop.Application.Activate() to open the window. But it's also possible for D-Bus activation to happen in other circumstances, for example during gdbus command line completion. We don't want to pop up a window then, so pass the --gapplication-service flag to properly separate D-Bus activation from activating the app. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2076> 2021-12-22 15:48:48 +01:00			`Exec=@bindir@/@prgname@ --gapplication-service`
extensionPrefs: Make app D-Bus-activatable This is the preferred way of launching applications nowadays. https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1081 2020-03-08 22:38:47 +01:00			`DBusActivatable=true`
extensions-app: Add category in .desktop file Predefined categories aren't a great way for organizing installed applications, but they have their use in "stores" like Software or flathub. Not listing any category means we fall through the cracks, so pick the (hopefully) least inappropriate one ... https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1160 2020-04-01 00:09:38 +02:00			`Categories=GNOME;GTK;Utility;`
Add a new tool, 'gnome-shell-extension-prefs', which can configure extensions A new tool, 'gnome-shell-extension-prefs' can load a new entry point from extensions, 'prefs.js', which has an entry point to return a GTK+ widget. This allows extensions to have their own preferences dialog, without each extension needing to ship its own Python script and .desktop file. https://bugzilla.gnome.org/show_bug.cgi?id=668429 2012-01-18 21:21:56 -05:00			`OnlyShowIn=GNOME;`