Best Practices for Designing Mobile UI: Difference between revisions

From Qt Wiki
Jump to navigation Jump to search
No edit summary
(Add to Advice category.)
 
(5 intermediate revisions by 3 users not shown)
Line 1: Line 1:
'''English''' [[Best_Practices_for_Designing_Mobile_UI_Albanian|Albanian]] [[Best_Practices_for_Designing_Mobile_UI_Spanish|Spanish]] [[Best_Practices_for_Designing_Mobile_UI_French|French]] [[Best_Practices_for_Designing_Mobile_UI_Russian|Русский]] [[Best_Practices_for_Designing_Mobile_UI_German|German]]
[[Category:Advice]]
 
{{LangSwitch}}
= Best Practices for Designing Mobile User Interfaces =
 
Here the community will fill information about designing mobile user experiences.
Here the community will fill information about designing mobile user experiences.


== 1. Always rely on the behavior of the platform ==
== Always rely on the behavior of the platform ==


As mobile developers we should always rely on the platform behavior. One of many behaviors on Symbian on our example is to keep the menus where they are on the bottom of the screen and provide options through Options menu as the positive soft key and Back or Exit as negative key, one particular third party example is the screenshot below, and second example is a Nokia Situations application the screenshot next to that
As mobile developers we should always rely on the platform behavior. One of many behaviors on Symbian on our example is to keep the menus where they are on the bottom of the screen and provide options through Options menu as the positive soft key and Back or Exit as negative key, one particular third party example is the screenshot below, and second example is a Nokia Situations application the screenshot next to that


[[Image:http://i.imgur.com/s6DSf.jpg|ss1]]
http://i.imgur.com/s6DSf.jpg


[[Image:http://images.dailymobile.se/wp-content/uploads/2010/11/Nokia_Situations_1.png|ss2]]
http://images.dailymobile.se/wp-content/uploads/2010/11/Nokia_Situations_1.png


== 2. Always keep in mind the target devices ==
== Always keep in mind the target devices ==


We should always keep in mind what we are targeting, if you are targeting touch screen devices, such as the examples above, you should create bigger buttons, provide kinetic scrolling and have bigger text. If you would target non-touch screen devices, you should write code for the d-pad in put and physical keyboard.
We should always keep in mind what we are targeting, if you are targeting touch screen devices, such as the examples above, you should create bigger buttons, provide kinetic scrolling and have bigger text. If you would target non-touch screen devices, you should write code for the d-pad in put and physical keyboard.
Line 26: Line 24:
  DWORD dwFlags = cSystemInfo.inputMethodType();
  DWORD dwFlags = cSystemInfo.inputMethodType();


if ((dwFlags & (QSystemDeviceInfo::SingleTouch|QSystemDeviceInfo::MultiTouch)) != 0)
if ((dwFlags & (QSystemDeviceInfo::SingleTouch|QSystemDeviceInfo::MultiTouch)) != 0)
  return true;
  return true;


Line 32: Line 30:
}
}
</code>
</code>
== Links ==
* "Design and User Experience Library v2.1":http://library.forum.nokia.com/index.jsp?topic=/Design_and_User_Experience_Library/GUID-A8DF3EB8-E97C-4DA0-95F6-F464ECC995BC_cover.html

Latest revision as of 08:55, 11 July 2019

En Ar Bg De El Es Fa Fi Fr Hi Hu It Ja Kn Ko Ms Nl Pl Pt Ru Sq Th Tr Uk Zh

Here the community will fill information about designing mobile user experiences.

Always rely on the behavior of the platform

As mobile developers we should always rely on the platform behavior. One of many behaviors on Symbian on our example is to keep the menus where they are on the bottom of the screen and provide options through Options menu as the positive soft key and Back or Exit as negative key, one particular third party example is the screenshot below, and second example is a Nokia Situations application the screenshot next to that

s6DSf.jpg

Nokia_Situations_1.png

Always keep in mind the target devices

We should always keep in mind what we are targeting, if you are targeting touch screen devices, such as the examples above, you should create bigger buttons, provide kinetic scrolling and have bigger text. If you would target non-touch screen devices, you should write code for the d-pad in put and physical keyboard.

If you would to target two types of devices (touch and non-touch) the best thing is to detect it and you can use the following code to do so:

QSystemDeviceInfo cSystemInfo;

bool hasTouchScreen()
{
 DWORD dwFlags = cSystemInfo.inputMethodType();

if ((dwFlags & (QSystemDeviceInfo::SingleTouch|QSystemDeviceInfo::MultiTouch)) != 0)
 return true;

return false;
}