<div dir="ltr">Hapy to do that if I actually knew where the GTK+3 branches for each project are :-)<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 6 May 2016 at 08:13, Landry Breuil <span dir="ltr"><<a href="mailto:landry.breuil@gmail.com" target="_blank">landry.breuil@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Less talk, more patches... there's no point discussing this without<br>
actual *examples* of Xfce dialogs with switches/checkboxes.<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, May 3, 2016 at 4:25 PM, Steve Dodier-Lazaro <<a href="mailto:sidnioulz@gmail.com">sidnioulz@gmail.com</a>> wrote:<br>
>> Hi Steve,<br>
>><br>
>> are the sentences "I propose we stick with that interpretation and keep<br>
>> checkboxes everywhere in the settings UIs." and "The Accessibility<br>
>> settings dialog is a good example of where we might want switches."<br>
>> contradictory? Anyway, could you elaborate why you think that Switches<br>
>> are a good alternative in the accessibility dialog? Is there a benefit<br>
>> (UI/UX-wise) in using them?<br>
><br>
><br>
> There, I tried to be concise in the conclusion and removed too many<br>
> sentences.<br>
><br>
> I prefer we stick to the Google Material interpretation: all forms with<br>
> multiple settings use checkboxes exclusively. Switches are used to turn on<br>
> or off a service / feature which is a permanent component of its own (e.g.<br>
> the a11y services, the power manager, the compositor). In Xfce these are<br>
> often at the top of a settings UI and enable/disable the entire UI's<br>
> content.<br>
><br>
> We absolutely don't need to adopt switches. We're fine as we are. Adopting<br>
> them could help users differentiate the important components (those who have<br>
> a significant impact on their experience) from the behavioural details and<br>
> could help provide a clearer visual hierarchy (where we used GtkAlignments<br>
> and widget sensitivity so far). So there is a small benefit.<br>
><br>
><br>
> Now onto the drawbacks. As pointed out by Matthew, GTK+ 3 is designed<br>
> exclusively with touch devices in mind. Ultimately, the experience of the<br>
> switches would depend on the themes used by users and on the quality of the<br>
> keyboard interaction.<br>
><br>
> Regarding themes: We should provide state information by making sure that we<br>
> only use switches in UIs where the current state is unambiguous, and we<br>
> should require friend/official themes to not display state labels like<br>
> ON/OFF or I/O to avoid state-action ambiguity. Rather, they should go for a<br>
> design similar to Material where the state label is not confused for the<br>
> outcome of taking an action. We should also ensure that the colour code used<br>
> to indicate state in the switch does not have another meaning in our UIs (I<br>
> think we're clear on that so far in Xfce). Xfce users tend to use Numix,<br>
> Arc-Dark, Greybird and a few other themes, so if we can agree on graphic<br>
> design guidelines among those themes I would be keen to use a few switches.<br>
><br>
> Regarding keyboard interaction: it is not thought through, as pointed out by<br>
> Matthew. Yes, left/right is the immediate action that comes to mind and<br>
> sadly it does not work. We would need to get the GTK+ devs to agree with us<br>
> and change the switch before we go into production with it. This is not very<br>
> likely to happen. I'll go and test the waters in #gtk+ right now.<br>
><br>
> Best,<br>
><br>
><br>
><br>
> --<br>
> Steve Dodier-Lazaro<br>
> PhD Student<br>
> University College London<br>
> Free Software Developer<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> Xfce4-dev mailing list<br>
> <a href="mailto:Xfce4-dev@xfce.org">Xfce4-dev@xfce.org</a><br>
> <a href="https://mail.xfce.org/mailman/listinfo/xfce4-dev" rel="noreferrer" target="_blank">https://mail.xfce.org/mailman/listinfo/xfce4-dev</a><br>
_______________________________________________<br>
Xfce4-dev mailing list<br>
<a href="mailto:Xfce4-dev@xfce.org">Xfce4-dev@xfce.org</a><br>
<a href="https://mail.xfce.org/mailman/listinfo/xfce4-dev" rel="noreferrer" target="_blank">https://mail.xfce.org/mailman/listinfo/xfce4-dev</a></div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Steve Dodier-Lazaro<br>PhD Student<br>University College London<br>Free Software Developer<br></div></div></div>
</div>