Thank you for raising this issue. I distinctly remember stumbling on
this dialog for the first time (almost a year ago for me). Even today, I
find the dialog mildly annoying. The "Add Contact" dialog should be as
pleasant as meeting a new friend
I propose the following order and labels:
[Tooltip: "Add a name for this contact"]
[Auto-fill text: "Add name"]
[Cursor should be ready to type in this dialog]
IM address or Phone number:
[Tooltip: "Add either an IM address (such as firstname.lastname@example.org ) or a
[Auto-fill text: "email@example.com"]
[Tooltip: "Which account do you want to use to communicate with this
[Tooltip: "Which group do you want to display this contact under?"]
Here's my rational and additional details:
1. Start with the name. Almost every contact manager does this (take a
look at email, address books (even paper address books), IM clients,
etc.) This way the user starts with what they know.
2. Simplify the label "Display name" to "Name". "Display Name" is
unnecessary technical terminology, and since there is no other Name
fields in the dialog, the technical distinction is unnecessary. In
really life no one introduces himself as "Hi, my full name is Joseph
Bloggs, but I go by the display name, Joe." They just say, "Hi, my name
is Joe Bloggs."
3. The "ID or Number" needs renaming. "Number" should become "Phone
number" for clarity. The best terminology for "ID" is less clear.
Currently I favor "IM address".
4a. When possible "Select account" should automatically select a
matching account. For example if the domain in the IM address
("firstname.lastname@example.org") matches one of your accounts ("email@example.com
(Jabber)"), then Jitsi should auto select. Eventually add more
sophisticated algorithms to grey out incompatible accounts.
4b. Alternatively just select the account that was previously selected.
For most users this will be right most of the time (and for single
account users, it is right every time!) First time users often add
several contacts in a row and will appreciate not having to click and
select this menu every time.
5. "Select group" should be last in the dialog since it is optional.
For further commentary see my responses to your email below.
Therefore, I hope for a small enhancement of this dialog by adding a
very short explanative text to the top or bottom of it to to explain
what the four fields mean and what a user is supposed to put in there.
This is, I think, done in Skype as well. Alternatively or additionally,
one could also add tool tips to those fields or add a 'help' button.
If you take a look at Skype you'll notice it has no explanatory text,
other than labels and auto-fill text. The UI is straight-forward enough
that no explanation is needed.
Lengthy explanatory text in dialogs is tempting (because it is an easy
fix). However it is often better to re-evaluate the existing design,
with an eye to simplifying (rather than expanding) the UI.
a general text I think about something like this:
Please select one of your accounts to link the new contact to.
This explanation is probably still too abstract. For example, what does
it mean to "link the new contact to"? Will a new user understand what
will happen based on the phrase "link the new contact"? The user needs
to understand to things: (1) they are selecting which account they want
to use to send messages to this contact, and (2) they need to use an
account that can send messages to this contact, by matching Protocols,
etc. This explanation probably would work better in the User
Documentation than a dialog, and when possible hidden from the user.
Optionally, you can add the new contact to a new or existing group.
I'm not sure this description gives the user new knowledge (other than
the word "optional").
The number, ID or address is what actually represents your contact
and belongs into the third field.
Do you think "IM address or phone number" is more explanatory?
You can optionally choose to give
it another name to make it easier to read.
I think "Name" will become self explanatory, especially if it appears
first in the dialog (instead of the middle).
Do you think, something like this would enhance the dialog and make it
even more user friendly? If yes, I could come up with a small patch and
provide a pull request on github if wanted.
I've been helping start the User Documentation, but I'm not much of a
coder. I can't speak on behalf of the dev. team, but I'd welcome your help.
On 12/10/2013 1:50 PM, Tom Kazimiers wrote: