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

334 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">
data: Swap default for 'disable-extension-version-check' setting Nowadays, the user interface has mostly stabilized with most changes happening under the hood. As a result, extensions written for previous versions of GNOME Shell are very much expected to keep working on updates, if it wasn't for the version check that requires a version bump in the extension metadata. There has been a setting to disable that check for a while, but it's existence isn't widely known (hence the common perception that "everything breaks on updates"). While there is still some risk that an out-of-date extension can be enabled without error, but fails spectacularly later (where we cannot catch the exception), it is reasonably small by now when compared to the ~95% of extensions that can be "unbroken", so swap the default value to disable version checks by default. https://bugzilla.gnome.org/show_bug.cgi?id=770887
2016-09-02 15:40:13 -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>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">
Update default favorite apps list Many of the apps in the favorite apps list have fallen out of favor. Replacing Rhythmbox with Music and Shotwell with Photos are obvious moves. Rhythmbox and Shotwell are not core apps, and that means we assume they are not installed by default. It doesn't really make sense to have non-default apps in the apps list. Evolution is also not a core app, and that is not likely to change, so it should also be removed. Adding Geary might be more controversial. It is a strong candidate to become a core app, GNOME Mail, in the near future, but it is not there yet. So this could arguably be considered premature. But I figure a GSettings default is a cheap thing; we can always change it later if desired. Calendar is added at the request of GNOME design team ("replacing" the calendar functionality of Evolution). https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/907
2019-12-20 08:57:49 -05:00
<default>[ 'org.gnome.Epiphany.desktop', 'org.gnome.Geary.desktop', 'org.gnome.Calendar.desktop', 'org.gnome.Music.desktop', 'org.gnome.Photos.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>
bluetooth: Show the Bluetooth menu when there were setup devices If we detected that Bluetooth devices were setup, show the Bluetooth menu so that users can easily turn Bluetooth back on. This is a bit of a hack, as we cannot detect whether there is a Bluetooth adapter at all when it's disabled, so we cannot tell whether there were any Bluetooth devices setup, at some point. This state is saved in the gnome-shell GSettings in the had-bluetooth-devices-setup key. Checking whether we saw Bluetooth devices at one point is a good enough guess of whether there will be some in the future. https://bugzilla.gnome.org/show_bug.cgi?id=723848
2014-11-13 04:58:35 -05:00
<key name="had-bluetooth-devices-setup" 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 the default Bluetooth adapter had set up devices associated to it</summary>
<description>
bluetooth: Show the Bluetooth menu when there were setup devices If we detected that Bluetooth devices were setup, show the Bluetooth menu so that users can easily turn Bluetooth back on. This is a bit of a hack, as we cannot detect whether there is a Bluetooth adapter at all when it's disabled, so we cannot tell whether there were any Bluetooth devices setup, at some point. This state is saved in the gnome-shell GSettings in the had-bluetooth-devices-setup key. Checking whether we saw Bluetooth devices at one point is a good enough guess of whether there will be some in the future. https://bugzilla.gnome.org/show_bug.cgi?id=723848
2014-11-13 04:58:35 -05:00
The shell will only show a Bluetooth menu item if a Bluetooth
adapter is powered, or if there were devices set up associated
with the default adapter. This will be reset if the default
adapter is ever seen not to have devices associated to it.
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>
bluetooth: Show the Bluetooth menu when there were setup devices If we detected that Bluetooth devices were setup, show the Bluetooth menu so that users can easily turn Bluetooth back on. This is a bit of a hack, as we cannot detect whether there is a Bluetooth adapter at all when it's disabled, so we cannot tell whether there were any Bluetooth devices setup, at some point. This state is saved in the gnome-shell GSettings in the had-bluetooth-devices-setup key. Checking whether we saw Bluetooth devices at one point is a good enough guess of whether there will be some in the future. https://bugzilla.gnome.org/show_bug.cgi?id=723848
2014-11-13 04:58:35 -05:00
</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>
Add app introspection API Add a D-Bus API that allows the API user to introspect the application state of the shell. Currently the only exposed information is list of running applications and which one is active (i.e. has focus). https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/326
2018-09-05 05:15:30 -04:00
<key name="introspect" type="b">
<default>false</default>
<summary>Enable introspection API</summary>
<description>
Enables a D-Bus API that allows to introspect the application state of
the shell.
</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}">
<default>[]</default>
<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"/>
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>
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>
data: Fix comment in schema
2018-08-01 14:03:03 -04:00
<!-- unused, change 00_org.gnome.shell.gschema.override instead -->
Add missing translations for GSetting schema These are showing in the UI of gnome-tweak-tool. https://bugzilla.gnome.org/show_bug.cgi?id=686413
2012-09-08 12:54:32 -04:00
<schema id="org.gnome.shell.overrides" path="/org/gnome/shell/overrides/"
gettext-domain="@GETTEXT_PACKAGE@">
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
<key name="attach-modal-dialogs" 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>Attach modal dialog to the parent window</summary>
<description>
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
This key overrides the key in org.gnome.mutter when running
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>
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
</key>
<key name="edge-tiling" 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>Enable edge tiling when dropping windows on screen edges</summary>
<description>
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
This key overrides the key in org.gnome.mutter when running 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>
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
</key>
main: Add override for dynamic-workspaces key https://bugzilla.gnome.org/show_bug.cgi?id=671568
2012-03-07 19:26:31 -05:00
<key name="dynamic-workspaces" 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>Workspaces are managed dynamically</summary>
<description>
main: Add override for dynamic-workspaces key https://bugzilla.gnome.org/show_bug.cgi?id=671568
2012-03-07 19:26:31 -05:00
This key overrides the key in org.gnome.mutter when running 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>
main: Add override for dynamic-workspaces key https://bugzilla.gnome.org/show_bug.cgi?id=671568
2012-03-07 19:26:31 -05:00
</key>
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
<key name="workspaces-only-on-primary" 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>Workspaces only on primary monitor</summary>
<description>
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
This key overrides the key in org.gnome.mutter when running 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>
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
</key>
main: Override focus-change-on-pointer-rest preference The application menu is currently unusable with non-maximized windows when using focus-follows-mouse mode. Override mutter's focus-change-on-pointer-rest preference, so that the actual focus change is delayed until the pointer stops moving. https://bugzilla.gnome.org/show_bug.cgi?id=678169
2012-09-17 17:11:57 -04:00
<key name="focus-change-on-pointer-rest" 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>Delay focus changes in mouse mode until the pointer stops moving</summary>
<description>
main: Override focus-change-on-pointer-rest preference The application menu is currently unusable with non-maximized windows when using focus-follows-mouse mode. Override mutter's focus-change-on-pointer-rest preference, so that the actual focus change is delayed until the pointer stops moving. https://bugzilla.gnome.org/show_bug.cgi?id=678169
2012-09-17 17:11:57 -04:00
This key overrides the key in org.gnome.mutter when running 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>
main: Override focus-change-on-pointer-rest preference The application menu is currently unusable with non-maximized windows when using focus-follows-mouse mode. Override mutter's focus-change-on-pointer-rest preference, so that the actual focus change is delayed until the pointer stops moving. https://bugzilla.gnome.org/show_bug.cgi?id=678169
2012-09-17 17:11:57 -04:00
</key>
Adapt to mutter moving to GSettings https://bugzilla.gnome.org/show_bug.cgi?id=663429
2011-06-26 21:54:26 -04:00
</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