I would like to use the filter bar, also for other "filterings" as just by name. Currently I can think of the following: type: image, text, video, etc. extension: txt, png, bin, etc. seize: maybe here it would be better to actually introduce minseize and maxseize, so there is no need for the < >. Furthermore these option should advise themselves to the user, with a drop down list at the beginning (just like it is done with protocols in the location bar). The filtering by name should be the default.
Thanks for the suggestion. IMHO, this report is not about a usability improvement to the existing filter bar - it's about implementing a new widget with an entirely different functionality. The keyword 'usability' does not mean "This would make the application more pleasant to use for myself and a few more people". If it did, it would be completely redundant because this (hopefully) applies to all feature requests. Implementing such a thing would require very intrusive changes in core parts of the code, and thus open up lots of possibilities for new bugs. Considering that this does not look like the kind of feature that many Dolphin users would use on a daily basis, I'm therefore inclined to not accept any patches that implement a new kind of filter bar.
Dolphin's filter bar now has criteria for file type, and you can do file extensions yourself by just searching for them using the text field. It doesn't yet have a size criteria, but I think we should track that with its own bug if it's still wanted.
Actually I'm going to use *this* to track file size filtering.
Could it possibly be implemented as text within the search input box? Bug 431240 contains a search with "tag:mytag" and thus gave me the idea: What if a search always had a "namespace" prefix and multiple searches could be combined with boolean operators? Like: filename:.*exe$ and filesize:>100kb and filesize:<1MB and content:tag:mytag and filedate:today This way no additional GUI elements would be required...