GNOME Bugzilla – Bug 748812
Provide methods to search and sort filters
Last modified: 2021-05-19 11:45:31 UTC
P
I have about 100 filters created over the last several years, so that it's become very difficult to find exactly what filters Evolution is using or to find one for editing, or to bring together various filters that I may have created for similar purposes. For example I need to find any filters for messages from a company I do business with or from another separate company that handles their communications. (Sorry about the initial report. I accidentally hit return. Also sorry that I am using what seems to be an ancient version; but it is the latest released under Fedora.)
(In reply to Jonathan Ryshpan from comment #1) > Also sorry that I am using what seems to be an ancient version; but it is > the latest released under Fedora.) Out of curiosity, what is your fedora version and the evolution it it, please? You set the version to pre-1.5, which I doubt is true (Help->About in evolution).
I tried the searching functionality (the sort is obviously missing), and I see that one can search between configured filters (in Edit->Message Filters) when the list of message rules is selected and one starts to typing. It matches in a way of "begins with", rather than "contains". Would change to search with "contains" be useful, and better, here? With respect of the sort of the rules, I'm not sure whether the sorting should be permanent or rather only for the time when the dialog is opened. Both has its pros and cons.
(In reply to Milan Crha from comment #2) > (In reply to Jonathan Ryshpan from comment #1) > > Also sorry that I am using what seems to be an ancient version; but it is > > the latest released under Fedora.) > > Out of curiosity, what is your fedora version and the evolution it it, > please? You set the version to pre-1.5, which I doubt is true (Help->About > in evolution). Actually the version is 3.12.11 . I don't know why I entered pre-1.5 in the version; my only excuse is that I got very little sleep the night before posting the enhancement request. I have changed the version in the bug posting to the correct one. The version of Linux is Fedora-21 with all upgrades installed, running on 4-processor x86_64 hardware.
(In reply to Milan Crha from comment #3) > I tried the searching functionality (the sort is obviously missing), and I > see that one can search between configured filters (in Edit->Message > Filters) when the list of message rules is selected and one starts to > typing. It matches in a way of "begins with", rather than "contains". Thanks for the pointer. The function is quite handy but also unexpected. Maybe a permanently visible search box, similar to the one that appears when the user starts typing would show the user that the function exists. > Would change to search with "contains" be useful, and better, here? This kind of searching of fields is usually "begins with". I think "contains" would be confusing as the default. A permanent search box could come with a choice of search methods: "begins with" vs. "contains" vs whatever. > With respect of the sort of the rules, I'm not sure whether the sorting > should be permanent or rather only for the time when the dialog is opened. > Both has its pros and cons. I think the sorting should be temporary unless the user presses an apply button, since the order of tests is affects the way the filters work.
(In reply to Jonathan Ryshpan from comment #4) > Actually the version is 3.12.11. That's okay, 3.12.11 is pretty good. (In reply to Jonathan Ryshpan from comment #5) > The function is quite handy but also unexpected. It's a common way for searching with gtk+ widgets, it's enabled on many places. > This kind of searching of fields is usually "begins with". I think > "contains" would be confusing as the default. A permanent search box could > come with a choice of search methods: "begins with" vs. "contains" vs > whatever. It can search versus filter, like hiding all which do not match the search criteria, but I do not want to make this overly complex. > I think the sorting should be temporary unless the user presses an apply > button, since the order of tests is affects the way the filters work. Right, I didn't think of this at the beginning. I'd say the sorting should not be done then, accidentally saving sorted rules would break all the filters order irrecoverably, thus better to not offer it and focus on the search.
It's unclear to me what is requested in this task and hence I don't know which criteria to apply to ever declare this task "fixed" or such. What would you expect to happen in your situation?
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/evolution/-/issues/ Thank you for your understanding and your help.