<div class="gmail_extra"><br><br><div class="gmail_quote">2012/12/13 Aaron J. Seigo <span dir="ltr"><<a href="mailto:aseigo@kde.org" target="_blank">aseigo@kde.org</a>></span><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">
<div class="im">On Thursday, December 13, 2012 14:00:51 Daniel Nicoletti wrote:<br>
> I really don't think one replaces the other. I have switches and checkboxes,<br>
> on my Android phone and I clearly sees that depending on the context it<br>
> fits better.<br>
<br>
</div>yes, on touch (such as Android type use cases) we'll be keeping both. the<br>
question is about desktop.<br></blockquote><div>Tho, I'm not in favor of one UI fit's them all, I think switches on the other hand</div><div>can make "reading" an UI easier.</div><div> </div><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"><br>
> For example, in print manager I used a switch on each printer,<br>
> since it's a device and I find more natural to turn it on/off.<br>
<br>
</div>do you have any user testing or external research that supports this?<br></blockquote><div>I normally keep an eye on my friends/family using the desktop to see how</div><div>they can interact with it, but nothing scientific.</div>
<div> </div><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">
<br>
i wonder how well people can accurately determine if something is a hardware<br>
device or not (networking is probably a minefield) and if there is benefit to<br>
introducing additional metaphores on the already complex desktop.<br></blockquote><div>I think it's not a new metaphore, people are already used to switches on</div><div>real life, and even on smart phones.</div><div>
 </div><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">
personally, i really don't want to see Switches start appearing in random<br>
places on the desktop UI (consistency) and there are so many use cases to<br>
cover to know if they can be properly integrated or not. the *last* thing we<br>
need is something like "use Switches for hardware devices .. except if <some<br>
UI limitation>" leading to a mix of switches and checkboxes for the same kind<br>
of functionality.<br></blockquote><div>Agreed, though I think it's impossible to try to hold HIG to be missused,</div><div>if we start looking at System Settings, without one switch it's quite a mess</div><div>of different UI styles... (one thing I hope to be able to help address in future).</div>
<div> </div><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"><br>
> I don't think droping one in favour the other is the way to go. Good<br>
> and easy to read guidelines are.<br>
<br>
</div>can you address the Cons i raised about this approach, namely:<br>
<br>
* Much more work for developers (one UI for touch, one for desktop, all<br>
because of Switch vs Checkbox)<br>
<div class="im"><br>
*  if we change our mind in the future, all that work needs to be re-done<br>
<br>
</div>* relies on people caring about and implementing HIG-compliant UIs (this is<br>
the big problem IMHO)</blockquote></div>Agreed, but I think it's much better to provide good guidelines than dropping</div><div class="gmail_extra">a functionality. So:</div><div class="gmail_extra">* for instance those who like switches will just copy the QML</div>
<div class="gmail_extra">file and ship with their own plasmoids ( I think this is the biggest problem )</div><div class="gmail_extra">* if people ship switches we loose bug fixes</div><div class="gmail_extra">* Most checkboxes need a good expanation text, where if you show</div>
<div class="gmail_extra">[||||    ] Wifi</div><div class="gmail_extra">People just recgnize it's for turning the Wifi on/off vs<br></div><div class="gmail_extra">[ X ] Enable Wifi</div><div class="gmail_extra">On the other hand when you have long lists of options</div>
<div class="gmail_extra">switches are really hard to read.</div><div class="gmail_extra"><br></div><div class="gmail_extra">We could even do some research showing users</div><div class="gmail_extra">screenshots of both, and create such document.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Best,</div><div class="gmail_extra"><div><br></div>-- <br>Daniel Nicoletti<br><br>KDE Developer - <a href="http://dantti.wordpress.com" target="_blank">http://dantti.wordpress.com</a><br>

</div>