Change Details

Right now, when a list has related buttons (e.g. {nav Add} {nav Remove, etc.), we aren't consistent regarding where the buttons are placed:
- Below the list, on left: {F6561099}
- Below the list, on the right: {F6561118}
- Above the list, on the right: {F6561101}
- Above the list, on the left: {F6561103}
- To the right of the list, on top: {F6561108}
(As you can see, we're also not consistent with wording and icon use).
There is a common and functional alternative that's already been adopted by most of our major peers/competitors: putting the buttons in an inline toolbar at the bottom of the window. Here's how it looks on other platforms:
macOS: {F6561134}
GNOME: {F6561136}
Cinnamon: {F6561130}
ElementaryOS: {F6561128}
This style seems to have emerged as a de-facto standard, probably because it is both aesthetically pleasing and solves the problem of how to visually connect the buttons with their list in a consistent matter.
I think it would be nice if we adopted this pattern too, perhaps as new Kirigami components that extend the QML `ListView` and `GridView`, or else something that can be added to them, in which case the list should lose the rounded bottom edge to make it looks like it's connected with the toolbar.
The list's toolbar should be able to accept arbitrary controls, and any buttons added to it should show text unless there isn't enough space, in which case they should fall back to being icons-only.

Right now, when a list has related buttons (e.g. {nav Add} {nav Remove}, etc.), we aren't consistent regarding where the buttons are placed:
- Below the list, on left: {F6561099}
- Below the list, on the right: {F6561118}
- Above the list, on the right: {F6561101}
- Above the list, on the left: {F6561103}
- To the right of the list, on top: {F6561108}
(As you can see, we're also not consistent with wording and icon use).
There is a common and functional alternative that's already been adopted by most of our major peers/competitors: putting the buttons in an inline toolbar at the bottom of the window. Here's how it looks on other platforms:
macOS: {F6561134}
GNOME: {F6561136}
Cinnamon: {F6561130}
ElementaryOS: {F6561128}
This style seems to have emerged as a de-facto standard, probably because it is both aesthetically pleasing and solves the problem of how to visually connect the buttons with their list in a consistent matter.
I think it would be nice if we adopted this pattern too, perhaps as new Kirigami components that extend the QML `ListView` and `GridView`, or else something that can be added to them, in which case the list should lose the rounded bottom edge to make it looks like it's connected with the toolbar.
The list's toolbar should be able to accept arbitrary controls, and any buttons added to it should show text unless there isn't enough space, in which case they should fall back to being icons-only.

Right now, when a list has related buttons (e.g. {nav Add} {nav Remove}, etc.), we aren't consistent regarding where the buttons are placed:
- Below the list, on left: {F6561099}
- Below the list, on the right: {F6561118}
- Above the list, on the right: {F6561101}
- Above the list, on the left: {F6561103}
- To the right of the list, on top: {F6561108}
(As you can see, we're also not consistent with wording and icon use).
There is a common and functional alternative that's already been adopted by most of our major peers/competitors: putting the buttons in an inline toolbar at the bottom of the window. Here's how it looks on other platforms:
macOS: {F6561134}
GNOME: {F6561136}
Cinnamon: {F6561130}
ElementaryOS: {F6561128}
This style seems to have emerged as a de-facto standard, probably because it is both aesthetically pleasing and solves the problem of how to visually connect the buttons with their list in a consistent matter.
I think it would be nice if we adopted this pattern too, perhaps as new Kirigami components that extend the QML `ListView` and `GridView`, or else something that can be added to them, in which case the list should lose the rounded bottom edge to make it looks like it's connected with the toolbar.
The list's toolbar should be able to accept arbitrary controls, and any buttons added to it should show text unless there isn't enough space, in which case they should fall back to being icons-only.