Rules to Better Interfaces (Mobile)
RuleSummaryIntro
Since 1990, SSW has supported the developer community by publishing all our best practices and rules for everyone to see.
If you still need help, visit Website Design and User Experience and book in a consultant.
Hold on a second! How would you like to view this content?
Just the title!
A brief blurb!
Gimme everything!
Page Content
With the internet moving so fast into the world of mobile devices, it's
important to design for a variety of platforms. Many websites these days
have a unique mobile optimized site which is great for usability.
Although mobile browsers are capable of rendering your normal
website, some functionality does not carry across. Touch screens have no
concept of "hover" so drop down menus must be activated on click.
Screen estimate and the precision of the user is impaired on touch
devices, so links and other clickable objects need to be rendered
bigger.
The key thing to remember is that a mobile phone is a
different device and have completely different use cases. EBay on a
desktop can be used for a large variety of cases, including the creation
of new bids, while EBay Mobile is primarily for checking activity while
on the move. The focus of a mobile design for EBay centers on browsing,
bidding and status updates for products - it doesn't need to cover all
cases, just the right ones.
True mobile interface design focuses that which is used on mobile and simplifies the process.
-
- Figure: Bad Example - TimePro as it renders on mobile. It is near unusable!
-
- Figure: Good Example - TimePro designed for mobile.
These days more than 50% of people use mobile devices to browse websites.
Therefore, it is very important to hyperlink your phone number to increase the rate of conversion and improve the mobile user experience. This enables click and call, and eliminates the need to copy and paste phone numbers.
Devices and computers that don’t have phone functionality will either open a phone app or add the number to a contact list.
<a href="tel:+61299533000">+61 2 9953 3000</a>
- Figure: Good Example – This is the syntax to hyperlink phone numbers.
-
If your app is built on Silverlight today. Stop building things on Silverlight today.
-
Reasons are:
- Time to market
- Lower cost
- Reuse MVVM
- Reuse Silverlight controls
- Reuse the Business and Data layer
-
The Biggest thing going for windows phone is:
- .NET dev shops
- Environment more productive than xcode
Note: WP7 is built on Silverlight 3 (not Silverlight 4)
Note: WP7 was built by a 'web team' not "Rich client app team', so some issues exist:
- Bing map control relies on host page (authentication)
- Avoid using System.Windows.Browser.dll in your Silverlight App (as it works only
OOB on desktop) and you will have to use a different control on Windows Phone 7
-
Others reasons are:
- You can deploy your app without going through the appstore/market place. E.g. my
SSW business app
Appstore:
|
No
|
Market place:
|
Yes
|
-
Turn around through the appstore is quicker:
Appstore:
|
1-3 weeks
|
Market place:
|
2 days (Quicker since it is managed code. Unmanaged code is easy to spot)
|
-
App store is blocking applications MS won't.
It depends on:
- Your Budget
- Usage of native API
- If you have an existing web app - in this case, it's easier to convert it to a web app by adding CSS
Note: An iPhone (or WP7) web app without a network
connection, will not load the web page you were on previously.
Making a responsive website work well on a mobile is not easy but with the right tools you can save time and avoid bugs.
You should use Chrome DevTools Device Mode to test different screen sizes.

- Figure: Bad example - Using your browser to test a responsive website layout.

- Figure: Good example - Using Device Mode & Mobile Emulation in Chrome.
How to test a responsive website with Chrome DevTools Device Mode
- Watch this video below
- Read the documentation on the Chrome Developer Website.
Additional resources