isa/gnome-shell
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
bb42973730
gnome-shell/data/org.gnome.shell.gschema.xml.in

324 lines
13 KiB
XML
Raw Normal View History

Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
<schemalist>
Use /org/gnome as starting path for schemas
2011-03-23 11:13:25 -04:00
<schema id="org.gnome.shell" path="/org/gnome/shell/"
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
gettext-domain="@GETTEXT_PACKAGE@">
<key name="development-tools" type="b">
<default>true</default>
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
<summary>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
Enable internal tools useful for developers and testers from Alt-F2
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
</summary>
<description>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
Allows access to internal debugging and monitoring tools
using the Alt-F2 dialog.
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
</description>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
</key>
Add org.gnome.shell.enabled-extensions complementing disabled-extensions If the former is empty (default), only the extensions not contained in the latter are loaded. Else, all extensions in the former that are not contained in the latter are loaded. https://bugzilla.gnome.org/show_bug.cgi?id=651088
2011-05-25 15:34:33 -04:00
<key name="enabled-extensions" type="as">
<default>[]</default>
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
<summary>UUIDs of extensions to enable</summary>
<description>
Improve some strings in gschema file
2014-01-07 12:55:25 -05:00
GNOME Shell extensions have a UUID property; this key lists extensions
data: Fix the description for enabled-extensions The description for enabled-extensions referenced an old and removed key, "disabled-extensions". Update the description to talk about the DBus methods that GNOME Shell provides and talk about how the list is now an explicit whitelist that needs to be there. https://bugzilla.gnome.org/show_bug.cgi?id=663175
2011-11-01 11:54:59 -04:00
which should be loaded. Any extension that wants to be loaded needs
to be in this list. You can also manipulate this list with the
Improve some strings in gschema file
2014-01-07 12:55:25 -05:00
EnableExtension and DisableExtension D-Bus methods on org.gnome.Shell.
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
</description>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
</key>
extensionSystem: Allow disabling session mode extensions Trying to disable an extension that is enabled by the session mode currently has no effect, which is clearly confusing. We could update the various extension UIs to reflect that via sensitivity, but being unable to configure extensions based on which session the user picked at login isn't obvious either. So instead, add a 'disabled-extensions' gsettings key to list extensions that should not be enabled which takes precedence over 'enabled-extensions' and can be used to disable session mode extensions. https://bugzilla.gnome.org/show_bug.cgi?id=789852
2018-01-17 07:43:11 -05:00
<key name="disabled-extensions" type="as">
<default>[]</default>
<summary>UUIDs of extensions to force disabling</summary>
<description>
GNOME Shell extensions have a UUID property; this key lists extensions
which should be disabled, even if loaded as part of the current mode.
You can also manipulate this list with the EnableExtension and
DisableExtension D-Bus methods on org.gnome.Shell.
This key takes precedence over the “enabled-extensions” setting.
</description>
</key>
extensionSystem: Add kill-switch setting to disable user extensions When gnome-shell fails to start on login, gnome-session tries to re-launch it again with all extensions disabled. This is currently implemented by clearing the list of enabled extensions, which means the user needs to re-enable their extensions manually again. To make this process less annoying, add a single 'kill-switch' setting gnome-session can use without interfering with the user setting. https://bugzilla.gnome.org/show_bug.cgi?id=778664
2015-12-14 17:52:38 -05:00
<key name="disable-user-extensions" type="b">
<default>false</default>
<summary>Disable user extensions</summary>
<description>
Disable all extensions the user has enabled without affecting
Use Unicode in translatable strings See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=772210
2016-09-29 18:00:13 -04:00
the “enabled-extension” setting.
extensionSystem: Add kill-switch setting to disable user extensions When gnome-shell fails to start on login, gnome-session tries to re-launch it again with all extensions disabled. This is currently implemented by clearing the list of enabled extensions, which means the user needs to re-enable their extensions manually again. To make this process less annoying, add a single 'kill-switch' setting gnome-session can use without interfering with the user setting. https://bugzilla.gnome.org/show_bug.cgi?id=778664
2015-12-14 17:52:38 -05:00
</description>
</key>
extensionSystem: Add a gsettings key to disable version validation Add a key 'disable-extension-version-validation' key that disables the validation of extension's claimed to be supported shell version with the shell version and just load all extensions unconditionally. https://bugzilla.gnome.org/show_bug.cgi?id=724683
2014-02-18 12:10:22 -05:00
<key name="disable-extension-version-validation" type="b">
schema: Enable extension version validation by default Previously this was disabled to avoid requiring extensions to manually update on each release. For 40 this behavior will likely be too unstable for most users. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1706>
2021-02-20 15:25:00 -05:00
<default>false</default>
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
<summary>Disables the validation of extension version compatibility</summary>
<description>
extensionSystem: Add a gsettings key to disable version validation Add a key 'disable-extension-version-validation' key that disables the validation of extension's claimed to be supported shell version with the shell version and just load all extensions unconditionally. https://bugzilla.gnome.org/show_bug.cgi?id=724683
2014-02-18 12:10:22 -05:00
GNOME Shell will only load extensions that claim to support the current
running version. Enabling this option will disable this check and try to
load all extensions regardless of the versions they claim to support.
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
</description>
extensionSystem: Add a gsettings key to disable version validation Add a key 'disable-extension-version-validation' key that disables the validation of extension's claimed to be supported shell version with the shell version and just load all extensions unconditionally. https://bugzilla.gnome.org/show_bug.cgi?id=724683
2014-02-18 12:10:22 -05:00
</key>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
<key name="favorite-apps" type="as">
schemas: Define default app grid arrangement Specify the default app grid arrangement. This makes the app grid more useful since the interesting apps are prioritised. It also communicates that the app grid can be customised. Fixes https://gitlab.gnome.org/GNOME/gnome-shell/issues/3122 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1700>
2021-02-19 10:58:18 -05:00
<default>[ 'org.gnome.Epiphany.desktop', 'org.gnome.Calendar.desktop', 'org.gnome.Music.desktop', 'org.gnome.Nautilus.desktop', 'org.gnome.Software.desktop' ]</default>
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
<summary>List of desktop file IDs for favorite applications</summary>
<description>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
The applications corresponding to these identifiers
will be displayed in the favorites area.
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
</description>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
</key>
<key name="command-history" type="as">
<default>[]</default>
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
<summary>History for command (Alt-F2) dialog</summary>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
</key>
lookingGlass: use new history manager implementation This starts saving lookingGlass history in gsettings, and also adds the ability to clear the text field by pressing 'down' on the last entry, like the run dialog and readline allow. https://bugzilla.gnome.org/show_bug.cgi?id=642237
2011-02-13 11:43:32 -05:00
<key name="looking-glass-history" type="as">
Fix translator comment https://bugzilla.gnome.org/show_bug.cgi?id=659969
2015-07-15 16:43:23 -04:00
<default>[]</default>
Update URL in a translator comment
2016-07-01 12:46:22 -04:00
<!-- Translators: looking glass is a debugger and inspector tool, see https://wiki.gnome.org/Projects/GnomeShell/LookingGlass -->
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
<summary>History for the looking glass dialog</summary>
lookingGlass: use new history manager implementation This starts saving lookingGlass history in gsettings, and also adds the ability to clear the text field by pressing 'down' on the last entry, like the run dialog and readline allow. https://bugzilla.gnome.org/show_bug.cgi?id=642237
2011-02-13 11:43:32 -05:00
</key>
Add a setting to force the 'Log out' menuitem I've heard quite a bit of feedback from people who want to log out, even if they are the sole user on their system. It doesn't seem worth alienating them over this; so add a setting to make the 'Log out' item always show up. https://bugzilla.gnome.org/show_bug.cgi?id=686057
2012-10-29 00:27:18 -04:00
<key name="always-show-log-out" type="b">
<default>false</default>
Use Unicode in translatable strings See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=772210
2016-09-29 18:00:13 -04:00
<summary>Always show the “Log out” menu item in the user menu.</summary>
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
<description>
Use Unicode in translatable strings See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=772210
2016-09-29 18:00:13 -04:00
This key overrides the automatic hiding of the “Log out”
Improve some strings in gschema file
2014-01-07 12:55:25 -05:00
menu item in single-user, single-session situations.
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
</description>
Add a setting to force the 'Log out' menuitem I've heard quite a bit of feedback from people who want to log out, even if they are the sole user on their system. It doesn't seem worth alienating them over this; so add a setting to make the 'Log out' item always show up. https://bugzilla.gnome.org/show_bug.cgi?id=686057
2012-10-29 00:27:18 -04:00
</key>
Add a setting for the default state of 'Remember Password' https://bugzilla.gnome.org/show_bug.cgi?id=688039
2012-11-15 15:57:15 -05:00
<key name="remember-mount-password" type="b">
<default>false</default>
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
<summary>Whether to remember password for mounting encrypted or remote filesystems</summary>
<description>
Add a setting for the default state of 'Remember Password' https://bugzilla.gnome.org/show_bug.cgi?id=688039
2012-11-15 15:57:15 -05:00
The shell will request a password when an encrypted device or a
remote filesystem is mounted. If the password can be saved for
Use Unicode in translatable strings See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=772210
2016-09-29 18:00:13 -04:00
future use a “Remember Password” checkbox will be present.
Add a setting for the default state of 'Remember Password' https://bugzilla.gnome.org/show_bug.cgi?id=688039
2012-11-15 15:57:15 -05:00
This key sets the default state of the checkbox.
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
</description>
Add a setting for the default state of 'Remember Password' https://bugzilla.gnome.org/show_bug.cgi?id=688039
2012-11-15 15:57:15 -05:00
</key>
status/powerProfiles: Remember last selected non-default profile When we move to quick settings, this will allow us to toggle between two profiles even where more profiles are available. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2391>
2022-07-29 14:00:18 -04:00
<key name="last-selected-power-profile" type="s">
<default>"power-saver"</default>
<summary>The last selected non-default power profile</summary>
<description>
Some systems support more than two power profiles. In order to still support
toggling between two profiles, this key records the last selected non-default
profile.
</description>
</key>
main: Show welcome dialogue on first start This hooks the recently added welcome dialogue to be shown the first time a new session is started, and disabled after that. Closes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3632 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1619>
2021-02-01 07:31:41 -05:00
<key name="welcome-dialog-last-shown-version" type="s">
<default>''</default>
data: Fix grammar and wording in new GSettings key The description for the 'welcome-dialog-last-shown-version' key must have been written quite late in the day, as it's full of grammar mistakes, typos and British English. *sips coffee* I can say that, because I wrote it. *sips coffee* Anyway, that might be a bit better. *sips coffee* and Closes: https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1641 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1641>
2021-02-05 09:33:00 -05:00
<summary>The last version the “Welcome to GNOME” dialog was shown for</summary>
main: Show welcome dialogue on first start This hooks the recently added welcome dialogue to be shown the first time a new session is started, and disabled after that. Closes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3632 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1619>
2021-02-01 07:31:41 -05:00
<description>
data: Fix grammar and wording in new GSettings key The description for the 'welcome-dialog-last-shown-version' key must have been written quite late in the day, as it's full of grammar mistakes, typos and British English. *sips coffee* I can say that, because I wrote it. *sips coffee* Anyway, that might be a bit better. *sips coffee* and Closes: https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1641 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1641>
2021-02-05 09:33:00 -05:00
This key determines for which version the “Welcome to GNOME” dialog was
last shown. An empty string represents the oldest possible version, and
a huge number will represent versions that do not exist yet. This huge
number can be used to effectively disable the dialog.
main: Show welcome dialogue on first start This hooks the recently added welcome dialogue to be shown the first time a new session is started, and disabled after that. Closes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3632 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1619>
2021-02-01 07:31:41 -05:00
</description>
</key>
gschema: Introduce the 'app-picker-layout' key This is the key that will be used to store the pages and the icons in each page. The idea is that we we store an a{sv} variant for each page. This variant will contain <icon id> → array of properties, where we can store arbitrary data for each icon. The expected output of this key is: [ { 'polari.desktop': <{ 'position': 0 }>, 'epiphany.deskop': <{ 'position': 1 }>, }, { 'telegram.desktop': <{ 'position': 2 }>, 'builder.desktop': <{ 'position': 0 }>, 'gitg.desktop': <{ 'position': 1 }>, } ] The toplevel array is sorted, and pages of the grid always show in the order they are stored. https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1284
2019-12-05 09:00:21 -05:00
<key name="app-picker-layout" type="aa{sv}">
schemas: Define default app grid arrangement Specify the default app grid arrangement. This makes the app grid more useful since the interesting apps are prioritised. It also communicates that the app grid can be customised. Fixes https://gitlab.gnome.org/GNOME/gnome-shell/issues/3122 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1700>
2021-02-19 10:58:18 -05:00
<default><![CDATA[
[{
'org.gnome.Geary.desktop': <{'position': <0>}>,
'org.gnome.Contacts.desktop': <{'position': <1>}>,
'org.gnome.Weather.desktop': <{'position': <2>}>,
'org.gnome.clocks.desktop': <{'position': <3>}>,
'org.gnome.Maps.desktop': <{'position': <4>}>,
'org.gnome.Books.desktop': <{'position': <5>}>,
'org.gnome.Photos.desktop': <{'position': <6>}>,
'org.gnome.Totem.desktop': <{'position': <7>}>,
'org.gnome.Calculator.desktop': <{'position': <8>}>,
'org.gnome.gedit.desktop': <{'position': <9>}>,
'simple-scan.desktop': <{'position': <10>}>,
schemas: Rename gnome-control-center to org.gnome.Settings The app-id has changes since [1]. [1] https://gitlab.gnome.org/GNOME/gnome-control-center/-/merge_requests/1153 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2123>
2022-01-21 08:22:53 -05:00
'org.gnome.Settings.desktop': <{'position': <11>}>,
schemas: Define default app grid arrangement Specify the default app grid arrangement. This makes the app grid more useful since the interesting apps are prioritised. It also communicates that the app grid can be customised. Fixes https://gitlab.gnome.org/GNOME/gnome-shell/issues/3122 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1700>
2021-02-19 10:58:18 -05:00
'gnome-system-monitor.desktop': <{'position': <12>}>,
'org.gnome.Boxes.desktop': <{'position': <13>}>,
'org.gnome.Terminal.desktop': <{'position': <14>}>,
'Utilities': <{'position': <15>}>,
'org.gnome.Characters.desktop': <{'position': <16>}>,
'yelp.desktop': <{'position': <17>}>,
'org.gnome.Screenshot.desktop': <{'position': <18>}>,
'org.gnome.Cheese.desktop': <{'position': <19>}>,
'org.gnome.font-viewer.desktop': <{'position': <20>}>
}]
]]></default>
gschema: Introduce the 'app-picker-layout' key This is the key that will be used to store the pages and the icons in each page. The idea is that we we store an a{sv} variant for each page. This variant will contain <icon id> → array of properties, where we can store arbitrary data for each icon. The expected output of this key is: [ { 'polari.desktop': <{ 'position': 0 }>, 'epiphany.deskop': <{ 'position': 1 }>, }, { 'telegram.desktop': <{ 'position': 2 }>, 'builder.desktop': <{ 'position': 0 }>, 'gitg.desktop': <{ 'position': 1 }>, } ] The toplevel array is sorted, and pages of the grid always show in the order they are stored. https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1284
2019-12-05 09:00:21 -05:00
<summary>Layout of the app picker</summary>
<description>
Layout of the app picker. Each entry in the array is a page. Pages are
stored in the order they appear in GNOME Shell. Each page contains an
“application id” → 'data' pair. Currently, the following values are
stored as 'data':
• “position”: the position of the application icon in the page
</description>
</key>
panel: Add keyboard shortcut to open app menu With the application menu now being more than a stub, it has become a much more interesting target, so add a keyboard shortcut to open it directly. This should also ease some of the pain for focus-follows-mouse users. https://bugzilla.gnome.org/show_bug.cgi?id=672909
2012-03-27 09:26:20 -04:00
<child name="keybindings" schema="org.gnome.shell.keybindings"/>
schemas: Consistently use child schemas Currently only the org.gnome.shell.keybindings schema is marked as child schema. There's no harm with that, it's just nice to be consistent, and having schemas show up in `gsettings list-children` is a nice, touch. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2617>
2023-01-27 15:06:28 -05:00
<child name="app-switcher" schema="org.gnome.shell.app-switcher"/>
<child name="window-switcher" schema="org.gnome.shell.window-switcher"/>
<child name="world-clocks" schema="org.gnome.shell.world-clocks"/>
<child name="weather" schema="org.gnome.shell.weather"/>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
</schema>
panel: Add keyboard shortcut to open app menu With the application menu now being more than a stub, it has become a much more interesting target, so add a keyboard shortcut to open it directly. This should also ease some of the pain for focus-follows-mouse users. https://bugzilla.gnome.org/show_bug.cgi?id=672909
2012-03-27 09:26:20 -04:00
<schema id="org.gnome.shell.keybindings" path="/org/gnome/shell/keybindings/"
gettext-domain="@GETTEXT_PACKAGE@">
<key name="open-application-menu" type="as">
<default>["&lt;Super&gt;F10"]</default>
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
<summary>Keybinding to open the application menu</summary>
<description>
panel: Add keyboard shortcut to open app menu With the application menu now being more than a stub, it has become a much more interesting target, so add a keyboard shortcut to open it directly. This should also ease some of the pain for focus-follows-mouse users. https://bugzilla.gnome.org/show_bug.cgi?id=672909
2012-03-27 09:26:20 -04:00
Keybinding to open the application menu.
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
</description>
panel: Add keyboard shortcut to open app menu With the application menu now being more than a stub, it has become a much more interesting target, so add a keyboard shortcut to open it directly. This should also ease some of the pain for focus-follows-mouse users. https://bugzilla.gnome.org/show_bug.cgi?id=672909
2012-03-27 09:26:20 -04:00
</key>
overviewControls: Add shortcut for shifting through overview This is the same as the vertical swipe gesture, but for keyboard junkies: Analoguous to the <super><alt>left/right shortcuts for switching between workspaces, add <super><alt>up/down to shift between session, window picker and app grid. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1695>
2020-06-13 07:26:09 -04:00
<key name="shift-overview-up" type="as">
<default>["&lt;Super&gt;&lt;Alt&gt;Up"]</default>
<summary>Keybinding to shift between overview states</summary>
<description>
Keybinding to shift between session, window picker and app grid
</description>
</key>
<key name="shift-overview-down" type="as">
<default>["&lt;Super&gt;&lt;Alt&gt;Down"]</default>
<summary>Keybinding to shift between overview states</summary>
<description>
Keybinding to shift between app grid, window picker and session
</description>
</key>
dash: Open 'Show Apps' with Super+A This is a workaround for power users for the "Show Apps" button placement being too inconvenient to press at the bottom of the dash favorites list. Unity also uses Super+A to show the Apps lens. https://bugzilla.gnome.org/show_bug.cgi?id=685738
2012-10-08 12:16:55 -04:00
<key name="toggle-application-view" type="as">
<default>["&lt;Super&gt;a"]</default>
Use Unicode in translatable strings See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=772210
2016-09-29 18:00:13 -04:00
<summary>Keybinding to open the “Show Applications” view</summary>
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
<description>
Use Unicode in translatable strings See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=772210
2016-09-29 18:00:13 -04:00
Keybinding to open the “Show Applications” view of the Activities
dash: Open 'Show Apps' with Super+A This is a workaround for power users for the "Show Apps" button placement being too inconvenient to press at the bottom of the dash favorites list. Unity also uses Super+A to show the Apps lens. https://bugzilla.gnome.org/show_bug.cgi?id=685738
2012-10-08 12:16:55 -04:00
Overview.
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
</description>
dash: Open 'Show Apps' with Super+A This is a workaround for power users for the "Show Apps" button placement being too inconvenient to press at the bottom of the dash favorites list. Unity also uses Super+A to show the Apps lens. https://bugzilla.gnome.org/show_bug.cgi?id=685738
2012-10-08 12:16:55 -04:00
</key>
Add a toggle-overview keybinding This is a new, regular keybinding for going to the overview. The default binding is Super-S, which goes well with Super-A for going to the application grid. This is separate from the existing panel-main-menu keybinding, so that we can keep Alt-F1 opening the main menu in classic mode. https://bugzilla.gnome.org/show_bug.cgi?id=698251
2013-04-17 19:26:06 -04:00
<key name="toggle-overview" type="as">
<default>["&lt;Super&gt;s"]</default>
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
<summary>Keybinding to open the overview</summary>
<description>
Add a toggle-overview keybinding This is a new, regular keybinding for going to the overview. The default binding is Super-S, which goes well with Super-A for going to the application grid. This is separate from the existing panel-main-menu keybinding, so that we can keep Alt-F1 opening the main menu in classic mode. https://bugzilla.gnome.org/show_bug.cgi?id=698251
2013-04-17 19:26:06 -04:00
Keybinding to open the Activities Overview.
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
</description>
Add a toggle-overview keybinding This is a new, regular keybinding for going to the overview. The default binding is Super-S, which goes well with Super-A for going to the application grid. This is separate from the existing panel-main-menu keybinding, so that we can keep Alt-F1 opening the main menu in classic mode. https://bugzilla.gnome.org/show_bug.cgi?id=698251
2013-04-17 19:26:06 -04:00
</key>
messageTray: Add a toggle-message-tray keybinding to toggle the tray The default value is <Super>m. https://bugzilla.gnome.org/show_bug.cgi?id=681392
2012-07-14 07:07:24 -04:00
<key name="toggle-message-tray" type="as">
data: Change default shortcut for opening the message list With the message tray no longer being a distinctive UI element, the existing <super>m shortcut for viewing the notification list is no longer mnemonic. It is also less convenient as it requires both hands with most keyboards. So make <super>v the new default to _view_ notifications, which matches the corresponding Windows default. The previous default is kept as secondary shortcut to ease the transition. https://bugzilla.gnome.org/show_bug.cgi?id=687986
2015-02-25 10:42:47 -05:00
<default>["&lt;Super&gt;v","&lt;Super&gt;m"]</default>
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
<summary>Keybinding to toggle the visibility of the notification list</summary>
<description>
data: Change default shortcut for opening the message list With the message tray no longer being a distinctive UI element, the existing <super>m shortcut for viewing the notification list is no longer mnemonic. It is also less convenient as it requires both hands with most keyboards. So make <super>v the new default to _view_ notifications, which matches the corresponding Windows default. The previous default is kept as secondary shortcut to ease the transition. https://bugzilla.gnome.org/show_bug.cgi?id=687986
2015-02-25 10:42:47 -05:00
Keybinding to toggle the visibility of the notification list.
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
</description>
messageTray: Add a toggle-message-tray keybinding to toggle the tray The default value is <Super>m. https://bugzilla.gnome.org/show_bug.cgi?id=681392
2012-07-14 07:07:24 -04:00
</key>
messageTray: Add a notification focus keybinding At the moment, only the mouse can be used to focus and answer a chat notification. This adds a new keybinding (defaults to <Super>+n) to focus and expand the active notification. https://bugzilla.gnome.org/show_bug.cgi?id=652082
2012-11-08 09:24:40 -05:00
<key name="focus-active-notification" type="as">
<default>["&lt;Super&gt;n"]</default>
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
<summary>Keybinding to focus the active notification</summary>
<description>
messageTray: Add a notification focus keybinding At the moment, only the mouse can be used to focus and answer a chat notification. This adds a new keybinding (defaults to <Super>+n) to focus and expand the active notification. https://bugzilla.gnome.org/show_bug.cgi?id=652082
2012-11-08 09:24:40 -05:00
Keybinding to focus the active notification.
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
</description>
messageTray: Add a notification focus keybinding At the moment, only the mouse can be used to focus and answer a chat notification. This adds a new keybinding (defaults to <Super>+n) to focus and expand the active notification. https://bugzilla.gnome.org/show_bug.cgi?id=652082
2012-11-08 09:24:40 -05:00
</key>
windowManager: Add switch-to-application-n keybindings Having Unity-like shortcuts for activating the first nine applications in the dash has been a long requested feature, but somehow nobody got around to implement it. As the shortcut is most useful outside the overview where the dash is not visible, only consider favorite apps as they have a predictable order. https://bugzilla.gnome.org/show_bug.cgi?id=648000
2019-01-29 05:48:06 -05:00
<key name="switch-to-application-1" type="as">
<default>["&lt;Super&gt;1"]</default>
<summary>Switch to application 1</summary>
</key>
<key name="switch-to-application-2" type="as">
<default>["&lt;Super&gt;2"]</default>
<summary>Switch to application 2</summary>
</key>
<key name="switch-to-application-3" type="as">
<default>["&lt;Super&gt;3"]</default>
<summary>Switch to application 3</summary>
</key>
<key name="switch-to-application-4" type="as">
<default>["&lt;Super&gt;4"]</default>
<summary>Switch to application 4</summary>
</key>
<key name="switch-to-application-5" type="as">
<default>["&lt;Super&gt;5"]</default>
<summary>Switch to application 5</summary>
</key>
<key name="switch-to-application-6" type="as">
<default>["&lt;Super&gt;6"]</default>
<summary>Switch to application 6</summary>
</key>
<key name="switch-to-application-7" type="as">
<default>["&lt;Super&gt;7"]</default>
<summary>Switch to application 7</summary>
</key>
<key name="switch-to-application-8" type="as">
<default>["&lt;Super&gt;8"]</default>
<summary>Switch to application 8</summary>
</key>
<key name="switch-to-application-9" type="as">
<default>["&lt;Super&gt;9"]</default>
<summary>Switch to application 9</summary>
</key>
Add scaffolding for the new screenshot UI Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1954>
2021-08-16 03:16:19 -04:00
<key name="show-screenshot-ui" type="as">
<default>["Print"]</default>
screenshot-ui: Add two key bindings from g-s-d These two are moving into gnome-shell to unify screenshot handling and allow for same-frame capturing. While we're at it, move the keybindings .xml file from g-c-c here because it belongs to gnome-shell. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2107>
2022-01-15 11:06:49 -05:00
<summary>Take a screenshot interactively</summary>
</key>
screenshot-ui: Add a key to open the screencast UI It replaces the "record a short screencast" key from g-s-d. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2107>
2022-01-15 11:07:15 -05:00
<key name="show-screen-recording-ui" type="as">
<default>["&lt;Ctrl&gt;&lt;Shift&gt;&lt;Alt&gt;R"]</default>
<summary>Record a screencast interactively</summary>
</key>
screenshot-ui: Add two key bindings from g-s-d These two are moving into gnome-shell to unify screenshot handling and allow for same-frame capturing. While we're at it, move the keybindings .xml file from g-c-c here because it belongs to gnome-shell. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2107>
2022-01-15 11:06:49 -05:00
<key name="screenshot-window" type="as">
<default>["&lt;Alt&gt;Print"]</default>
<summary>Take a screenshot of a window</summary>
</key>
<key name="screenshot" type="as">
<default>["&lt;Shift&gt;Print"]</default>
<summary>Take a screenshot</summary>
Add scaffolding for the new screenshot UI Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1954>
2021-08-16 03:16:19 -04:00
</key>
panel: Add keyboard shortcut to open app menu With the application menu now being more than a stub, it has become a much more interesting target, so add a keyboard shortcut to open it directly. This should also ease some of the pain for focus-follows-mouse users. https://bugzilla.gnome.org/show_bug.cgi?id=672909
2012-03-27 09:26:20 -04:00
</schema>
appSwitcher: Add option to limit to the current workspace Add an option to limit the appSwitcher to the current workspace. For users that use workspaces for task separation this more convient then current behviour. While having to add an option is unfortunate there is no way to make both groups happy as workspaces usage differes between different users / types of users. https://bugzilla.gnome.org/show_bug.cgi?id=703538
2013-07-04 13:24:30 -04:00
<schema id="org.gnome.shell.app-switcher"
path="/org/gnome/shell/app-switcher/"
gettext-domain="@GETTEXT_PACKAGE@">
<key type="b" name="current-workspace-only">
<default>false</default>
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
<summary>Limit switcher to current workspace.</summary>
<description>
appSwitcher: Add option to limit to the current workspace Add an option to limit the appSwitcher to the current workspace. For users that use workspaces for task separation this more convient then current behviour. While having to add an option is unfortunate there is no way to make both groups happy as workspaces usage differes between different users / types of users. https://bugzilla.gnome.org/show_bug.cgi?id=703538
2013-07-04 13:24:30 -04:00
If true, only applications that have windows on the current workspace are shown in the switcher.
Otherwise, all applications are included.
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
</description>
appSwitcher: Add option to limit to the current workspace Add an option to limit the appSwitcher to the current workspace. For users that use workspaces for task separation this more convient then current behviour. While having to add an option is unfortunate there is no way to make both groups happy as workspaces usage differes between different users / types of users. https://bugzilla.gnome.org/show_bug.cgi?id=703538
2013-07-04 13:24:30 -04:00
</key>
</schema>
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-22 21:20:10 -05:00
<enum id="org.gnome.shell.window-switcher.AppIconMode">
<value value="1" nick="thumbnail-only"/>
<value value="2" nick="app-icon-only"/>
<value value="3" nick="both"/>
</enum>
<schema id="org.gnome.shell.window-switcher"
path="/org/gnome/shell/window-switcher/"
gettext-domain="@GETTEXT_PACKAGE@">
<key name="app-icon-mode" enum="org.gnome.shell.window-switcher.AppIconMode">
<default>'both'</default>
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
<summary>The application icon mode.</summary>
<description>
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-22 21:20:10 -05:00
Configures how the windows are shown in the switcher. Valid possibilities
Use Unicode in translatable strings See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=772210
2016-09-29 18:00:13 -04:00
are “thumbnail-only” (shows a thumbnail of the window), “app-icon-only”
(shows only the application icon) or “both”.
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
</description>
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-22 21:20:10 -05:00
</key>
<key type="b" name="current-workspace-only">
window-switcher: Only show windows from current workspace by default When adding the window switcher, we copied our default values from the alternate-tab extension. Arguably it makes more sense to mimick the old mutter/metacity behavior though, so change the default accordingly. https://bugzilla.gnome.org/show_bug.cgi?id=701214
2013-06-06 09:34:08 -04:00
<default>true</default>
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
<summary>Limit switcher to current workspace.</summary>
<description>
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-22 21:20:10 -05:00
If true, only windows from the current workspace are shown in the switcher.
Otherwise, all windows are included.
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
</description>
altTab: Re-implement 'switch-windows' keybinding Now that we use the new 'switch-applications' keybinding for the application-based alt-tab popup, we can use the 'switch-windows' keybinding for a more traditional switcher. Based heavily on the alternate-tab extension from Giovanni Campagna. https://bugzilla.gnome.org/show_bug.cgi?id=688913
2012-11-22 21:20:10 -05:00
</key>
</schema>
dateMenu: Stop accessing app settings directly Clocks has exactly the same issue as Weather: Its integration currently relies on accessing its settings directly, which isn't possible when the app is sandboxed. Fix this the same way we did for Weather, by adding our own setting and syncing it with the app via a custom D-Bus interface. https://gitlab.gnome.org/GNOME/gnome-shell/issues/1158
2019-07-31 19:24:13 -04:00
<schema id="org.gnome.shell.world-clocks" path="/org/gnome/shell/world-clocks/"
gettext-domain="@GETTEXT_PACKAGE@">
<key name="locations" type="av">
<summary>Locations</summary>
<description>
The locations to show in world clocks
</description>
<default>[]</default>
</key>
</schema>
weather: Stop accessing app settings directly Our current Weather integration depends on poking around the app's settings, which we cannot do when the app is sandboxed (as its filesystem is "hidden away" in a container in that case). So instead, use our own GSettings schema for the settings, and sync it with GNOME Weather via a custom D-Bus interface. https://gitlab.gnome.org/GNOME/gnome-shell/issues/1158
2019-07-23 06:49:40 -04:00
<schema id="org.gnome.shell.weather" path="/org/gnome/shell/weather/"
gettext-domain="@GETTEXT_PACKAGE@">
<key name="automatic-location" type="b">
<summary>Automatic location</summary>
<description>
Whether to fetch the current location or not
</description>
<default>false</default>
</key>
<key name="locations" type="av">
<summary>Location</summary>
<description>
The location for which to show a forecast
</description>
<default>[]</default>
</key>
</schema>
Migrate to GSettings Use GSettings for all Shell configuration. GConf is kept to read configuration from external programs (Metacity, Nautilus and Magnifier), but ShellGConf is removed because it's mostly useless for the few calls we still have. Also get rid of unused GConf code in ShellAppSystem. A basic GConf schema is still used to override Metacity defaults and configure Magnifier in a system-wide fashion. GConf is also used as GSettings backend via the GSETTINGS_BACKEND environment variable. All of this will be removed when these programs have been ported to GSettings and able to use dconf. GLib 2.25.9 is required. Schemas are converted to the new XML format, and compiled at build time in data/ so that the Shell can be run from the source tree. This also requires setting the GSETTINGS_SCHEMA_DIR environment variable both when running installed or from source tree, in src/gnome-shell.in and src/gnome-shell-clock-preferences.in. https://bugzilla.gnome.org/show_bug.cgi?id=617917
2010-05-05 17:05:42 -04:00
</schemalist>
Reference in New Issue Copy Permalink