<div class="gmail_quote">On Thu, Dec 13, 2012 at 9:11 PM, Aaron J. Seigo <span dir="ltr"><<a href="mailto:aseigo@kde.org" target="_blank">aseigo@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi ...<br>
<br>
so we have both Switch and Checkbox items in the QML. we have discussed<br>
previously and decided to keep using Checkbox on desktop (for consistency with<br>
the rest of the desktop UI if nothing else), though we favour Switch on touch.<br>
<br>
i'm already noticing incosistencies creeping in, however, with Switches<br>
appearing on desktop bound software where checkboxes would normally be used.<br>
<br>
there are a few different options to head this off at the pass:<br>
<br>
* decide that Switch is prefered in the desktop shell and repleace all usage<br>
of Checkbox with Switch in all Plasma components.<br>
<br>
Pros: it's easy to make such a decision.<br>
<br>
Cons: it means a fair amount of (boring, but easy) work; it means the UI of<br>
the desktop shell will be different from the rest of the desktop.<br>
<br>
<br>
* implement Switch in the desktop components as a checkbox.<br>
<br>
Pros: this is very easy to do (API compatible; just need to move Switch.qml to<br>
touch components and make a new Switch.qml in the default desktop components<br>
that simply creates a Checkbox); people can use Switch if they want and things<br>
remain consistent<br>
<br>
Cons: it means you can never have a Switch element on a desktop app, even if<br>
you really want to (and use Checkboxes elsewhere in your UI). however, this is<br>
perhaps a weak con, as it implies there is a valid use case for switches on<br>
the desktop. as we've lived without them until now ... perhaps there aren't.<br>
<br>
<br>
* simply put "don't use Switch on desktop" into our HIG and then require that<br>
all UIs that use Switch move that QML to the appropriate platformcomponents<br>
subdir and use Checkbox instead in the main UI<br>
<br>
Pros: you can still use Switch on the desktop and get an actual switch<br>
<br>
Cons: Much more work for developers; relies on people caring about and<br>
implementing HIG-compliant UIs; if we change our mind in the future, all that<br>
work needs to be re-done<br>
<br>
<br>
I currently favour the second solution (making Switch a Checkbox on desktop),<br>
but would like to hear your thoughts so we can make the best decision possible<br>
together.<br></blockquote><div><br>+1 for the second solution. "as we've lived without them until now" is exactly what I was thinking of when reading your email.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<span class="HOEnZb"><font color="#888888"><br>
--<br>
Aaron J. Seigo</font></span><br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
<br></blockquote></div><br><br>