JUN
14
2005

KOrganizer incident dialogs

While documenting KOrganizer incident dialogs, I was bugged about some small details. In the spirit of doing something about it instead of complaining, created some mockups to express these ideas.

I noticed that you can't select the resource to save the event in the dialog. It seems an important feature to me. Also, the incident description is buried in the end of the dialog. It is hard to know it is even the place to write the description, as there is no label. Here is the original image (correction: this is not the original image, this is a previous mockup. The original image does not have a "Description:" label above the details edit box):

[image:1155]

I moved the description up, and added the resource drop-down at the bottom. Nothing too fancy. The result is here:

[image:1156]

I know that from a task-oriented perspective, adding a description is probably a less common task than setting the time, so the time may deserve to be above the description. But then again, the user can (and should, because it is easier) create the event directly on the calendar main view, so the time is already set. And having where to set the calendar / resource to save the incident avoids displaying that pop up for every incident you save (when you have more than one resource available.

Now to the Attendees tab: the Address Book should be the main source of address right? But here on this dialog, where can you find access to the Address Book? There, at the bottom, hidden under the name "Select Adressees...".

[image:1157]

Since adding by hand one by one of the attendees does not seems to be the most practical way to fill the list, here is a mockup with the address book button renamed and moved up:

[image:1158]

That's all for the moment, but there is more to come.

Comments

I personally don't like the change to the General tab. IMHO description is good enough below time and date as time and date are obviously much more important.
Also in all kinds of applications you usually have "the large textarea" at the bottom of a dialog. Just have a look at your favorite email program.

Also I like the modification in the Attendees very much.

Selecting the resource to save the entry to is important of course.


By Till at Tue, 06/14/2005 - 14:40

Hi Carlos,

IMHO the changed position of the description has one problem. The lower part of the dialogs is very busy now (I counted 15 UI elements). I'm not sure what to do about it, but it really needs some separation.

Another thing that catched my eye was the "Time associated" line. Did you already try to get rid of it? IMHO the extra line is superfluous and the checkbox is too far away from what it changes.

Otherwise good to see that someone is working on it.

Bye, Christian

--
Cervisia - http://www.kde.org/apps/cervisia


By Christian Loose at Tue, 06/14/2005 - 14:49

IMHO the changed position of the description has one problem. The lower part of the dialogs is very busy now (I counted 15 UI elements). I’m not sure what to do about it, but it really needs some separation.

The problem of the description edit box (in the original dialog) is that it lacks the text label. With a text label (as in my first mockup) it is indeed much better.

Another thing that catched my eye was the “Time associated


By Carlos Leonhard Woelz at Tue, 06/14/2005 - 15:15

Some of this stuff has actually already been covered by the usability team; seems the quality team is expanding its coverage :)

I'll just comment that adding a combobox for the resource implies the user can change it at any time. Not really something that is usefull and in various cases also unwanted (read only resources, for example).
In fact, I'm not even sure why it is a problem to select resource before adding to it; its not like you are going to be adding events most of the time you use korganizer.

I would like to ask you to join the people at the openusability.org site. As I doubt the developers will use your work published on a blog, which doesn't really work great for bouncing ideas between us, and all that.


By Thomas Zander at Tue, 06/14/2005 - 18:48

Some of this stuff has actually already been covered by the usability team; seems the quality team is expanding its coverage :)

Where can I see this usability coverage? I looked in OpenUsability, but could not find it, just the menu review. Update: OK, I found it :) It is good! http://www.openusability.org/reports/get_file.php?group_id=55&repid=46

I’ll just comment that adding a combobox for the resource implies the user can change it at any time. Not really something that is usefull and in various cases also unwanted (read only resources, for example).

I agree that adding a combobox for the resource implies the user can change it at any time. But read only resources should not appear in the combo box, and you should not access the edit dialog box for events in read only resources, so the only "transfer" of events should be from read-only to read only. Not that I know anything about this, this may have unseen (for me) consequences, especially for groupware (e.g. You create the event, send the invitations, and then, change the location of the event to another resource).

In fact, I’m not even sure why it is a problem to select resource before adding to it; its not like you are going to be adding events most of the time you use korganizer.

I agree. The current system is not that bad.

I would like to ask you to join the people at the openusability.org site. As I doubt the developers will use your work published on a blog, which doesn’t really work great for bouncing ideas between us, and all that.

OK, Thomas. I will join. BTW, about usability: there is a lot of usability stuff that is just hard work, like guidelines conformance. I have done this before (with KPilot), but I guess KOrganizer draws much more attention...


By Carlos Leonhard Woelz at Tue, 06/14/2005 - 20:40