Open/Save UI redesign
Open, Needs TriagePublic

Description

This is Open/Save dialog mockup that more consistent with T12308.

Related Objects

ngraham added a subscriber: ngraham.

Quite nice looking!

This is a little update of mockup, i changed a font from Open Sans to Noto Sans and finish the Name/Filter place.

1x:


4x:

SVG:

Nice.

Here's an idea: instead of showing a field called "Filter" below the "Name field", we turn it into a real search field that becomes visible from a toolbar button or something. GNOME and macOS have a search feature in their Open/Save dialogs and I find it really handy, whereas the current filter functionality is not very useful IMO and is only sometimes available (sometimes it turns into a file type chooser combobox).

This looks excellent as well!

@ngraham I believe on Windows, some applications have a hybrid. An editable combo box that allows you to select an extension or type in a custom one. Windows implements this rather oddly in some cases (for example, the appending of an extension seems to have odd behavior for some applications). Tldr; I agree with you 100%, as long as the combobox functionality itself is kept.

This question may appear to be silly to many developers, but why not invoke dolphin for utilisation as the file-picker, or allow configuration of the default chooser?

"http://github.com/files-community/Files", which is available for Windows 10 and Windows 11, is able to configure itself to replace File Picker, and I am certain that choice of what software should manage selection of files would improve consistency. It would additionally mean that duplication of effort for management of this software and Dolphin and Konquerer and Index shall not be necessary. Because much software is utilising "xdg-desktop-portal" for choice of files, is the necessary abstraction not present?

This comment was removed by sholyszewski.