Application UI Design Recommendations

[Mohammed Musallam]

"many programs almost require a
right-click."

That's based on the assumption you're using a desktop device (just what pauric said) and we must try to avoid that. I know I've been running the same sentence over and over but look at the iphone (LATI) :)

well the idea behind taking away the right-click is to force the designers to better design their programs work flow. 




----- Original Message ----
From: Jeremiah Flerchinger <jeremiah.flerchinger at gmail.com>
To: Mohammed Musallam <musallam001 at yahoo.com>
Sent: Monday, July 16, 2007 3:31:25 PM
Subject: Re: Application UI Design Recommendations




  

Mohammed Musallam wrote:

  
  
  What
I don't like about the "pie chart" is that it clutters the screen when
its displayed and it would be confusing at first. I'm wondering if we
take a more simplistic approach.

  

  


I don't like the idea of a visible pie chart, but an invisible one that
provides scrolling as you drag outward & clicking in the middle
would be great.  That's what I originally thought was implied on the
wiki page.  Used in this manner it would also be completely intuitive.


  
  if
we start with the idea:

* All applications (for day to day) should be a finger application.
That includes Contacts, pim/calender, dialer, GPS & basic settings
(bluetooth on/off, wifi on/off, etc.)

* interface should be intuitive

* Big buttons and uncluttered interface

  

  


I have to agree with you on all these issues.  Also what people don't
understand is the physical screen size is less than half the size of
the online screenshots.  2x the dpi means 2x smaller screen than what
you see on your computer.


  
  

Then: menus, popups & dialog boxes should be strictly removed or
limited to the bare minimum because of their small nature... it would
be difficult to use our fingers on them

  

  


I can see limiting, but not removal.  Removing on-screen clutter and
keeping everything big would be more effective, in my opinion.


  
  ************

So I believe to simplify the touch interface:

    a. single-tap would equal a single click

  

  


fine


  
   
  b. tap&hold would represent a double-click

  

  


why not just double-click to double-click? that seems far more
intuitive to me (or don't use it at all).

use the tap&hold for a right click.  many programs almost require a
right-click.  you also know you could right-click on those early macs
by pressing the option key & clicking.  i think the right-click is
too important to ignore.


  
     
c. a drag would mean a scroll in that direction

  

  


totally agree. that would be perfection and useful in almost all apps.


  
  ************

  

  

  -----
Original Message ----

From: Jeremiah Flerchinger <jeremiah.flerchinger at gmail.com>

To: openmoko-apps at lists.openmoko.org

Sent: Monday, July 16, 2007 1:57:02 PM

Subject: Re: Application UI Design Recommendations

  

  The "pie chart" clicking functionality looks very useful as
described 

under "Touch Gestures."   I think I would prefer a global behavior of 

scrolling up/down/left/right after a press to scroll up/down/left/right
  

and a press-hold would perform a right click and bring up a typical 

menu/dialog of options, if not accompanied by significant 

dragging/scrolling.

  

This would present a uniform method of scrolling across the
applications 

& the press hold for right click should translate well to any 

application.  The phonebook could be quickly scrolled with a press
& 

drag, a second screen could be opened with a simple click to edit the 

contact or call/email/etc, and a press-hold could open a message dialog
  

with the contacts name & the option to call or cancel.

  

A press-drag left/right is suggested to translate to a click 

right/middle.  It's a good suggestion, but I think scrolling left/right
  

would be more useful to the average user and extend better as a general
  

case.

  

  

  

  

  

  

  

  Be smarter than spam. See how smart SpamGuard is at
giving junk email the boot with the All-new
Yahoo! Mail  






      Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail at http://mrd.mail.yahoo.com/try_beta?.intl=ca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/openmoko-apps/attachments/20070716/82ba1cc2/attachment.html