<p dir="ltr">Sounds great to me. Just means we need some layout and interaction guidelines added for small screens added to the existing HIG. <br>
</p>
<br><div class="gmail_quote"><div dir="ltr">On Mon, Sep 7, 2015, 3:27 PM Thomas Pfeiffer <<a href="mailto:thomas.pfeiffer@kde.org">thomas.pfeiffer@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone!<br>
With the advent of Plasma Mobile ( <a href="http://plasma-mobile.org/" rel="noreferrer" target="_blank">http://plasma-mobile.org/</a> for anybody<br>
living under a rock), developers for mobile applications of course also need<br>
HIGs.<br>
A group of people has convened to think about the HIGs for mobile, and we came<br>
to the conclusion that, given that we want applications to be available cross-<br>
platform (though with an optimized UI for each class of devices), the mobile<br>
HIG should not be separated form the desktop HIG.<br>
Therefore, the idea was to have everything in one place, with "Every HIG<br>
applies to all devices until it says otherwise" as the default and explicit<br>
exceptions in the  the cases where the ideal design is different between<br>
device classes.<br>
This would have several advantages:<br>
1. Less duplicate content<br>
2. Raising awareness of the fact that devs should not think about only one<br>
class of devices if their app makes sense on more than one class<br>
3. Those writing the HIGs being aware of all device classes we want our<br>
software to run on while doing so<br>
<br>
Are there any objections to this approach?<br>
If not, I will begin going throough our HIGs and looking for where device-<br>
class-specifics are necessary.<br>
<br>
Best,<br>
Thomas<br>
_______________________________________________<br>
kde-guidelines mailing list<br>
<a href="mailto:kde-guidelines@kde.org" target="_blank">kde-guidelines@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-guidelines" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kde-guidelines</a><br>
</blockquote></div>