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 558320 - "New task list" dialog - tweaks to make adding task lists quicker and easier.
"New task list" dialog - tweaks to make adding task lists quicker and easier.
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Tasks
2.22.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2008-10-29 00:30 UTC by Nick Jenkins
Modified: 2012-01-30 09:31 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Nick Jenkins 2008-10-29 00:30:11 UTC
To view the dialog box in question:
* Go View -> Window -> Tasks
* Go File -> New -> Task list
* The "Task List Properties" dialog box appears.

2 minor tweaks are requested please to this dialog box, to make adding task lists quicker and easier:
* Can the initial focus please be on the "Name" field? (i.e. so that the user can start typing the name straight away without having to change focus)
* Can typing out the name and then pressing "enter" please apply the action? (i.e. the user can type the name, press enter, and have this be like clicking the "Ok" button)
Comment 1 Nick Jenkins 2008-10-29 00:43:20 UTC
Update:
* the first tweak applies also to Contacts, Calendar and Memos, as well as Tasks (i.e. only Mail gets this right and allows a name to be typed straight away).
* The second tweak applies also to Mail, Contacts, Calendar and Memos, as well as Tasks.
Comment 2 André Klapper 2012-01-29 12:30:04 UTC
I don't agree for the same reasons listed in bug 371475 comment 2
Comment 3 Nick Jenkins 2012-01-30 09:31:45 UTC
> I don't agree for the same reasons listed in bug 371475 comment 2

I respect that. Can we agree though that the interface should be broadly consistent, working the same way throughout the app? That way people can learn one behaviour, and apply it across the app, and expect it to behave the same.

I haven't really tested this stuff since 2.22, so here's an update for 3.2.2 :

For pressing the enter key, it is inconsistent, but only in Contacts. In contacts, if I press New, select "Full name" field, type a name, and press enter, then it will click "OK" to save that contact. In mail, calendar, tasks, and memos, pressing enter does nothing. So I would suggest some consistency is required. Either pressing enter should act like pressing "tab", or it should save, or it should do nothing. And it should act the same in contacts, calendar, mail, memos, and tasks. I have logged the Contact problems as bug 668998 

It's debatable that _maybe_ Enter should act like tab, when in non-textbox-fields, rather than being ignored - but that's independent of the Contacts inconsistencies.

> Can the initial focus please be on the "Name" field? (i.e. so that
> the user can start typing the name straight away without having to
> change focus)

In tasks, the focus is now on the "summary" field (which used to be called the "name" field), which is great! This applies to Calendar, Tasks, and Memos, which is great. But for some reason, there is still a problem with "Contacts" - the default focus is on the "ICQ" field for contacts, which is wacky and odd - this logged as bug 616976

I'll mark this as Resolved, since the field focus in tasks is now Fixed. And as long as ctrl-s always saves, then Enter need not mean save, so I'm happy to concede that. Enter should either do nothing, or should tab/move the focus to the next field.