Applications

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(→‎Panel Applications)
(→‎Required)
Line 67: Line 67:
  
 
=== Required ===
 
=== Required ===
−
* [[GSM Connection Status]]
+
* '''[[GSM Connection Status]]'''
−
* [[GPRS Connection Status]]
+
* '''[[GPRS Connection Status]]'''
−
* [[GPS Connection Status]]
+
* '''[[GPS Connection Status]]'''
 +
* '''[[Battery Monitor]]'''
 +
* '''[[Clock]]'''
 
* [[Bluetooth Connection Status]]
 
* [[Bluetooth Connection Status]]
 
* [[USB Connection Status]]
 
* [[USB Connection Status]]
−
* [[Battery Monitor]]
 
−
* [[Clock]]
 
 
* [[Profiles]]
 
* [[Profiles]]
 
* [[Search]]
 
* [[Search]]

Revision as of 15:54, 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://wiki.openmoko.org/index.php?title=Applications&oldid=2288"
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.

Required

For a Rainy Day