matteo
/
malcontent
1
0
Fork 0
Code Issues Pull Requests 2 Packages Projects Releases Wiki Activity
malcontent/libmalcontent-ui/restrict-applications-dialo...

39 lines
1.6 KiB
Plaintext
Raw Normal View History

malcontent-control: Move the app restrictions into a separate dialogue Rather than having a scrollable listbox within a scrollable list of widgets, move the listbox out to a separate dialogue. This involves separating out all the code to query the apps, to get and to set the app filter, from `MctUserControls` out into the new `MctRestrictApplicationsSelector`. Most of it is unchanged, aside from its interaction with the filter: the filter is now provided to the widget by the calling code, rather than being queried by the widget itself. The widget’s status can be queried into an `MctAppFilterBuilder`, rather than being used to set the app filter directly. This commit redesigns the appearance of the relevant widgets in the main window so that they follow the new list-box-like visual design. A following commit will apply similar changes to the other widgest in the main screen. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-01-28 15:16:40 +01:00
<?xml version="1.0" encoding="UTF-8"?>
<!-- Copyright © 2020 Endless, Inc. -->
libmalcontent-ui: Explicitly state translation domains in UI files This means the strings are always translated using the correct domain, regardless of which program libmalcontent-ui is used in. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-04-27 13:11:39 +02:00
<interface domain="malcontent">
malcontent-control: Move the app restrictions into a separate dialogue Rather than having a scrollable listbox within a scrollable list of widgets, move the listbox out to a separate dialogue. This involves separating out all the code to query the apps, to get and to set the app filter, from `MctUserControls` out into the new `MctRestrictApplicationsSelector`. Most of it is unchanged, aside from its interaction with the filter: the filter is now provided to the widget by the calling code, rather than being queried by the widget itself. The widget’s status can be queried into an `MctAppFilterBuilder`, rather than being used to set the app filter directly. This commit redesigns the appearance of the relevant widgets in the main window so that they follow the new list-box-like visual design. A following commit will apply similar changes to the other widgest in the main screen. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-01-28 15:16:40 +01:00
<requires lib="gtk+" version="3.12"/>
Hdy → Adw This simply changes namespaces. Fortunately, no further widgetry changes will be necessary - all the widgets and APIs seem to have an exact match in libadwaita.
2022-07-08 20:11:30 +02:00
<template class="MctRestrictApplicationsDialog" parent="AdwPreferencesWindow">
malcontent-control: Move the app restrictions into a separate dialogue Rather than having a scrollable listbox within a scrollable list of widgets, move the listbox out to a separate dialogue. This involves separating out all the code to query the apps, to get and to set the app filter, from `MctUserControls` out into the new `MctRestrictApplicationsSelector`. Most of it is unchanged, aside from its interaction with the filter: the filter is now provided to the widget by the calling code, rather than being queried by the widget itself. The widget’s status can be queried into an `MctAppFilterBuilder`, rather than being used to set the app filter directly. This commit redesigns the appearance of the relevant widgets in the main window so that they follow the new list-box-like visual design. A following commit will apply similar changes to the other widgest in the main screen. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-01-28 15:16:40 +01:00
<property name="title" translatable="yes">Restrict Applications</property>
restrict-applications: Use HdyPreferencesWindow HdyPreferencesWindow provides a neat API we can use for windows like this.
2021-02-08 14:53:18 +01:00
<property name="default-width">500</property>
malcontent-control: Move the app restrictions into a separate dialogue Rather than having a scrollable listbox within a scrollable list of widgets, move the listbox out to a separate dialogue. This involves separating out all the code to query the apps, to get and to set the app filter, from `MctUserControls` out into the new `MctRestrictApplicationsSelector`. Most of it is unchanged, aside from its interaction with the filter: the filter is now provided to the widget by the calling code, rather than being queried by the widget itself. The widget’s status can be queried into an `MctAppFilterBuilder`, rather than being used to set the app filter directly. This commit redesigns the appearance of the relevant widgets in the main window so that they follow the new list-box-like visual design. A following commit will apply similar changes to the other widgest in the main screen. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-01-28 15:16:40 +01:00
<property name="default-height">500</property>
restrict-applications: Use HdyPreferencesWindow HdyPreferencesWindow provides a neat API we can use for windows like this.
2021-02-08 14:53:18 +01:00
<property name="search-enabled">False</property>
<child>
Hdy → Adw This simply changes namespaces. Fortunately, no further widgetry changes will be necessary - all the widgets and APIs seem to have an exact match in libadwaita.
2022-07-08 20:11:30 +02:00
<object class="AdwPreferencesPage">
malcontent-control: Move the app restrictions into a separate dialogue Rather than having a scrollable listbox within a scrollable list of widgets, move the listbox out to a separate dialogue. This involves separating out all the code to query the apps, to get and to set the app filter, from `MctUserControls` out into the new `MctRestrictApplicationsSelector`. Most of it is unchanged, aside from its interaction with the filter: the filter is now provided to the widget by the calling code, rather than being queried by the widget itself. The widget’s status can be queried into an `MctAppFilterBuilder`, rather than being used to set the app filter directly. This commit redesigns the appearance of the relevant widgets in the main window so that they follow the new list-box-like visual design. A following commit will apply similar changes to the other widgest in the main screen. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-01-28 15:16:40 +01:00
<child>
Hdy → Adw This simply changes namespaces. Fortunately, no further widgetry changes will be necessary - all the widgets and APIs seem to have an exact match in libadwaita.
2022-07-08 20:11:30 +02:00
<object class="AdwPreferencesGroup" id="group">
malcontent-control: Move the app restrictions into a separate dialogue Rather than having a scrollable listbox within a scrollable list of widgets, move the listbox out to a separate dialogue. This involves separating out all the code to query the apps, to get and to set the app filter, from `MctUserControls` out into the new `MctRestrictApplicationsSelector`. Most of it is unchanged, aside from its interaction with the filter: the filter is now provided to the widget by the calling code, rather than being queried by the widget itself. The widget’s status can be queried into an `MctAppFilterBuilder`, rather than being used to set the app filter directly. This commit redesigns the appearance of the relevant widgets in the main window so that they follow the new list-box-like visual design. A following commit will apply similar changes to the other widgest in the main screen. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-01-28 15:16:40 +01:00
<!-- Translated dynamically: -->
restrict-applications: Use HdyPreferencesWindow HdyPreferencesWindow provides a neat API we can use for windows like this.
2021-02-08 14:53:18 +01:00
<property name="description">Restrict {username} from using the following installed applications.</property>
<child>
restrict-applications-dialog: Add support for searching the app list This is a type-ahead search which filters the app list by app name. It’s always visible because search is a very obvious interaction the user might want to do to find an app in the app list. That’s why `GtkSearchBar` is not being used here. Signed-off-by: Philip Withnall <pwithnall@endlessos.org> Fixes: #31
2023-10-13 12:32:54 +02:00
<object class="GtkBox">
<property name="orientation">vertical</property>
<property name="spacing">12</property>
<child>
<object class="GtkSearchEntry" id="search_entry">
<property name="placeholder-text" translatable="yes">Search for applications…</property>
<signal name="stop-search" handler="search_entry_stop_search_cb" />
</object>
</child>
<child>
<object class="MctRestrictApplicationsSelector" id="selector">
<property name="search" bind-source="search_entry" bind-property="text" />
</object>
</child>
</object>
malcontent-control: Move the app restrictions into a separate dialogue Rather than having a scrollable listbox within a scrollable list of widgets, move the listbox out to a separate dialogue. This involves separating out all the code to query the apps, to get and to set the app filter, from `MctUserControls` out into the new `MctRestrictApplicationsSelector`. Most of it is unchanged, aside from its interaction with the filter: the filter is now provided to the widget by the calling code, rather than being queried by the widget itself. The widget’s status can be queried into an `MctAppFilterBuilder`, rather than being used to set the app filter directly. This commit redesigns the appearance of the relevant widgets in the main window so that they follow the new list-box-like visual design. A following commit will apply similar changes to the other widgest in the main screen. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-01-28 15:16:40 +01:00
</child>
</object>
</child>
</object>
</child>
</template>
</interface>