applications/gnome-control-center
4
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
gnome-control-center/panels/keyboard/cc-keyboard-panel.ui

143 lines
7.1 KiB
Text
Raw Normal View History

keyboard: Align the scales Make sure the scales in the keyboard panel are aligned by adding them all to GtkSizeGroups. https://bugzilla.gnome.org/show_bug.cgi?id=605501
2011-01-31 16:30:01 +00:00
<?xml version="1.0" encoding="UTF-8"?>
[keybindings] Remove libglade dependency from keybindings capplet
2009-07-10 16:46:41 +02:00
<interface>
keyboard: Port custom shortcut dialog to GtkGrid https://bugzilla.gnome.org/show_bug.cgi?id=709057
2013-09-29 22:47:35 +02:00
<!-- interface-requires gtk+ 3.0 -->
keyboard: make scales functional Without adjustments, nothing gets drawn and no change is possible. The boundaries for these adjustments were taking from the 2.32 branch.
2011-01-25 22:54:04 -05:00
<object class="GtkAdjustment" id="cursor_blink_time_adjustment">
<property name="lower">100</property>
<property name="upper">2500</property>
keyboard: Align the scales Make sure the scales in the keyboard panel are aligned by adding them all to GtkSizeGroups. https://bugzilla.gnome.org/show_bug.cgi?id=605501
2011-01-31 16:30:01 +00:00
<property name="value">1000</property>
keyboard: make scales functional Without adjustments, nothing gets drawn and no change is possible. The boundaries for these adjustments were taking from the 2.32 branch.
2011-01-25 22:54:04 -05:00
<property name="step_increment">200</property>
<property name="page_increment">200</property>
</object>
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
<template class="CcKeyboardPanel" parent="CcPanel">
<property name="visible">True</property>
<property name="can_focus">False</property>
keyboard: remove the shortcuts treeview After porting the shortcuts management entirely to GtkListBox, the current treeview is not necessary anymore. This patch removes the shortcuts treeview and all the related functions, and separates the treeviews from the underlying models. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-06-21 15:45:38 -03:00
<property name="expand">True</property>
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
<child>
keyboard: remove the shortcuts treeview After porting the shortcuts management entirely to GtkListBox, the current treeview is not necessary anymore. This patch removes the shortcuts treeview and all the related functions, and separates the treeviews from the underlying models. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-06-21 15:45:38 -03:00
<object class="GtkBox">
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="orientation">vertical</property>
<child>
keyboard: remove the shortcuts treeview After porting the shortcuts management entirely to GtkListBox, the current treeview is not necessary anymore. This patch removes the shortcuts treeview and all the related functions, and separates the treeviews from the underlying models. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-06-21 15:45:38 -03:00
<object class="GtkScrolledWindow">
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
<property name="visible">True</property>
keyboard: remove the shortcuts treeview After porting the shortcuts management entirely to GtkListBox, the current treeview is not necessary anymore. This patch removes the shortcuts treeview and all the related functions, and separates the treeviews from the underlying models. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-06-21 15:45:38 -03:00
<property name="can_focus">True</property>
<property name="hexpand">True</property>
<property name="vexpand">True</property>
<property name="hscrollbar_policy">never</property>
keyboard: fix list sizes with latest Gtk+ Gtk+ changed again the behavior of the scrolled window, fixing the weird height issue but introducing a new issue where the keyboard shortcut list doesn't expand horizontally nor allocates the correct size vertically. Fortunately, this is easily solvable with the newly introduced GtkScrolledWindow:propagate-natural-width and -height properties. Fix the misbehavior by setting the new properties to sane values. https://bugzilla.gnome.org/show_bug.cgi?id=769314
2016-08-31 22:20:01 -03:00
<property name="propagate_natural_width">True</property>
<property name="propagate_natural_height">True</property>
<property name="max_content_height">350</property>
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
<child>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<object class="GtkBox">
keybindings: convert capplet to a settings panel Add a module and CcPanel implementation for keyboard shortcuts settings.
2010-05-24 17:42:52 +01:00
<property name="visible">True</property>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<property name="can_focus">False</property>
<property name="orientation">vertical</property>
Standardize vertical spacing of panels Ensure that the vertical spacing inside each panel is similar. This makes the transition between each panel smoother and makes the control center feel more cohesive. Settings panels are given 32px above and below their content and 32px vertical space between major sections. 12px space is placed below headings. Bluetooth, displays and printers are not addressed. https://bugzilla.gnome.org/show_bug.cgi?id=786384
2017-08-16 18:38:55 +01:00
<property name="margin_top">32</property>
<property name="margin_bottom">32</property>
<property name="margin_left">18</property>
<property name="margin_right">18</property>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<property name="spacing">12</property>
<property name="halign">center</property>
keyboard: Move keyboard shortcuts configuration to a dialog window
2020-07-09 14:54:20 -07:00
<child>
<object class="GtkLabel">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="xalign">0</property>
<property name="label" translatable="yes">Type Special Characters</property>
<attributes>
<attribute name="weight" value="bold"/>
</attributes>
</object>
</child>
keyboard: Add "Alternate Characters Key" configuration This adds an entry to select the "Level 3" selection key, which is usually Right Alt (or Alt-Gr on a majority of keyboards). Mockups at [1]. However, we replaced the "Left Ctrl" key option with a "Menu key" option, as "Left Ctrl" isn't a possible XKB option for the level3 key. [1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/keyboard/keyboard-wires.png
2018-03-29 13:33:15 +02:00
<child>
<object class="GtkFrame">
<property name="visible">True</property>
<property name="can_focus">False</property>
<child>
<object class="GtkListBox" id="alternate_chars_listbox">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="selection-mode">none</property>
<property name="width-request">250</property>
<signal name="row-activated" handler="alternate_chars_activated" object="CcKeyboardPanel" swapped="no" />
<child>
<object class="HdyActionRow">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="title" translatable="yes">Alternate Characters Key</property>
<property name="subtitle" translatable="yes">Hold down and type to enter different characters</property>
keyboard: make Alternate Character Key HdyActionRow activatable libhandy made this not activatable by default, breaking this. https://gitlab.gnome.org/GNOME/libhandy/-/commit/ef6707f6cc1962e8908c3c44d0828dcb683ff241
2020-07-23 10:07:02 -07:00
<property name="activatable">True</property>
Stop using the action HdyActionRow child type It has been dropped and is now the default child type.
2020-07-03 10:27:23 +02:00
<child>
keyboard: Add "Alternate Characters Key" configuration This adds an entry to select the "Level 3" selection key, which is usually Right Alt (or Alt-Gr on a majority of keyboards). Mockups at [1]. However, we replaced the "Left Ctrl" key option with a "Menu key" option, as "Left Ctrl" isn't a possible XKB option for the level3 key. [1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/keyboard/keyboard-wires.png
2018-03-29 13:33:15 +02:00
<object class="GtkLabel" id="value_alternate_chars">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="label" translatable="no">Right Alt</property>
</object>
</child>
keyboard: replace CcAltCharsKeyDialog with a generic XkbModifierDialog Previously, there were multiple redundant lists of possible values for this setting. This uses one struct to define not only all the possible values, but also anything specific to the alternate characters key, so this can be used for other modifiers. This also changes the style of the dialog to use a GtkListBox.
2020-07-17 15:11:00 -07:00
<child>
<object class="GtkImage">
<property name="visible">True</property>
<property name="icon_name">go-next-symbolic</property>
<style>
<class name="dim-label"/>
</style>
</object>
</child>
keyboard: Add "Alternate Characters Key" configuration This adds an entry to select the "Level 3" selection key, which is usually Right Alt (or Alt-Gr on a majority of keyboards). Mockups at [1]. However, we replaced the "Left Ctrl" key option with a "Menu key" option, as "Left Ctrl" isn't a possible XKB option for the level3 key. [1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/keyboard/keyboard-wires.png
2018-03-29 13:33:15 +02:00
</object>
</child>
</object>
</child>
</object>
</child>
keyboard: Move keyboard shortcuts configuration to a dialog window
2020-07-09 14:54:20 -07:00
<child>
<object class="GtkLabel">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="xalign">0</property>
<property name="label" translatable="yes">Keyboard Shortcuts</property>
<attributes>
<attribute name="weight" value="bold"/>
</attributes>
</object>
</child>
keyboard: add a reset all button As described in the proposed mockups [1], the Keyboard panel should have a Reset All button above the list of shortcuts that allows the user to quickly reset all the shortcuts to their default keybinding. The current implementation, however, lacks this button. Fix that by adding a "Reset All" button, and implementing the reset all action. A message dialog is shown in order to confirm the action, and custom shortcuts are not reset (unless the conflict with the default keybinding of another standard shortcut). [1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:58:51 -02:00
<child>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<object class="GtkFrame">
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
<property name="visible">True</property>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<property name="can_focus">False</property>
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
<child>
keyboard: Move keyboard shortcuts configuration to a dialog window
2020-07-09 14:54:20 -07:00
<object class="GtkListBox" id="keyboard_shortcuts_listbox">
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
<property name="visible">True</property>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<property name="can_focus">True</property>
<property name="selection-mode">none</property>
<property name="width-request">250</property>
keyboard: Move keyboard shortcuts configuration to a dialog window
2020-07-09 14:54:20 -07:00
<signal name="row-activated" handler="keyboard_shortcuts_activated" object="CcKeyboardPanel" swapped="no" />
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<child>
keyboard: Move keyboard shortcuts configuration to a dialog window
2020-07-09 14:54:20 -07:00
<object class="HdyActionRow" id="common_shortcuts_row">
keyboard: show shortcuts in a listbox Replace the current treeview with the new listbox. This patch simply adds the listbox, and does not remove the treeview yet. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 16:10:15 -03:00
<property name="visible">True</property>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<property name="can_focus">True</property>
keyboard: Move keyboard shortcuts configuration to a dialog window
2020-07-09 14:54:20 -07:00
<property name="title" translatable="yes">Customize Shortcuts</property>
<property name="activatable">True</property>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<child>
keyboard: Move keyboard shortcuts configuration to a dialog window
2020-07-09 14:54:20 -07:00
<object class="GtkImage">
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
<property name="visible">True</property>
keyboard: Move keyboard shortcuts configuration to a dialog window
2020-07-09 14:54:20 -07:00
<property name="icon_name">go-next-symbolic</property>
<style>
<class name="dim-label"/>
</style>
keyboard: make the entire panel scrollable The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
2017-01-31 08:26:49 -02:00
</object>
</child>
keyboard: show shortcuts in a listbox Replace the current treeview with the new listbox. This patch simply adds the listbox, and does not remove the treeview yet. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 16:10:15 -03:00
</object>
</child>
</object>
</child>
</object>
keyboard: make it a template class To allow a much easier porting to the new layout, the keyboard panel is now a template class. That has various implications on the code organization: - The keyboard-shortcuts.c was responsible for filling the shortcuts. Because it relied on the GtkBuilder of the panel, most of its code was moved to the CcKeyboardPanel class. - The unused code from the keyboard panel class had to be removed in order to make it work again. - All the hash tables and widgets are now part of the CcKeyboardPanel structure. - The interface elements have a single entry point. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-22 15:26:10 -03:00
</child>
</object>
</child>
</object>
</child>
</object>
</child>
</template>
[keybindings] Remove libglade dependency from keybindings capplet
2009-07-10 16:46:41 +02:00
</interface>
Reference in a new issue Copy permalink