[kde-guidelines] Phrasing of selection teasers

[Diego Moya]

To clarify - when I say "multi-selection list" I'm referring to the
[Available items] list.

The alternative that I propose still could be seen as a dual list, sort of,
in the most general case (where the [Selected items] is can not be safely
removed as not needed); but it requires a reduced number of clicks, and no
need to multi-select with Ctrl+click.

One major problem of the classic Dual List is that it's confusing because
both lists are given equal weight. So another advantage of my proposal over
the dual list with arrows suggested at the HIG is that the [Available
items] list is made the primary control; the [Selected items] can be made
subsidiary, de-emphasized. This increases the visual hierarchy, directing
user interaction towards the [Available items] in the first interaction
when no items are still selected.

[1] http://techbase.kde.org/Projects/Usability/HIG/DualList



On 4 September 2013 15:10, Diego Moya <turingt at gmail.com> wrote:

> Here's your alternative: have a dual list where the multi-selection list
> is made with checkbox-enabled elements. Checking an item instantly adds it
> to the second list. Get rid of the right-arrow "add item" and left-arrow
> "remove item" buttons; they're less efficient that the checkbox. (If you
> want to make removal of one item efficient, make a click on the "selected"
> list select the corresponding item on the "multi-selection" list.).  The
> only time where the "two arrows" idiom is the best option is the rare case
> where you need multi-select addition *and* multi-select removal of many
> items; I can't think a single example where that would be preferable to the
> simpler interaction of the checkbox list.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-guidelines/attachments/20130904/d78e4657/attachment.html>