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

240 lines
11 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" />
window: Move remaining UI declarations to GtkBuilder file There were leftover UI declarations in the source code, breaking the nice split that it having the UI declared in the GtkBuilder file while the logic is programmed. This commit moves the remaining widgets declared in the source code, the connected signals using and the binded properties to the GtkBuilder file. This led to a nice cleanup in the source code.
2018-01-21 10:14:12 -02:00
<signal name="key-press-event" handler="window_key_press_event_cb" object="CcWindow" swapped="no" after="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
<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>
window: Move remaining UI declarations to GtkBuilder file There were leftover UI declarations in the source code, breaking the nice split that it having the UI declared in the GtkBuilder file while the logic is programmed. This commit moves the remaining widgets declared in the source code, the connected signals using and the binded properties to the GtkBuilder file. This led to a nice cleanup in the source code.
2018-01-21 10:14:12 -02:00
<child>
<object class="CcPanelList" id="panel_list">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="search-mode" bind-source="search_bar" bind-property="search-mode-enabled" bind-flags="bidirectional" />
<property name="search-query" bind-source="search_entry" bind-property="text" bind-flags="default" />
<signal name="show-panel" handler="show_panel_cb" object="CcWindow" swapped="no" />
<signal name="notify::view" handler="panel_list_view_changed_cb" object="CcWindow" swapped="no" />
</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>
<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>
window: Move remaining UI declarations to GtkBuilder file There were leftover UI declarations in the source code, breaking the nice split that it having the UI declared in the GtkBuilder file while the logic is programmed. This commit moves the remaining widgets declared in the source code, the connected signals using and the binded properties to the GtkBuilder file. This led to a nice cleanup in the source code.
2018-01-21 10:14:12 -02:00
<child internal-child="accessible">
<object class="AtkObject" id="a11y-button1">
<property name="accessible-name" translatable="yes">All Settings</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
<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: Warn about development builds With this commit, a message dialog pops up whenever a development build runs. This is meant to actually annoy, so that we're always reminded that things may not work as expected. Since the dialog can be dismissed with a single button press, it is not the end of the world. But people still should be aware that Settings is ~not~ meant to run with Flatpak, and that this is a development tool only.
2018-05-11 22:45:51 -03:00
<!-- Warning dialog for development builds -->
<object class="GtkMessageDialog" id="development_warning_dialog">
<property name="message-type">warning</property>
<property name="transient-for">CcWindow</property>
<property name="resizable">false</property>
<property name="modal">true</property>
<property name="buttons">ok</property>
<property name="text" translatable="yes">Warning: Development Version</property>
<property name="secondary-text" translatable="yes">This version of Settings should only be used for development purposes. You may experience incorrect system behavior, data loss, and other unexpected issues. </property>
<signal name="response" handler="on_development_warning_dialog_responded_cb" object="CcWindow" swapped="no" />
</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