: 'Back button' functionality, how important is it? It is increasingly common for "rich" applications to break the back button. I've always held that this was bad form but perhaps that view is
It is increasingly common for "rich" applications to break the back button. I've always held that this was bad form but perhaps that view is outdated?
Is it ever Ok to break the back button? And if so, what are the criteria?
Edit:
To clarify I was more referring to applications where clicking the back button basically just sends you right back where you were. Effectively disabled but not in any way harmful to press.
More posts by @Si4351233
7 Comments
Sorted by latest first Latest Oldest Best
I think I can sum up the responses as
You should never do that unless you absolutely can't avoid it. Even then you shouldn't.
Sounds about right.
It is important to break the back button at sites where user is taking quiz, some banking sites. Generally , not a good idea.
Studies have shown that almost 1/3 of clicks when using the browser is on the back button (from Don't Make Me Think). I honestly don't believe there is ever a good reason to stop the back button from working. people should be able to navigate around your site however they see fit.
Breaking the back button may be OK in some cases, but it is almost always unnecessary. I've seen it a lot with multi-step forms where you post from one page to the next to the next. What you should do in this instance is from your form page (1), post to a different page (2) that (for example) stores stuff in the session, then redirect back to another page (3). When the user presses the back button they will go from (3) back to (1).
Even with RIAs you can uses URL hashes/anchors (i.e. page.html#section) and monitor them for changes. Gmail does this for the different 'pages' like Inbox, Compose, Settings etc. This question on Stack Overflow will help if you if you want to implement that.
The main reason why it is "increasingly common" is that some RIA frameworks do not support the back button or require you to actively think about how to incorporate it's use into your application. Most frameworks do offer some support for navigation though, such as Silverlight 3's support for Frames and Page controls, you just have to know how to use it effectivly. The same navigation framework is used in Windows Phone 7 applications.
Only break the back button if it is expected (if it makes sense to not go back after an event in your website).
Mozilla did a study about how people are using its browser and the results for the back button are impressive:
The Back button is used far more often than any other navigation element (by which we mean the Back, Forward, Reload, Stop, and Home buttons). 93.1% of study participants used the Back button at least once, and on average, each user clicked Back 66.2 times over the 5 days – that’s 3x more clicks than the Reload button, 10x more than the Home button, and over 30x more than the Forward and Stop buttons!
source
I use the back button a lot and I hate it when I can't use it.
Breaking the back button is like breaking the brake pedal in a car. Users expect it to always work and when it suddenly doesn't mayhem ensues. The back button might be the most used UI feature in a browser so altering its behavior it any way can, at best, do no good, and, at worst, result in user confusion and abandonment (or increased customer support costs). Even if it takes the user right back to where they were that's not what they were expecting.
Breaking the back button should be avoided.
Terms of Use Create Support ticket Your support tickets Stock Market News! © vmapp.org2024 All Rights reserved.