<html><body bgcolor="#FFFFFF"><div>On 15 Jul 2010, at 23:59, Tim McNamara <<a href="mailto:paperless@timmcnamara.co.nz">paperless@timmcnamara.co.nz</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div><div class="gmail_quote">On 16 July 2010 10:50, Daniel Drake <span dir="ltr"><<a href="mailto:dsd@laptop.org"><a href="mailto:dsd@laptop.org">dsd@laptop.org</a></a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Under non-sugar environments (e.g. GNOME), myself and Paul are in<br>
agreement that in order to change brightness and volume, you should<br>
press e.g. Fn+F9 (to decrease brightness).<br>
<br>
This matches behaviour of "normal" laptops, including the Dell that<br>
I'm writing on. Linux already has mechanisms (once through hal, now<br>
through udev) so that when I press Fn+F8 on my Dell, X receives the<br>
"volume down" key press (instead of the Fn+F8 key press), matching<br>
what is printed on the keyboard.<br>
<br></blockquote><div><br></div><div>This convention appears to be changing. My very recent HP notebook requires th Fn button to be pushed to reach the function keys. Everything is reversed.</div></div></div></blockquote><div><br></div><div>+1 on Tim's observation, all three Apple laptops I've owned have brightness/volume/exposé/dashboard/etc mapped by default to a single key press, if you want an Fn key you need to hold the Fn button down. There is a system preference to toggle this behaviour, but the majority of Mac applications avoid the use of function keys (same as most Sugar Activities do).</div><div><br></div><div>Regards,</div><div>--Gary</div><br><blockquote type="cite"><div><div class="gmail_quote"><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">While I don't have the empirical evidence to support a claim that users prefer to have quick access to volume & brightness, I think this could be an argument to say that whatever the path of least resistance (in terms of developer cycles) is fine.</span><br></div>
<div><br></div><div>Tim</div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Sugar-devel mailing list</span><br><span><a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a></span><br><span><a href="http://lists.sugarlabs.org/listinfo/sugar-devel">http://lists.sugarlabs.org/listinfo/sugar-devel</a></span><br></div></blockquote></body></html>