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@
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 11:00:24 -05: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 14:38:29 -05: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 10:04:46 -04: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 16:42:19 -04:00			`Comment=Configure GNOME Shell Extensions`
extensionPrefs: Stop handling UUIDs on the command line We are jumping through quite some hoops to support showing only the preference dialog when given a UUID on the command line. As gnome-shell is about to stop calling out to us for the prefs dialog, the reason for supporting this is going away, so remove all the special handling. https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1106 2020-03-05 13:44:28 -05:00			`Exec=@bindir@/@prgname@`
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 17:38:47 -04: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-03-31 18:09:38 -04: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;`