After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 303257 - Filter dialog box too small, hard to search data on it.
Filter dialog box too small, hard to search data on it.
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.24.x (obsolete)
Other All
: Normal enhancement
: Future
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[filters] evolution[kill-bon...
: 339682 579784 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-05-06 15:00 UTC by Miguel de Icaza
Modified: 2009-09-03 10:44 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Miguel de Icaza 2005-05-06 15:00:54 UTC
The Filter dialog box in Tools/Filter has a number of problems:

* It does not have enough horizontal space, so only a couple of words are visible
with Evolution's defaul to provide meaningful filter name rules, you can
typically see `Mail from word' but not all the details.

* The dialog box lacks a maximize button, so even if I just want to maximize the
window, I have to manually drag things around until I can get a decent size.

* Search would probably be the most welcome bit here.  Searching the subject or
the strings of the query would be a lot of help.  Currently when I have to find
a rule (I have more than 150 filter rules) I have to edit the ~/.evolution/mail
files to find the rule.

* Sometimes the rule has a poor name, and it would be nice to use a tree so when
I click on a rule it would expand into a terse human description of the rule

> `Mail from gtk-sharp-list'
   Filter to `gtk-sharp-list folder' if mailing list matches `gtk-sharp-list'

Other information:
Comment 1 André Klapper 2006-01-22 21:43:23 UTC
at least we have top/bottom buttons now in 2.5.
adding keyword.
Comment 2 André Klapper 2006-03-22 01:29:45 UTC
removing old 2.5 target milestone and retargetting to future - sorry.
Comment 3 Calum Benson 2006-05-03 14:18:49 UTC
*** Bug 339682 has been marked as a duplicate of this bug. ***
Comment 4 Calum Benson 2006-05-03 14:20:19 UTC
See bug #339682 for some UI thoughts on the search facility.
Comment 5 André Klapper 2006-06-17 23:55:43 UTC
still valid in 2.7, updating version number.
Comment 6 Matthew Barnes 2008-03-11 00:31:56 UTC
Bumping version to a stable release.
Comment 7 André Klapper 2009-04-22 10:02:42 UTC
*** Bug 579784 has been marked as a duplicate of this bug. ***
Comment 8 Nick Jenkins 2009-04-23 07:28:50 UTC
As per bug 579784, I would suggest making the dialog a bit bigger:

The default size is currently 350 x 469 pixels (excluding the title bar and
window decorations, in Evo 2.24.3; and Evo 2.26.0 seems to use the same or a
very similar size).

Could it maybe be 535 x 592 pixels instead? I'm basing this on the size that
seems nicest to me, but which is still smaller than the Edit -> Preferences
dialog box, which is 731 x 618 pixels - therefore it should still be suitable
for small screen devices, like netbooks.
Comment 9 Matthew Barnes 2009-04-23 11:59:56 UTC
Even better would be to make the dialog size persistent.  I believe that's already been requested elsewhere.
Comment 10 Nick Jenkins 2009-04-23 23:34:07 UTC
> Even better would be to make the dialog size persistent.  I believe that's
> already been requested elsewhere.

Good idea, that way it's appropriate for that user's needs. More generally, if all of Evo's resizeable windows + dialog boxes and windows remembered their size, that would be even better. For example, right-click on a mail in the inbox -> "move to folder" defaults to a tiny dialog box size, that's also way too small. Also bug 556078 - about remembering resizings of notes/memos/calendar windows - different window type, but same principle: If the user cared enough to resize it, then they care enough to be annoyed when it forgets their changes. See also: Bug 558352 -  Appointments reminder window does not remember the "always on top" setting. So there's probably a meta-bug lurking in there somewhere, about making Evo's windows + dialog boxes persistently remember their size and always-on-top setting.
Comment 11 seb 2009-06-25 21:34:59 UTC
Anything new here? I am wondering how this is not bothering more people so that the bug hangs around for 4 years!

Please, please, just fix it. Almost all solutions are better that the cramped window now
Comment 12 Matthew Barnes 2009-09-03 10:44:06 UTC
The "kill-bonobo" branch has been merged into "master" and will debut as
Evolution 2.29.1.  We believe the branch has addressed the reported issue.  If
you find the issue still exists in version 2.29 or later please feel free to
re-open this bug.

Closing as FIXED.