Legacy Maemo 5 Documentation/Human Interface Guidelines/Reality Checks

(New page: =Reality Checks= This chapter provides guidance for improving usability within applications, even beyond standard testing procedures. (Other very useful information can be found in the [ht...)
(wikify slightly)
 
(6 intermediate revisions not shown)
Line 1: Line 1:
-
=Reality Checks=
+
{{Legacy documentation}}
-
This chapter provides guidance for improving usability within applications, even beyond standard testing procedures. (Other very useful information can be found in the [http://library.gnome.org/devel/hig-book/2.26/reality-checks.html.en Checklists Section] of the GNOME HIG.)
+
 
 +
The sections in this chapter give advices on how to make your application even more usable when it can already be tested. For more information on useful checks, see GNOME HIG [http://library.gnome.org/devel/hig-book/2.26/reality-checks.html.en Checklists Section].
==Hardware Keys==
==Hardware Keys==
-
Determine which hardware keys or buttons on the mobile device that is being tested might be assigned to various functions within the application. This is a good way discover whether or not certain functionality might only need hardware control rather than onscreen menus or options. For instance, most mobile devices have a hardware for volume. In this case, users are fairly comfortable with using a standardized hardware key and most likely don't need the function repeated onscreen.
+
 
 +
Check the keys of the mobile device you are testing your application with to see if you can assign to the keys any already existing or new functions. This way you can find out that some actions do not need an actual control on screen because you can assign them to a commonly used hardware key.
==Different Devices==
==Different Devices==
-
Given the inherent differences in the selection of mobile devices on the market, it is common that certain features within an application might not always translate between devices -- some features may not work altogether. Therefore, it extremely important either test applications in as many devices as possible or allow device users to provide feedback about issues they may be experiencing.
+
 
 +
Because of the plurality of mobile devices and their differences, some features of your application may not behave as desired in one device or another. Therefore, you must either test the feature with those devices or let those devices' users give you feedback about it.

Latest revision as of 13:42, 18 October 2010

Image:Ambox_content.png
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

The sections in this chapter give advices on how to make your application even more usable when it can already be tested. For more information on useful checks, see GNOME HIG Checklists Section.

[edit] Hardware Keys

Check the keys of the mobile device you are testing your application with to see if you can assign to the keys any already existing or new functions. This way you can find out that some actions do not need an actual control on screen because you can assign them to a commonly used hardware key.

[edit] Different Devices

Because of the plurality of mobile devices and their differences, some features of your application may not behave as desired in one device or another. Therefore, you must either test the feature with those devices or let those devices' users give you feedback about it.