| Summary: | kmail: very limited filter capabilities, for example can not remove second filter rule | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | esigra |
| Component: | filtering | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | bjoern, kde.org, montel |
| Priority: | NOR | Keywords: | junior-jobs |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 4.8 | |
| Sentry Crash Report: | |||
| Attachments: | Tree representation of filter rules as Kmail should do it | ||
|
Description
esigra
2004-11-28 11:46:02 UTC
Created attachment 8466 [details]
Tree representation of filter rules as Kmail should do it
You can clean the second filter rule. Simply delete the values in the combox box and in the edit field. That's why I change the servirity to "wishlist". There are some ideas to extend the capabilities of KMail regarding filtering. There is the Sieve standard which could be a good orientation for improvements in KMail. It's just that the development capacity is limited and the main focus is on the groupware features at the moment. I agree with the point about logical operators. At the moment, there is only the option to match any of the rules, or all of the rules. Perhaps a suitable solution might be to add a combo box to the beginning of each rule, so we can apply and/or to each rule individually? Andreas, about erasing, true, but there should be small "erase" buttons (wish of course). I see two wishes in this: Add a small delete button for every filter rule or filter action - and increase the limit of rules and actions. Good for a junior *** Bug 56875 has been marked as a duplicate of this bug. *** Deleting a filter by emptying each of its field is a really convoluted way of doing things. And if one hopes to remove a filter by clicking on it and pressing "-Fewer", you end up with the last filter being deleted and not the one you were on. The whole process for deleting is so convoluted that it really deserve the status of a bug. Calling it a wish is just an insult to users who have to deal with the bad design of this screen. This entry should be split in to entries: 1: BUG: implement filter deletion properly in current screen. I'd create this entry if I were sure it wouldn't end up being tagged as duplicate wish 2: WISH: remove limits, and/or, etc. What this entry is already I don't think groupware features should not take precedence over BUG #1 which is a real issue for managing a large flow of mail items (mailing lists, ads, spam, etc.). Moreover groupware only means an increase flow of items, so wouldn't you need better filtering for groupware so that one can easily sort mail/tasks/calendar/contacts between groups/projects/whatever? So please don't neglect filtering. At least make it easier to remove/move items in present screen while you sort out a larger redesign plan that may take years before it gets released. Thanks! I agree with this wish will look at it. let's reassign then Git commit a93c696691fa955530770a3defc3e5bb795cead2 by Montel Laurent. Committed on 10/10/2011 at 09:41. Pushed by mlaurent into branch 'master'. Fix Bug 94062 - kmail: very limited filter capabilities, for example can not remove second filter rule FIXED-IN: 4.8 BUG: 94062 M +73 -21 libkdepim/kwidgetlister.cpp M +9 -0 libkdepim/kwidgetlister.h M +107 -18 mailcommon/filteractionwidget.cpp M +13 -2 mailcommon/filteractionwidget.h http://commits.kde.org/kdepim/a93c696691fa955530770a3defc3e5bb795cead2 I improve delete/add rules in kmfilterdialog in 4.8 |