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

197 lines
9.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: add search support Based on the latest mockups, the Keyboard panel would benefit from a search functionality. This patch add all the necessary UI and functions to make the search work. Worth noticing that the current implementation still doesn't work with search-as-you-type, which'll be addressed on a future fix. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-21 22:00:03 -03:00
<signal name="key-press-event" handler="gtk_search_bar_handle_event" object="search_bar" swapped="yes" />
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>
keyboard: add search support Based on the latest mockups, the Keyboard panel would benefit from a search functionality. This patch add all the necessary UI and functions to make the search work. Worth noticing that the current implementation still doesn't work with search-as-you-type, which'll be addressed on a future fix. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-21 22:00:03 -03:00
<child>
<object class="GtkSearchBar" id="search_bar">
<property name="visible">True</property>
<property name="hexpand">True</property>
<property name="search_mode_enabled" bind-source="search_button" bind-property="active" bind-flags="bidirectional" />
<child>
<object class="GtkSearchEntry" id="search_entry">
<property name="visible">True</property>
<property name="width_chars">30</property>
keyboard: Rename listbox to shortcuts_listbox So that we can add another listbox and not confused them.
2018-03-29 12:06:10 +02:00
<signal name="notify::text" handler="gtk_list_box_invalidate_filter" object="shortcuts_listbox" swapped="yes" />
keyboard: add search support Based on the latest mockups, the Keyboard panel would benefit from a search functionality. This patch add all the necessary UI and functions to make the search work. Worth noticing that the current implementation still doesn't work with search-as-you-type, which'll be addressed on a future fix. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-21 22:00:03 -03:00
</object>
</child>
</object>
</child>
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="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: 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="use-underline">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>
</object>
</child>
</object>
</child>
</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: Rename listbox to shortcuts_listbox So that we can add another listbox and not confused them.
2018-03-29 12:06:10 +02:00
<object class="GtkListBox" id="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>
<signal name="row-activated" handler="shortcut_row_activated" object="CcKeyboardPanel" swapped="no" />
<child>
<object class="GtkListBoxRow" id="add_shortcut_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>
<child>
<object class="GtkBox">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="hexpand">True</property>
<property name="border_width">6</property>
<child type="center">
<object class="GtkImage">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="icon_name">list-add-symbolic</property>
</object>
</child>
</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>
keyboard: Move "Reset All" to the start of the headerbar https://gitlab.gnome.org/GNOME/gnome-control-center/issues/528
2019-05-21 13:00:32 -03:00
<!-- Header widgets -->
keyboard: add search support Based on the latest mockups, the Keyboard panel would benefit from a search functionality. This patch add all the necessary UI and functions to make the search work. Worth noticing that the current implementation still doesn't work with search-as-you-type, which'll be addressed on a future fix. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-21 22:00:03 -03:00
<object class="GtkToggleButton" id="search_button">
<property name="visible">True</property>
<style>
<class name="image-button" />
</style>
<child>
<object class="GtkImage">
<property name="visible">True</property>
<property name="icon_name">system-search-symbolic</property>
</object>
</child>
</object>
keyboard: Move "Reset All" to the start of the headerbar https://gitlab.gnome.org/GNOME/gnome-control-center/issues/528
2019-05-21 13:00:32 -03:00
<object class="GtkButton" id="reset_button">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="label" translatable="yes">Reset All…</property>
<property name="tooltip-text" translatable="yes">Reset all shortcuts to their default keybindings</property>
<signal name="clicked" handler="reset_all_clicked_cb" object="CcKeyboardPanel" swapped="yes" />
</object>
keyboard: add search support Based on the latest mockups, the Keyboard panel would benefit from a search functionality. This patch add all the necessary UI and functions to make the search work. Worth noticing that the current implementation still doesn't work with search-as-you-type, which'll be addressed on a future fix. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-21 22:00:03 -03:00
<object class="GtkBox" id="empty_search_placeholder">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">center</property>
<property name="valign">center</property>
<property name="hexpand">True</property>
<property name="vexpand">True</property>
<property name="border_width">18</property>
<property name="orientation">vertical</property>
<property name="spacing">6</property>
<child>
<object class="GtkImage">
<property name="visible">True</property>
<property name="can_focus">False</property>
common: update pixel_size values to base 16 for icon clarity
2018-07-10 17:52:08 -04:00
<property name="pixel_size">80</property>
keyboard: add search support Based on the latest mockups, the Keyboard panel would benefit from a search functionality. This patch add all the necessary UI and functions to make the search work. Worth noticing that the current implementation still doesn't work with search-as-you-type, which'll be addressed on a future fix. https://bugzilla.gnome.org/show_bug.cgi?id=769063
2016-07-21 22:00:03 -03:00
<property name="icon_name">edit-find-symbolic</property>
<style>
<class name="dim-label"/>
</style>
</object>
</child>
<child>
<object class="GtkLabel">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="label" translatable="yes">No keyboard shortcut found</property>
<attributes>
<attribute name="weight" value="bold"/>
<attribute name="scale" value="1.44"/>
</attributes>
</object>
</child>
<child>
<object class="GtkLabel">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="label" translatable="yes">Try a different search</property>
<style>
<class name="dim-label"/>
</style>
</object>
</child>
</object>
[keybindings] Remove libglade dependency from keybindings capplet
2009-07-10 16:46:41 +02:00
</interface>
Reference in a new issue Copy permalink