Bug 266668 - Filter for hiding files doesn't work
Summary: Filter for hiding files doesn't work
Status: RESOLVED UNMAINTAINED
Alias: None
Product: plasma4
Classification: Plasma
Component: widget-folderview (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR wishlist
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-19 14:38 UTC by Thomas
Modified: 2018-06-08 20:27 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas 2011-02-19 14:38:43 UTC
Version:           unspecified (using KDE 4.6.0) 
OS:                Linux

I marked "backup files" and "PDFs" and set the filter to hide the appropriate files but this doesn't have any effect. The filter for showing files works.

Reproducible: Always

Steps to Reproduce:
Create folder view.
Go to filters and chose to hide specific files
Mark different file types (of course some you currently see)
OK

Actual Results:  
The filter isn't applied

Expected Results:  
Marked file types shouldn't be shown
Comment 1 Amichai Rothman 2011-06-15 18:52:32 UTC
I was about to open a similar bug, but eventually realized this might be a usability bug rather than a logic bug, i.e. it doesn't work as I expect it (rather than "it doesn't work at all"). From what I eventually understood, there are two filters - the file name pattern filter (freetext) and the file types filter (checkboxes + search aid). In order for the filter to apply, a file must pass both filters - there is an AND relationship between them rather than an OR, which would be more intuitive. So for example, to hide all files with the .bak extension, you'd have to both check "backup file" in the list, and write "*.bak" (or *.*) in the pattern. This is unintuitive and unnecessarily complex.

In any case, this should be fixed to apply an OR relationship between the two filter types, i.e. one can either type his own patterns in freetext, or check the predefined sets of patterns from the list, or a mix of the two - and all are applied as a combined filter.
Comment 2 Ralph Müller-Welt 2011-11-12 19:21:44 UTC
Qt: 4.7.4
KDE: 4.7.2 (4.7.2)
Still valid,
This is higly flexible, but totaly unintuitive.

I'd suggest to drop the pattern input field and to add an easy way to add new pattern sets.
Also Patternsets shoud be shown as a tree of checkboxes, like:
v [x] Backupfiles (*~, *%, *.bak, *.old, *.sik)
 + [ ] *~
 + [ ] *%
 + [ ] *.bak
 + [ ] *.old
 + [ ] *.sik

That would be more intuitive and as flexible as current situation.
Comment 3 Gregor Tätzner 2011-11-28 20:46:53 UTC
bug->wishlist
Comment 4 Nate Graham 2018-06-08 20:27:51 UTC
Hello!

This feature request was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this feature request is already implemented in Plasma 5, or is no longer applicable.

Accordingly, we hope you understand why we must close this feature request. If the requested feature is still desired but not implemented in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting

If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging

Thanks for your understanding!

Nate Graham