applications/gnome-control-center
4
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
gnome-control-center/shell/window.ui

211 lines
8.8 KiB
Text
Raw Normal View History

window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<?xml version="1.0" encoding="UTF-8"?>
<interface>
<requires lib="gtk+" version="3.20"/>
<template class="CcWindow" parent="GtkApplicationWindow">
<property name="can_focus">False</property>
<property name="window_position">center</property>
shell: increase initial window size With the new settings shell, a larger window makes it easier to navigate the different panels and shows more content from each panel, reducing the need to scroll. https://bugzilla.gnome.org/show_bug.cgi?id=786328
2017-08-15 16:17:18 +01:00
<property name="default-width">980</property>
<property name="default-height">640</property>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<signal name="notify::window" handler="gdk_window_set_cb" object="CcWindow" swapped="no" />
<signal name="map-event" handler="window_map_event_cb" object="CcWindow" swapped="no" />
<child>
<object class="GtkBox" id="main_hbox">
<property name="visible">True</property>
<property name="can_focus">False</property>
<child>
window: Synchronize sidebar and header with a size group Instead of using a callback on size-allocate, and setting a custom size request. Using a sizegroup is much cleaner and avoid some potential issues we could have in the future.
2017-08-16 16:47:14 -03:00
<object class="GtkBox" id="sidebar_box">
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="hexpand">False</property>
<property name="orientation">vertical</property>
<child>
<object class="GtkSearchBar" id="search_bar">
<property name="visible">True</property>
window: adapt to use CcPanelList After introducing the new sidelist class, the next logical step is to make CcWindow use it. This patch, then, adapts CcWindow to use CcPanelList instead of a plain GtkListBox. https://bugzilla.gnome.org/show_bug.cgi?id=767301
2016-06-06 14:16:10 -03:00
<property name="search_mode_enabled" bind-source="search_button" bind-property="active" bind-flags="sync-create|bidirectional" />
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="app_paintable">True</property>
<property name="can_focus">False</property>
<child>
<object class="GtkSearchEntry" id="search_entry">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="width_chars">25</property>
shell: Disable emoji chooser in main search box https://bugzilla.gnome.org/show_bug.cgi?id=789322
2017-10-22 12:19:43 -04:00
<property name="input_hints">no-emoji</property>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="max_width_chars">25</property>
<property name="primary_icon_name">edit-find-symbolic</property>
<property name="primary_icon_activatable">False</property>
<property name="primary_icon_sensitive">False</property>
window: reimplement search We previously had a dedicate view for handling search, based on model filtering and a custom panel to display that differently. After moving to GtkListBox, search can be trivially done by using a filtering function, and widgets can be fine-tuned to display extra information. This patch, then, reimplements the search using a filtering function over the panels' list. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-26 13:08:40 -03:00
<signal name="activate" handler="search_entry_activate_cb" object="CcWindow" swapped="no" />
window: adapt to use CcPanelList After introducing the new sidelist class, the next logical step is to make CcWindow use it. This patch, then, adapts CcWindow to use CcPanelList instead of a plain GtkListBox. https://bugzilla.gnome.org/show_bug.cgi?id=767301
2016-06-06 14:16:10 -03:00
<signal name="notify::text" handler="update_list_title" object="CcWindow" swapped="yes" />
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
</object>
</child>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
</packing>
</child>
<child>
window: use a listbox The latest mockups use a list instead of icon grid. This commit, after all the work porting the current UI to use a side list, replacing the temporary icon grid. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-24 23:52:02 -03:00
<object class="GtkScrolledWindow" id="list_scrolled">
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="vexpand">True</property>
window: use a listbox The latest mockups use a list instead of icon grid. This commit, after all the work porting the current UI to use a side list, replacing the temporary icon grid. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-24 23:52:02 -03:00
<property name="width-request">200</property>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="hscrollbar_policy">never</property>
<style>
<class name="view"/>
</style>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">1</property>
</packing>
</child>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
</packing>
</child>
<child>
<object class="GtkSeparator">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="orientation">vertical</property>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">1</property>
</packing>
</child>
<child>
<object class="GtkStack" id="stack">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="hexpand">True</property>
<property name="vexpand">True</property>
<property name="transition_type">crossfade</property>
<style>
<class name="background"/>
</style>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">2</property>
</packing>
</child>
</object>
</child>
<child type="titlebar">
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<object class="GtkBox" id="header_box">
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="visible">True</property>
<property name="can_focus">False</property>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<property name="orientation">horizontal</property>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<child>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<object class="GtkHeaderBar" id="header">
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="visible">True</property>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<property name="can_focus">False</property>
window: Split the window decorations between the header bars When application menus are not supported by the desktop environment or are disabled, Gtk+ makes the menu available with a fallback. For client-side decorations the fallback consists of adding a menu button at the begining of the titlebar. Since g-c-c has a split headerbar, we need to explicitly handle the decoration layout. This commit forces the "menu" to belong to the left headerbar, and leaves the other buttons to ble placed at the right headerbar. The "show-close-button" property has to be set in order to present any type of decoration buttons in the header bar. https://bugzilla.gnome.org/show_bug.cgi?id=786692
2017-09-03 15:27:25 +02:00
<property name="show-close-button">True</property>
window: introduce the second headerbar This commit introduces the second headerbar, where the panel title and the panel widgets are displayed. It also adapts the code to use the second headerbar when needed. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:18:57 -03:00
<property name="title" translatable="yes">Settings</property>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<child>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<object class="GtkButton" id="previous_button">
<property name="can_focus">True</property>
<property name="receives_default">True</property>
<property name="no_show_all">True</property>
<signal name="clicked" handler="previous_button_clicked_cb" object="CcWindow" swapped="no" />
<child>
<object class="GtkImage">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="icon_name">go-previous-symbolic</property>
</object>
</child>
<style>
<class name="image-button"/>
</style>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
</object>
</child>
<child>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<object class="GtkToggleButton" id="search_button">
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="visible">True</property>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<property name="can_focus">True</property>
<property name="receives_default">True</property>
<property name="no_show_all">True</property>
window: Add accessible-name for the Search button The search toggle button in the upper-left corner of the Window lacks an accessible name. Thus when it gains focus, screen readers cannot present what this widget does; only that it is a toggle button. https://bugzilla.gnome.org/show_bug.cgi?id=790625
2017-11-20 17:05:52 +01:00
<child internal-child="accessible">
<object class="AtkObject">
<property name="accessible-name" translatable="yes">Search</property>
</object>
</child>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<child>
<object class="GtkImage">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="icon_name">edit-find-symbolic</property>
</object>
</child>
<style>
<class name="image-button"/>
</style>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
</object>
</child>
window: introduce the second headerbar This commit introduces the second headerbar, where the panel title and the panel widgets are displayed. It also adapts the code to use the second headerbar when needed. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:18:57 -03:00
</object>
</child>
<child>
<object class="GtkSeparator">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="orientation">vertical</property>
</object>
</child>
<child>
<object class="GtkHeaderBar" id="panel_headerbar">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="hexpand">True</property>
<property name="show_close_button">True</property>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<child>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<object class="GtkBox" id="top_right_box">
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
<property name="visible">True</property>
<property name="can_focus">True</property>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<child>
<object class="GtkLockButton" id="lock_button">
<property name="can_focus">True</property>
<property name="no_show_all">True</property>
<style>
<class name="text-button" />
</style>
</object>
</child>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
</object>
window: pack the headerbar inside a box In the future commits, we'll use two headerbars to visually separate the panel area and the sidelist. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 14:11:31 -03:00
<packing>
<property name="pack_type">end</property>
</packing>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
</child>
</object>
</child>
</object>
</child>
</template>
<object class="GtkSizeGroup" id="header_sizegroup">
<property name="mode">vertical</property>
<widgets>
<widget name="lock_button"/>
<widget name="search_button"/>
<widget name="previous_button"/>
</widgets>
</object>
window: Synchronize sidebar and header with a size group Instead of using a callback on size-allocate, and setting a custom size request. Using a sizegroup is much cleaner and avoid some potential issues we could have in the future.
2017-08-16 16:47:14 -03:00
<!-- Synchronize left header and sidebar -->
<object class="GtkSizeGroup">
<property name="mode">horizontal</property>
<widgets>
<widget name="header"/>
<widget name="sidebar_box"/>
</widgets>
</object>
window: make it a template class In order to prepare ourselves for the future changes, having the window as a template class is hugely advantageous for we'll be able to modify the interface much more quickly and cleanly. This commit makes the window a template class, and only that. No behavioral changes, nor new features were introduced here. https://bugzilla.gnome.org/show_bug.cgi?id=766922
2016-05-22 13:32:23 -03:00
</interface>
Reference in a new issue Copy permalink