[KDE Usability] Button-Text

Hi,

I have a dialog that is used to add items (mirrors and another one for
checksums). I have three buttons "Add", "Add more" and "Cancel", though I'm
not sure on the naming of "Add more".

When clicking "Add more" the currently entered item gets added and the dialog
is "reopened" (not really, but everything entered gets removed) to add another
item.

Do you have a better naming in mind?

Cheers
matthias


PS.: If you want I could also provide screenshots of the dialogs.
_______________________________________________
kde-usability mailing list
kde-usability@...
https://mail.kde.org/mailman/listinfo/kde-usability

[Celeste Lyn Paul]

On Tue, Aug 25, 2009 at 8:23 AM, Matthias Fuchs<mat69@...> wrote:

> Hi,
>
> I have a dialog that is used to add items (mirrors and another one for
> checksums). I have three buttons "Add", "Add more" and "Cancel", though I'm
> not sure on the naming of "Add more".
>
> When clicking "Add more" the currently entered item gets added and the dialog
> is "reopened" (not really, but everything entered gets removed) to add another
> item.
>
> Do you have a better naming in mind?

Screenshot please.



--
Celeste Lyn Paul
KDE Usability Project
KDE e.V. Board of Directors
www.kde.org
_______________________________________________
kde-usability mailing list
kde-usability@...
https://mail.kde.org/mailman/listinfo/kde-usability

On Tuesday 25 August 2009 14:45:44 Celeste Lyn Paul wrote:

> On Tue, Aug 25, 2009 at 8:23 AM, Matthias Fuchs<mat69@...> wrote:
> > Hi,
> >
> > I have a dialog that is used to add items (mirrors and another one for
> > checksums). I have three buttons "Add", "Add more" and "Cancel", though
> > I'm not sure on the naming of "Add more".
> >
> > When clicking "Add more" the currently entered item gets added and the
> > dialog is "reopened" (not really, but everything entered gets removed) to
> > add another item.
> >
> > Do you have a better naming in mind?
>
> Screenshot please.

This is one example. I'm using that scheme at different places for mirrors and
checksums -- the only difference in the later is that the user has to enter
the checksum-type and the checksum.

[1] Shows the view where all added mirrors are shown, while [2] is the dialog
that is being opened when "Add" is pressed in [1].

[1] http://img523.imageshack.us/img523/761/modifymirrors.png
[2] http://img34.imageshack.us/img34/4787/addmirror.png
_______________________________________________
kde-usability mailing list
kde-usability@...
https://mail.kde.org/mailman/listinfo/kde-usability

[Celeste Lyn Paul]

On Tue, Aug 25, 2009 at 11:00 AM, Matthias Fuchs<mat69@...> wrote:

> On Tuesday 25 August 2009 14:45:44 Celeste Lyn Paul wrote:
>> On Tue, Aug 25, 2009 at 8:23 AM, Matthias Fuchs<mat69@...> wrote:
>> > Hi,
>> >
>> > I have a dialog that is used to add items (mirrors and another one for
>> > checksums). I have three buttons "Add", "Add more" and "Cancel", though
>> > I'm not sure on the naming of "Add more".
>> >
>> > When clicking "Add more" the currently entered item gets added and the
>> > dialog is "reopened" (not really, but everything entered gets removed) to
>> > add another item.
>> >
>> > Do you have a better naming in mind?
>>
>> Screenshot please.
>
> This is one example. I'm using that scheme at different places for mirrors and
> checksums -- the only difference in the later is that the user has to enter
> the checksum-type and the checksum.
>
> [1] Shows the view where all added mirrors are shown, while [2] is the dialog
> that is being opened when "Add" is pressed in [1].
>
> [1] http://img523.imageshack.us/img523/761/modifymirrors.png
> [2] http://img34.imageshack.us/img34/4787/addmirror.png
> _______________________________________________
> kde-usability mailing list
> kde-usability@...
> https://mail.kde.org/mailman/listinfo/kde-usability
>

Hmm.. I think the Add more functionality might be confusing. It isn't
typical behavior and so some users may not use it because they might
not be able to guess what it will do and it feels like it would take a
level of control away from the user even though they have control over
the button. I think setup of multiple mirrors is something you do once
or infrequently, not all the time as part of maintenance, so I think
it would be OK if you had to click Add in the main UI over again
instead of introducing a strange loop:

http://wwww.mysite.com was added to the list.
Mirror: [               ]
Number of connections: [1|V]

If you insist on keeping the Add more functionality, then you need to
at least add a message that tells the user that their previous entry
was successfully added in some way. Or, provide a UI which allows you
to batch add multiple sources by adding fields to the form which are
committed all at once:

Mirror: [               ]
Number of connections: [1|V]

[ + Add field]


Mirror: [               ]
Number of connections: [1|V]

Mirror: [               ]
Number of connections: [1|V]

[ + Add field]


So.. my recommendation would be to either:

Option A) Leave it with just Add...

or

Option B) Control the number of multiple entries in the UI and do a
batch submit instead of a looping dialog

At the very least if you insist on adding an Add more button,

Option C) Include feedback to the user that their entry was
successfully added to the list.

--
Celeste Lyn Paul
KDE Usability Project
KDE e.V. Board of Directors
www.kde.org
_______________________________________________
kde-usability mailing list
kde-usability@...
https://mail.kde.org/mailman/listinfo/kde-usability

Matthias Fuchs wrote:

> On Tuesday 25 August 2009 14:45:44 Celeste Lyn Paul wrote:
>> On Tue, Aug 25, 2009 at 8:23 AM, Matthias Fuchs<mat69@...> wrote:
>>> Hi,
>>>
>>> I have a dialog that is used to add items (mirrors and another one for
>>> checksums). I have three buttons "Add", "Add more" and "Cancel", though
>>> I'm not sure on the naming of "Add more".
>>>
>>> When clicking "Add more" the currently entered item gets added and the
>>> dialog is "reopened" (not really, but everything entered gets removed) to
>>> add another item.
>>>
>>> Do you have a better naming in mind?
>> Screenshot please.
>
> This is one example. I'm using that scheme at different places for mirrors and
> checksums -- the only difference in the later is that the user has to enter
> the checksum-type and the checksum.
>
> [1] Shows the view where all added mirrors are shown, while [2] is the dialog
> that is being opened when "Add" is pressed in [1].
>
> [1] http://img523.imageshack.us/img523/761/modifymirrors.png
> [2] http://img34.imageshack.us/img34/4787/addmirror.png

"Add", "Add and Close", "Cancel" (becomes "Close" after at least one
entry added). But I agree with Celeste, IMO just "Add" and "Cancel" (but
make the button "OK" in that case!) would be best.

If efficiency is that much of a concern, I would say arrange things so
that you can enter multiple mirrors via keyboard easily, i.e.:

1. Click "Add"
Dialog appears, mirror URL¹ has focus
2. Type URL
3. Press TAB
4. Type number of connections
5. Press Enter
Dialog closes, "Add" button has focus
6. If done, stop reading this list of instructions
7. Press spacebar
Dialog appears, mirror URL¹ has focus
8. Goto 2

(¹ side suggestion, s/Mirror/Mirror URL/, also s/Number of
connections/Maximum simultaneous connections/)

--
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--
$ kill bill
kill: can't find process "bill"

_______________________________________________
kde-usability mailing list
kde-usability@...
https://mail.kde.org/mailman/listinfo/kde-usability

[macias]

On Tuesday 25 August 2009 17:00:32 Matthias Fuchs wrote:

> This is one example.

Either I miss something or I think this is wrong approach -- i.e. it
is not about whether should be "add more" button in the dialog or
not, but simply there should be no such dialog. Adding should be done
in-place.

The current UI is over-complex with no reason (or again, I miss
something, and it is wizard like approach).

So I am not commenting other issues with the dialog. Please provide
in-place adding/editing:
a) it is way more productive (faster)
b) it is more intuitive (no stack of dialogs)

If you agree with me, you could use "always new entry" mode which even
removes the necessity of the "add" button. Only "remove" is required.
KISS :-)

Cheers,
_______________________________________________
kde-usability mailing list
kde-usability@...
https://mail.kde.org/mailman/listinfo/kde-usability

On Tuesday 25 August 2009 17:16:52 Celeste Lyn Paul wrote:

> Hmm.. I think the Add more functionality might be confusing. It isn't
> typical behavior and so some users may not use it because they might
> not be able to guess what it will do and it feels like it would take a
> level of control away from the user even though they have control over
> the button. I think setup of multiple mirrors is something you do once
> or infrequently, not all the time as part of maintenance, so I think
> it would be OK if you had to click Add in the main UI over again
> instead of introducing a strange loop:
>
> http://wwww.mysite.com was added to the list.
> Mirror: [               ]
> Number of connections: [1|V]
>
> If you insist on keeping the Add more functionality, then you need to
> at least add a message that tells the user that their previous entry
> was successfully added in some way. Or, provide a UI which allows you
> to batch add multiple sources by adding fields to the form which are
> committed all at once:
>
> Mirror: [               ]
> Number of connections: [1|V]
>
> [ + Add field]
>
>
> Mirror: [               ]
> Number of connections: [1|V]
>
> Mirror: [               ]
> Number of connections: [1|V]
>
> [ + Add field]
>
>
> So.. my recommendation would be to either:
>
> Option A) Leave it with just Add...
>
> or
>
> Option B) Control the number of multiple entries in the UI and do a
> batch submit instead of a looping dialog
>
> At the very least if you insist on adding an Add more button,
>
> Option C) Include feedback to the user that their entry was
> successfully added to the list.

Thank you both for your feedback!

Personally I'll opt for C) at this moment as I still have a large todo list,
though this will remain on it so that once I have more time I can revisit this
issue.

matthias
_______________________________________________
kde-usability mailing list
kde-usability@...
https://mail.kde.org/mailman/listinfo/kde-usability

[Peter Gostelow]

On Tuesday 25 August 2009 16:42, Maciej Pilichowski wrote:

> On Tuesday 25 August 2009 17:00:32 Matthias Fuchs wrote:
> > This is one example.
>
> Either I miss something or I think this is wrong approach -- i.e. it
> is not about whether should be "add more" button in the dialog or
> not, but simply there should be no such dialog. Adding should be done
> in-place.
>
> The current UI is over-complex with no reason (or again, I miss
> something, and it is wizard like approach).
>
> So I am not commenting other issues with the dialog. Please provide
> in-place adding/editing:
> a) it is way more productive (faster)
> b) it is more intuitive (no stack of dialogs)
>
> If you agree with me, you could use "always new entry" mode which even
> removes the necessity of the "add" button. Only "remove" is required.
> KISS :-)

I agree 120%

The list should actually be a table/spreadsheet and work accordingly. I'd like
to see the mirrors associated with their main sites, too. This should speedup
KGet checking useless mirrors for any given download. If a site does not
offer mirrors, KGet can use a priority rating to select mirrors and perhaps
associate the site with a successful mirror.

Several sites have mirror pages, so KGet could extract the urls and list them
here.

A blank row is always appended to the list (always new entry mode), but INS
will add a row elsewhere. Any empty row, except the last, is deleted, so
there is always at most one empty row. DEL will remove a row. This dialog
requires mostly typing so the kbd should be the primary control device.

Urls are validated either with a separate button, or after editing the url
field (async, non-blocking). The url text can change (bold, italic, colour)
to show which sites are valid (dns) and accessible (get?). The status bar can
show the validation progress. The checkmark may indicate which mirrors the
users wants KGet to use/ignore.

Or maybe I also missed the dialog's purpose?

Regards,

Peter
_______________________________________________
kde-usability mailing list
kde-usability@...
https://mail.kde.org/mailman/listinfo/kde-usability