Maemo User Interface Issues (Presentation) - Revision history

imported_>amigadave: Category:Maemo Summit 2008

2010-03-03T15:25:09Z

Category:Maemo Summit 2008

← Older revision		Revision as of 15:25, 3 March 2010
Line 67:		Line 67:
	* "[http://samoff.com/maemoui/ An Unofficial Guide to Creating a Most Excellent maemo User Interface]"		* "[http://samoff.com/maemoui/ An Unofficial Guide to Creating a Most Excellent maemo User Interface]"
	* [http://library.gnome.org/devel/hig-book/stable/ Gnome Human Interface Guidlines]		* [http://library.gnome.org/devel/hig-book/stable/ Gnome Human Interface Guidlines]

			[[Category:Maemo Summit 2008]]

imported_>timsamoff: /* Slides */ added presentation

2008-09-24T19:25:55Z

Slides: added presentation

← Older revision		Revision as of 19:25, 24 September 2008
Line 32:		Line 32:
	==Slides==		==Slides==

	~~To follow~~ presentation ~~at summit~~.		* [[Media:Samoff-Maemo_Summit_Presentation.pdf\|View the presentation]].

	==Commentary==		==Commentary==

217.86.153.178: /* Your Question(s) Here */

2008-09-19T13:38:08Z

Your Question(s) Here

← Older revision		Revision as of 13:38, 19 September 2008
Line 54:		Line 54:

	===Your Question(s) Here===		===Your Question(s) Here===

			@Developers and End-Users:

			* Who are the Maemo target users?
			* Is there existing user research about the Maemo end users?

			Thanks,
			Ellen

	==External Links==		==External Links==

imported_>brontide at 22:58, 14 September 2008

2008-09-14T22:58:08Z

← Older revision		Revision as of 22:58, 14 September 2008
Line 33:		Line 33:

	To follow presentation at summit.		To follow presentation at summit.

			==Commentary==

			===From Eric Warnke / brontide===

			I don't know if I will be able to attend this session, but wanted to give my feedback on the current state of the Maemo UI standard by Tim. I agree that we need to improve the quality of the baseline Maemo application that is out there, but I think we are shooting too short with many of the examples given. Modal dialogs are something that all applications should attempt to minimize at all costs. I'm not saying that dangerous actions should be taken without some sort of mitigation, but the UI should be optimized for speed and obviousness.

			In the example of closing the facebook app there are a few other possibilities that might be better in a mobile applications and still fulfill the rule of last surprise for the user.

			# Ok: Confirmation prompt to close the app. This fulfills the rule of least surprise, but forces the user to confirm a rather trivial action.
			# Better: Confirmation prompt if the user has a facebook request pending, or un-sent status text. This allows the application to close is there is no danger in loss
			# Good: Close never prompts, but unsaved text is automatically saved and restored on next launch. Transactions with facebook run until completion even if the UI is closed.
			# Best: Good + uses osso tools to save the state automatically so that hildon can close this application when it's in the background and the system needs memory; hildon will relaunch it when needed. The user need never know the application was closed.

			So I say that we need the UI to get out of the users way. Applications should be quick to launch and quick to close, state should be updated at regular and sane intervals so that accidental, deliberate, or powerloss does not result in loss of data to the user. Dialog boxes demand attention and should be used sparingly as it prevents other things from occurring. I would personally rather see an action as undoable rather than prompting to confirm.

			My other pet peeve is not taking advantage of the, poorly documented, hildon-input-mode in order to hint to the system what kind of data to expect. This allows, for example, turning off auto-capitalize, turning on the numbers only, activating "phone number" mode so that the OSK has keys grayed out. I will post a python example soon so that other developers need not suffer as I did to figure this out.

	==Q&A==		==Q&A==

imported_>timsamoff: /* Outline of the Program */

2008-09-09T02:44:55Z

Outline of the Program

← Older revision		Revision as of 02:44, 9 September 2008
Line 15:		Line 15:
	*** Wiki		*** Wiki
	* Why?		* Why?
	** ~~Programmers~~->Users		** Developers & End-Users
	** Gnome Human Interface Guidelines		** Gnome Human Interface Guidelines
	* Utopian User Cycle		* Utopian User Cycle
	* The "Bridge" ~~Ideal~~		* The "Bridge" Metaphor
	* Examples		* Examples
	** Facebook Updater		** Facebook Updater
	** Process		*** Process
	** ~~Consistency~~		*** Standards
	** ~~Standards?~~		*** Consistency
	* Conclusion		* Conclusion
	** Community-driven		** Community-driven

imported_>timsamoff: /* Outline of the Program */

2008-09-09T02:43:21Z

Outline of the Program

← Older revision		Revision as of 02:43, 9 September 2008
Line 23:		Line 23:
	** Process		** Process
	** Consistency		** Consistency
	* Standards?		** Standards?
	* Conclusion		* Conclusion
	** Community-driven		** Community-driven
	** Help Needed
	* Questions/Comments		* Questions/Comments

imported_>timsamoff: added content

2008-09-09T01:36:57Z

added content

New page

This presentation will be given at the [[Maemo Summit 2008]] by [[User:Timsamoff| Tim Samoff]]

"An Unofficial Guide to Creating a Most Excellent maemo User Interface" is about a year old. It was written in an attempt to assemble some useful Maemo-related UI philosophies and techniques for Maemo developers to consider when coding and/or porting software to the Maemo platform. Initially, there was a little help and guidance from the Nokia Maemo team, but little input from the greater Maemo Community (aside from blog comments and miscellaneous emails). I'd like to open the document up for community scrutiny, critique, and editing -- with the possibility of adding it to the official maemo.org wiki compendium.

==Outline of the Program==

15-20 minutes on slides and explanation

* Title
* About Me
* About Guide
** Inception
** Participation
** Hopes & Dreams
*** Wiki
* Why?
** Programmers->Users
** Gnome Human Interface Guidelines
* Utopian User Cycle
* The "Bridge" Ideal
* Examples
** Facebook Updater
** Process
** Consistency
* Standards?
* Conclusion
** Community-driven
** Help Needed
* Questions/Comments

5-10 minutes Q&A & Discussion.

==Slides==

To follow presentation at summit.

==Q&A==

===Your Question(s) Here===

==External Links==

* "[http://samoff.com/maemoui/ An Unofficial Guide to Creating a Most Excellent maemo User Interface]"
* [http://library.gnome.org/devel/hig-book/stable/ Gnome Human Interface Guidlines]