On 6/6/07, <b class="gmail_sendername">Casper van Donderen</b> &lt;<a href="mailto:casper_de_dondergod@hotmail.com">casper_de_dondergod@hotmail.com</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Can you still edit that main panel [...] because the color of choice at the moment is orange [...]</blockquote><div><br>I think that when we talk about UI, we don&#39;t primarily think of skins and colors: these rather fall in the &quot;bells &amp; whistle&quot; category. What makes a UI good or bad are rather questions like (examples):
<br><br>- does it take many clicks to register an unknown caller&#39;s number in the phonebook? Can I easily extract phone numbers from SMS bodies?<br><br>- is the menu organized in a sensible way, or do I need to know that in order to *stop* the system I have to click on the &quot;start&quot; menu button? (a favorite of mine on windows pocket: if you click OK after having types a SMS/e-mail, it cancels it instead of sending it).
<br><br>- there&#39;s a limited space for shortcuts. Is the phone configured so that default shortcuts actually correspond to the most common actions? How far can I customize it, if the default shortcuts don&#39;t fit my usage scheme?
<br><br>- screen estate is also a valuable asset. Is it attributed wisely, with more space devoted to widgets I&#39;m most likely to use, or is there a pointless whirling logo that takes half of the screen and forbids me from reading an e-mail fullscreen?
<br><br>- if I&#39;ve typed an e-mail, changed my mind and decide to send it as an SMS, how easy is it? Conversely, if 99% of what I send are SMS, and only 1% e-mail, I won&#39;t be happy if I need to answer 5 modal dialogs asking me questions which don&#39;t make sens for an SMS. Generally speaking, modal dialogs are extremely obtrusive, and should only be used when something *serious* happened.
<br><br>- I don&#39;t mind alpha blending effects and stuff like that, *provided that it doesn&#39;t break responsiveness*. If it takes 3 seconds to open a text composer due to an impressive animated logo, by the 3rd time I&#39;ll use it I won&#39;t think &quot;woot, neat animation!&quot; anymore, but rather &quot;stop wasting my time and CPU cycles, and bring me my fucking editor RIGHT NOW!&quot;
<br><br>- If I&#39;m in front of a building requiring a entrance code, and I know I&#39;ve got that code somewhere in my phone, but I&#39;m not quite sure about the reception date, nor whether it was a mail, an SMS or a note I typed myself, how tedious will be the search? Will I have to put up with some braindead interface inspired by &quot;clippy the MS-Office trombone&quot;? Will there be enough search criterions? Conversely, will I have to fill a 3 pages form before every trivial search request?
<br><br>- will I need to spend 1/2h configuring a PC to talk with my phone, or will it simply be seen as a USB thumbdrive?<br><br><br>Look at Steve Jobs&#39; first presentation, it was straight-to-the-point. What iPhone users will love are stuff like:
<br><br>- easy, reliable, unobtrusive unlocking mechanism<br><br>- every relevant feature can be reached in 3 or 4 clicks, and these click sequences are easy to remember because they follow common sense.<br><br>- no need to navigate through 12 menus to rotate your navigator, so that you can read a page not designed for mobile devices (users of winCE know what I mean)
<br><br>- you won&#39;t accidentally press touches with your cheek when phoning, thanks to the cheek-clicking protection mechanism.<br><br>- it&#39;s fast and easy to retrieve a contact number, even in real-life conditions (
e.g. on a bicycle, with direct sunlight on the screen, and no way to hold a stylus)<br><br>All of these stuff aren&#39;t impressive because they require l33t coding skillz: they&#39;re impressive because they correctly anticipate the way real users will use the phone in their real lives. That&#39;s much more important, and much more difficult to get right, than 3D glowing and spinning widgets.
<br><br>And I think openmoko can lead to real improvements in this domain, if:<br>- the UI is easy to modify, so that experiments aren&#39;t too expensive (I&#39;m talking about global reorganizations here, not about color schemes tuning)
<br>- there&#39;s an efficient feedback system, typically a set of wiki pages dedicated to ergonomics, field usage reports, polls, etc.<br>- some people with the right social skills make the UI improvement effort run smoothly.
<br><br>These are stuff which only open source can do correctly, which is excellent news for openmoko.<br></div></div>