Legacy Maemo 5 Documentation/Human Interface Guidelines/Hildonizing an Interface
(→Hildonizing an Interface) |
(add link) |
||
| (3 intermediate revisions not shown) | |||
| Line 1: | Line 1: | ||
| - | + | {{Legacy documentation}} | |
| + | |||
| + | {{main|Documentation/Maemo 5 Developer Guide/Porting Software}} | ||
| + | |||
Although HIG is not a guide about migrating a desktop application to its mobile version, this section talks a little about this because often people think about desktop applications when designing interfaces for mobile devices. This leads to common misunderstandings that compromise the usability of an application. With a limited working area, mobile devices' screens cannot support all the types of widgets that a desktop computer application normally supports. On a mobile device, you're working with an entirely different paradigm. | Although HIG is not a guide about migrating a desktop application to its mobile version, this section talks a little about this because often people think about desktop applications when designing interfaces for mobile devices. This leads to common misunderstandings that compromise the usability of an application. With a limited working area, mobile devices' screens cannot support all the types of widgets that a desktop computer application normally supports. On a mobile device, you're working with an entirely different paradigm. | ||
| Line 7: | Line 10: | ||
==Divide and Conquer== | ==Divide and Conquer== | ||
| + | |||
Divide the content to simplify the interface but still maintain full functionality in a Hildon application. The limited screen size makes it difficult to include and use a large number of controls on the screen at the same time, so the solution is not to have them together. | Divide the content to simplify the interface but still maintain full functionality in a Hildon application. The limited screen size makes it difficult to include and use a large number of controls on the screen at the same time, so the solution is not to have them together. | ||
| Line 14: | Line 18: | ||
==Do Not Repeat Yourself== | ==Do Not Repeat Yourself== | ||
| + | |||
Several desktop applications have repeated functionality for many tasks. For example, you can edit a message from a message list by using the Edit menu from the menubar, by using the popup menu from the mouse right button or even by using the toolbar. In Hildon, in order to simplify and save space for the sake of usability, a task must not be repeated. If the user can create a new message by pressing a button in the interface, then do not add a "Create New Message" menu item. | Several desktop applications have repeated functionality for many tasks. For example, you can edit a message from a message list by using the Edit menu from the menubar, by using the popup menu from the mouse right button or even by using the toolbar. In Hildon, in order to simplify and save space for the sake of usability, a task must not be repeated. If the user can create a new message by pressing a button in the interface, then do not add a "Create New Message" menu item. | ||
Latest revision as of 10:55, 1 February 2011
 |
This article is legacy documentation, and is superseded by Forum Nokia documentation. The Forum Nokia documentation is available as the Hildon 2.2 UI style guide, Fremantle master layout guide and the Hildon 2.2 widget UI specification |
Main article: Documentation/Maemo 5 Developer Guide/Porting Software
Although HIG is not a guide about migrating a desktop application to its mobile version, this section talks a little about this because often people think about desktop applications when designing interfaces for mobile devices. This leads to common misunderstandings that compromise the usability of an application. With a limited working area, mobile devices' screens cannot support all the types of widgets that a desktop computer application normally supports. On a mobile device, you're working with an entirely different paradigm.
When developing an application for a mobile device, you must not think of it as a direct translation of one platform to another but rather as an adaption of ways to accomplish the same tasks. Cases that express this adaption are present all over this document but this section takes a special look at them.
By following the principles covered in this section, your application will end up simpler to use and easier to learn.
[edit] Divide and Conquer
Divide the content to simplify the interface but still maintain full functionality in a Hildon application. The limited screen size makes it difficult to include and use a large number of controls on the screen at the same time, so the solution is not to have them together.
For example, consider an email client application that usually has a split view containing on one side a tree view with a list of accounts and respective folders and on the other side a view of a list of messages within the currently selected folder. This is obviously too much for a small size screen and the solution is to divide the contents. So, the first view should display the available accounts for the user to choose one. After the account is chosen, a new view should display the different folders ("Inbox", "Outbox", "Drafts", etc.). Choosing a folder brings up a new view with the list of messages in it.
Keep in mind that the division must be well balanced in the way that things must not be divided to a point where the user needs to navigate a number of views to do obvious things. For example, in the list of messages in the "Inbox" it is likely that next steps for the user are to open a message, delete a message, or create a new one. Hence, a button "Create Message" can be added to the same view where the message list is.
[edit] Do Not Repeat Yourself
Several desktop applications have repeated functionality for many tasks. For example, you can edit a message from a message list by using the Edit menu from the menubar, by using the popup menu from the mouse right button or even by using the toolbar. In Hildon, in order to simplify and save space for the sake of usability, a task must not be repeated. If the user can create a new message by pressing a button in the interface, then do not add a "Create New Message" menu item.
- This page was last modified on 1 February 2011, at 10:55.
- This page has been accessed 15,919 times.