<div dir="ltr">On 4 September 2013 20:54, Thomas Pfeiffer <span dir="ltr"><<a href="mailto:colomar@autistici.org" target="_blank">colomar@autistici.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On 04.09.2013 13:44, Diego Moya wrote:</div>


Do you have any data supporting that users are indeed confused?<br>
I haven't done any usability tests on the classic dual-list pattern yet,<br>
but with one full list and one empty list, I don't see how users<br>
would think they should interact with the empty list first.</blockquote><div> </div><div>Not hard data, but anecdotal evidence watching users struggle with the flow to add and remove items, and being confused as to which list of elements if the one being used. Some of the confusion may be dependent on the actual application design, but the dual design definitely requires some time to learn.<br>

</div><div><br></div><div>As for interacting with the empty list - finding an interface "intuitive" depends on subtle visual cues more than on rational analysis (no shit, Sherlock). In the dual list design proposed by the guideline [1] both lists have the same visual design, which makes them symmetric and therefore intuitively have the same weight; one has to actually 'think' about which one to use (oh, the lists on the right is empty, I have to start with the other one); there is no confusion, but you have taxed the user attention a little bit.</div>

<div><br></div><div>If you provide an asymmetric design instead, giving more weight to the thing that users have to interact with first, the first impression already directs attention to the [Avaliable items] list without needing any conscious thought. The Five Second Test [2] is a good way to measure whether users will find the basic structure of a design intuitive and can make sense of it without much effort; you might want to give it a try to compare the various design alternatives.</div>

<div><br></div><div><br></div><div><span style="font-family:arial,sans-serif;font-size:13px">[1] </span><a href="http://techbase.kde.org/Projects/Usability/HIG/DualList" target="_blank" style="font-family:arial,sans-serif;font-size:13px">http://techbase.kde.org/Projects/Usability/HIG/DualList</a><br>

</div><div>[2] <a href="https://pidoco.com/en/help/ux/5-second-test">https://pidoco.com/en/help/ux/5-second-test</a></div><div><br></div><div><br></div><div><br></div><div>On 4 September 2013 20:40, Heiko Tietze <span dir="ltr"><<a href="mailto:heiko.tietze@user-prompt.com" target="_blank">heiko.tietze@user-prompt.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Your discussion is a nice example of the advantage of Personas: either he or<br>

she wants to have a very efficient tool (reduce the number of clicks) or prefer<br>learnability.<br><br></blockquote><div>I agree, Personas make it easier to find out when it's better to recommend separate interfaces for different use cases, and when it is possible to include a one-size-fits-all widget.</div>

<div><br></div><div><br></div><div>However, building good Personas for an open source project is a daunting task. I see that there's an initiative to build Personas for KDE4 [3], can you tell me what's its overall state? </div>

<div><br></div><div>[3] <a href="http://techbase.kde.org/Projects/Usability/Principles/KDE4_Personas">http://techbase.kde.org/Projects/Usability/Principles/KDE4_Personas</a></div></div><div><br></div><div><br></div></div>

</div></div>