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 239817 - New criterion should grab focus in a filter editor
New criterion should grab focus in a filter editor
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
3.0.x (obsolete)
Other All
: Normal enhancement
: Future
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[filters]
: 361304 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-03-16 12:17 UTC by qucae
Modified: 2013-09-13 01:11 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
evo patch (1.19 KB, patch)
2010-11-29 16:32 UTC, Milan Crha
committed Details | Review

Description qucae 2003-03-16 12:17:09 UTC
Description of Problem:  When adding several criteria to a filter, you have
to manually scroll down the list for each additional criterion added.  This
is not user friendly (especially considering the default window size has
room for just two criterion without scrolling).


Steps to reproduce the problem:
1. Add 20 criteria to a filter (I commonly do this for my spam filter)


Actual Results:  Each time you click Add, you have to scroll to the bottom
of the criteria list then click the appropriate field.  If you use the
cursor keys, you can move from criterion to criterion, but the scrollbar
does not move to keep the current selection visible.


Expected Results:  When adding an additional criterion, the criteria field
should automatically scroll to the new criterion and give focus to the
first drop down list box.  Make the gui more user friendly and efficient
(having to create filters for spam already wastes enough of my time, the
e-mail client shouldn't make it take longer than it should).  Add some
hotkeys for the Add Criterion and Add Action buttons.  Make the criteria
list scroll when one navigates with the keyboard cursor keys.  Using cursor
up and down should scroll through each criterion, not move through the
fields for a single criterion left to right first.  This whole interface
should be easy to use without being slowed down by a mouse.


How often does this happen? everytime


Additional Information:
Comment 1 André Klapper 2005-02-28 22:55:29 UTC
still in evolution-2.1.5.0.200502091805-0.snap.ximian.10.1.
kill me but i'll target this to 2.3.
Comment 2 Matthew Barnes 2008-03-11 00:22:06 UTC
Bumping version to a stable release.
Comment 3 Akhil Laddha 2008-08-06 06:48:52 UTC
*** Bug 361304 has been marked as a duplicate of this bug. ***
Comment 4 Milan Crha 2010-11-26 12:01:46 UTC
Actual master (just before 2.91.3) is scrolling down, but not focusing new rule/action. With respect of changing cursor key behaviour, I tend to say no, to move between elements is used Tab, the standard key.
Comment 5 Milan Crha 2010-11-29 16:32:56 UTC
Created attachment 175481 [details] [review]
evo patch

for evolution;

It seems like a bug in gtk+, not setting "can_focus" on GtkComboBox. This is workaround it.
Comment 6 Milan Crha 2010-11-29 16:34:20 UTC
Created commit d628156 in evo master (2.91.4+)