GNOME Bugzilla – Bug 141153
Support typed wildcard filters
Last modified: 2012-10-09 15:51:16 UTC
This is something I know has been critizised, but I couldn't find any bug about it in Bugzilla so... This has two flaws: a) you can't list hidden files or directories by any means b) you can't filter the list with substrings and wildcard characters (e.g. '*.png'). Is it planned to add a text field to the file-chooser, like there was in the old one?
actually you can rightclick the files and select `show hidden files', but b) is still very important to fix, a textfield that does tabcompletion like the filepicker would be great.
Retitling for clarity, and changing product.
I think is a very important usability improvement to add a textentry with autocompletition ability for quickly navigation.
I'd also recommend to have this added... it's one of the things that is causing me pain .. gtk2's file selection ...
User-specified wildcards should be simple to implement: 1. See if the entry's contents have wildcard characters 2. Create a GtkFileFilter on the fly and install it 3. Document that gtk_file_chooser_get_filter() may return a filter object which the caller app didn't create.
I strongly agree with the need for this. I am curious, however, about the panel layout... when a list of filters has already been provided, how do we indicate to the user that they may EITHER pull down from this list ("All files", "Image files", etc.) *OR* type their own filter into a text entry field (somewhere else)? (Of course I'm thinking about an 'Open File' File Chooser, where there normally isn't any text entry field.)
*** Bug 334100 has been marked as a duplicate of this bug. ***
I think that it should be noted that I described a different implementation suggestion in the bug #334100 that Federico classified as a duplicate of this one.
Created attachment 62880 [details] picture The GtkFileChooser filter combo would do just fine for this thing - list of filters added by application, like "All Files" or "Text Files (*.txt)", and whatever user wants to type in (it would need to be a ComboBoxEntry). Typing filters into the name entry is not good: how do you remove filter, for example?
*** Bug 340084 has been marked as a duplicate of this bug. ***
Yevgen: typing filters into the name entry works really well. See gtk1. It's much better than having to move the focus to a new entry widget in order to filter. The only possible improvement to that model would be something that hinted to new users that "tab" would filter for them. That could just be text somewhere, perhaps a tooltip.
(In reply to comment #11) > Yevgen: typing filters into the name entry works really well. IMHO, it would be very confusing, because you enter two things into the entry - filename and filter. Completion thinks you enter filename; when you click a file, filename gets into the entry and should erase the filter, and what happens then? Etc. What I want to say, you can't just *add* filters functionality to the entry (good question is what happens when you enter "*.txt" and press Enter). While filters in the entry may or may not work well in general (e.g. in gtk-1?), they won't work well in the GtkFileChooser as it is now; and using filter combo for filters seems to be the most natural.
Created attachment 67655 [details] Filter combo in GtkFileChooser
WONTFIX unless someone writes a patch.