Applications

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(→‎Stylus-Based Applications)
(→‎Panel Applications)
Line 66: Line 66:
 
Panel Applications are individual executables residing in the [[Top Panel]]. They're usually indicating a status and offer a pop-up menu. We are not yet sure whether there is enough screen real estate for this huge number of panel applications.
 
Panel Applications are individual executables residing in the [[Top Panel]]. They're usually indicating a status and offer a pop-up menu. We are not yet sure whether there is enough screen real estate for this huge number of panel applications.
  
 +
=== Required ===
 
* [[GSM Connection Status]]
 
* [[GSM Connection Status]]
 
* [[GPRS Connection Status]]
 
* [[GPRS Connection Status]]
Line 73: Line 74:
 
* [[Battery Monitor]]
 
* [[Battery Monitor]]
 
* [[Clock]]
 
* [[Clock]]
−
* [[IM Presence]]
 
−
* [[Screen Grabber]]
 
 
* [[Profiles]]
 
* [[Profiles]]
 
* [[Search]]
 
* [[Search]]
 +
 +
=== For a Rainy Day ===
 +
* [[IM Presence]]
 +
* [[Screen Grabber]]

Revision as of 15:53, 20 September 2006

Contents

Overview

Overview

Although OpenMoko is designed for smartphones that use a stylus, it would be foolish to expect people to only operate their handsets with stylus. For this reason, some core phone-related applications will be developed with finger (as opposed to stylus navigation) in mind.

NOTE: Applications listed on this page are listing in order of priority. Applications in bold are required for the 2006.11.7 demo in Amsterdam.



General Principles

  • All modifications are saved instantenously, there should never be a save command
  • Make sure users can't make interface operation errors, or that the effects are easily reversible, instead of just notifying them us the potential consequences of their actions.
  • When you open a document you should be returned to the place where you were working when you last closed or save it (this is our concepts of sessions).
  • Label buttons with adjectives, which describe the state of the object affected
  • Designers should seek an efficient monotonous solution to gain benefits, including ease of learning, simplicity of implementation, minimization of documentation, and lowered maintenance costs.
  • Whenever you find yourself specifying an error message, please stop; then redesign the interface so that the condition that generated the error message doesn't arise.
  • Is the user gets no utility from a process, there is no reason to tell them that it is happening.
  • Innovation usually happens at the bottom. What we need to do is provide consistent ways to develop and deploy appliations.
NOTE: Innovation usually happens at the bottom. What we need to do is provide consistent ways to develop and deploy appliations.


Finger-Based Applications

scrolling region should be user defined (left or right side)

Required

For a Rainy Day

Stylus-Based Applications

Required

For a Rainy Day

Panel Applications

Panel Applications are individual executables residing in the Top Panel. They're usually indicating a status and offer a pop-up menu. We are not yet sure whether there is enough screen real estate for this huge number of panel applications.

Required

For a Rainy Day

Retrieved from "http://openmoko.org/index.php?title=Applications&oldid=2287"
Personal tools

Overview

Overview

Although OpenMoko is designed for smartphones that use a stylus, it would be foolish to expect people to only operate their handsets with stylus. For this reason, some core phone-related applications will be developed with finger (as opposed to stylus navigation) in mind.

NOTE: Applications listed on this page are listing in order of priority. Applications in bold are required for the 2006.11.7 demo in Amsterdam.



General Principles

  • All modifications are saved instantenously, there should never be a save command
  • Make sure users can't make interface operation errors, or that the effects are easily reversible, instead of just notifying them us the potential consequences of their actions.
  • When you open a document you should be returned to the place where you were working when you last closed or save it (this is our concepts of sessions).
  • Label buttons with adjectives, which describe the state of the object affected
  • Designers should seek an efficient monotonous solution to gain benefits, including ease of learning, simplicity of implementation, minimization of documentation, and lowered maintenance costs.
  • Whenever you find yourself specifying an error message, please stop; then redesign the interface so that the condition that generated the error message doesn't arise.
  • Is the user gets no utility from a process, there is no reason to tell them that it is happening.
  • Innovation usually happens at the bottom. What we need to do is provide consistent ways to develop and deploy appliations.
NOTE: Innovation usually happens at the bottom. What we need to do is provide consistent ways to develop and deploy appliations.


Finger-Based Applications

scrolling region should be user defined (left or right side)

Required

For a Rainy Day

Stylus-Based Applications

Required

For a Rainy Day

Panel Applications

Panel Applications are individual executables residing in the Top Panel. They're usually indicating a status and offer a pop-up menu. We are not yet sure whether there is enough screen real estate for this huge number of panel applications.