* It uses a text-input key in a modal way, when no other unmodified text keys are used modally in a web browser.
* Shifting between modes can happen inexplicitly and unintentionally.
* It's potentially destructive.
Add this all up and you have a recipe for users unintentionally and unexpectedly losing data. That's bad enough on its own.
The fact that the justification for it appears to be "because somebody made a poor UI decision 20 years ago and people don't like change" is inexcusable.
The space key is also used modally, to scroll the page down. This creates an issue on some web games and video players: If the game/player element is not focused, and space is pressed (with the intention of pausing/playing the video, or making the game character jump) the page will scroll down.
Some websites, like Github and Facebook also use input keys modally. I'll very often trigger some UI function by mistake when starting to type a message if the text field is not focused for some reason.
I chuckle when people boldly declare something as poor UX without acknowledging that there could be more than one true way. We have different kinds of computers, different kinds of users, and different preferences. It's subjective.
> Add this all up and you have a recipe for users unintentionally and unexpectedly losing data.
That sounds like a fixable problem, and one worth fixing no matter what your shortcuts are. I hit back and then forward in Firefox, and look, all the text I wrote is still there.
This was particularly infuriating back when browsers would commonly lose input state when going back then forward. For years, long after that was resolved, I still wrote anything longer than a single sentence in notepad.
Even if this is kept for inertial reasons (I do make use of it on a trackpad myself), I think as soon as you interact with any kind of text input it should be disabled for the page.
Stack (Overflow|Exchange) put up a modal dialog if you started writing something and then change the page. Which is annoying when you just want to navigate away because you're not going to answer anymore, but in most cases solves this problem quite nicely.
Disabling the key under certain circumstances is usually a support nightmare when trying to explain people that »Backspace goes back to the previous page, except there is text in any input field on the page that you entered, in which case it does nothing. Oh, but the back button in the toolbar still works, as does the side button on your mouse.« (The same problem with disabled UI controls that usually do not say why they are disabled. Some things, e.g. Copy being disabled when there is no selection, are easy enough to figure out but others not so much at times.)
To give fair warning, it seems Safari on iOS 7 will randomly refresh text boxes on pages when you jump to other tabs to cut and paste information. It has bit me a few times and I now wait until I'm at my PC to write any reference laden post or form where information comes from multiple tabs.
Go to about:config
Search for browser.backspace_action
Set it to 2
All fixed. It is disabled by default in Linux, but someone surely made a mistake and forgot to turn it off by default in Windows in some misunderstood concept of 'compatibility'.
Firefox follows conventions of the various platforms, even for things like menus. In Linux, "Options" is under the "Preferences" menu, while on Windows it's under "Tools".
The whole premise is focusing on a symptom rather than the real issue. I happen to love backspace, because having to press a chord, half of which is requires my hand to move the arrow keys, is a major cache-miss for an action as common as navigating back.
But none of that even matters. The real question is:
Why do browsers not have an interface for configuring keyboard shortcuts yet?
And while they're at it, add an interface to customize whether or not JavaScript in web pages can override certain shortcuts. Not being able to rebind C-w, C-t, C-S-t, space, backspace, etc. has been a huge frustration for ages. One of the reasons I use Firefox is that it has a robust enough extension mechanism to support add-ons like KeySnail, but the fact the key rebinding isn't core functionality is just embarrassing.
Yeah I think it's a huge problem that javascript/the DOM allow a page to have shortcuts and control over page navigation. This is so wrong IMO; the user agent should be in control. Because I am in control of my user agent.
I like this feature actually, because I'm used to it. It's simpler and quicker than using Alt + ←. I'm kinda pissed when this behavior is overridden (ie. Google Search).
To be honest, this:
"On some pages (but not all) when I want to erase the last few characters I just typed, I tap Backspace several times. Tap tap tap. And then, lo-and-behold, my browser is leaving the page I was on and going back in the tab history."
never happened to me, and I'm really wondering how the asker manages to lose the focus on a text field while he types.
I'm the asker. You must be one of those cursor focus savants. Do you actually get any work done? If so, are you a super genius whose brain always has extra clock cycles to check that the cursor is blinking next to where you're intending to erase? Or are you a very slow user? Or do you not bother fixing your mistakes when you type?
For disabled users backspace to go back is tremendously useful. On keyboards with Alt Gr, pressing Alt + Left Arrow requires pressing down keys with both the left and right hand simultaneously. It's not possible if one of your arms is paralyzed. Targetting the back button (which btw, is getting smaller and smaller i newer browsers) with the mouse to click can also be a very time consuming task if you are suffering from involuntary shakes.
Some people actually surf using tab to focus links, then click with return and goes back with backspace. For them removing the backspace as back function is a big step backwards (haha) in usability. Yes, one could argue that they should just install vimperator and some other addons to make the browser usable with their particular disability. But most handicapped users are just as clueless as normal ones and have no idea how to customize their software.
I agree that backspace is useful as a back button (I use it that way), and also that there should be an option to change the setting (although, on which the default should be, I cannot decide).
But wasn't StickyKeys (and other assistance-related settings) created to fix the keyboard modifier problem for users with low mobility?
Following this logic, all the options in the Accessibility settings panel should be on per default. Which I guess would make some sense, but I can see why they're not.
Not only for disabled users, unless you consider users with RSI or related injuries disabled. The backspace to go back and the space key to scroll are extremely convenient to browse the web with an ergonomic Kinesis Advantage keyboard. They are the biggest keys on the left and right, directly accessible with your thumbs. Removing this behaviour in a browser would make browsing less usable - although it's possible to remap keys on the Kinesis Advantage.
On the plus side, it's a large key that does not require simultaneous key presses: holding down multiple keys at the same time is not user friendly, especially for noobs.
The backspace frequently has a backwards arrow printed on it, so symbolically it feels right.
Personally I find web pages that break common shortcuts, and navigation paradigms more irritating. Google+ changes the behaviour of CTRL+PGUP/PGDOWN, some sites hijack the spacebar (normally I use for paging), some sites hijack CTRL+CLICK that I use to open links in new tabs.
I never hear people bemoaning the use of the Home key to go to the home page, and its different behaviour in text input areas. But I can appreciate some people don't like it how the controls appear to change, depending on what you are doing, it's far from obvious for some people.
I find The issue with text controls in browsers, is one of focus, thinking that you are in text area, when you aren't etc. The browsers could really help here, by making it really obvious which form element has the focus. It's doubly annoying when you are have focus on a flash component, and none of your keyboard shortcuts feel like they work. I'm a keyboard fan, but really without having some exotic setup, you are reliant upon the mouse with the mainstream OSs because of irritations like these. Which is really irritating for me when I'm trying to do simple things with just the keyboard sitting on the sofa with a computer connected to the TV.
To avoid loss of form input, there are several auto-save-to-localstorage solutions like http://garlicjs.org/. Just add data-persist="garlic" to the form tag and everything is saved until successfully submitted.
Which is also potentially annoying behaviour - often you don't want the state to be saved. We could solve it adding a 'reset' button to our forms. Haha - do browsers still support those?
As another one who uses this feature often, I can remember how I discovered it a long time ago: accidentally pressing it once on a page and thinking "oh, that's useful", then regularly using it after that.
On the other hand, I'd rather Alt+Left be disabled inside text inputs, as I have quite a few times accidentally went back while trying to move the cursor.
The odd thing is that this shortcut is not mentioned in the Back button's tooltip of neither Firefox, IE, Opera, nor Chrome.
I get really frustrated with the comments that say "but backspace doesn't do that when you're in a text control". To me thats completely missing the point. Can anyone explain why anyobe would make such a comment? Is it just pedantism with a lack of understanding of the bigger picture? These type of comments drive me crazy, and I only ever see them in programmer fora.
I think it's because that particular statement is the foundation of the complainant's argument against the shortcut. And for someone who never experiences this failure scenario, the vitriol against the backspace key is nigh on impossible to understand.
I must say I've never had a problem with the feature, and it's been highly useful to me. It must be something of a blind spot to some set of people, because IIRC it has never even occurred to me until now that it might constitute bad UX. In retrospect, though, I can see how it can be problematic.
That's understandable if they use a desktop PC most of the time, and a lot of people fall into that group.
Even with the clever "palm detection" (or whatever it's called) feature that is built into most trackpads nowadays, the very location of the trackpad on most laptops makes it too easy to click on something you didn't mean to. It's much easier to keep the focus in a <textarea> if you just type on a standalone keyboard and the mouse is 14 inches away.
Programmer here, I get pissed off with a lot of things but backspace-in-a-browser isn't one of them, I like it and always have. Maybe I take for granted my intimate knowledge of how html and browsers work. I get much more annoyed with some of the seemingly nonsensical Mac conventions coming from Windows.
> Can anyone explain why anyobe would make such a comment?
Because the original story doesn't add up. If you're typing and press backspace to delete some characters you just typed, without some additional tab pressing, mouse clicking, or Javascript shenanigans on behalf of the website, the browser won't go back in history. That's just a cold hard fact.
Because you're not in VIM and text input actions shouldn't be used as shortcuts. Or be consistent and use every letters of your keyboard as shortcuts without Ctrl (or CMD) combination..
Backspace in some browsers goes to the previous page because that used to be the standard.
Nowadays we enter a lot of data in a web page and having to explain to an end user that the browser works differently depending on where the cursor is might be confusing for them.
A decade ago most people just used the internet for consuming the page (browsing), sometimes entering a few lines of data. Having the back button go back in your navigation makes sense in that respect as you are "browsing", not creating.
Re: "it's totally destructive", actually it is not destructive, you can hit backspace in the middle of your edits, go to the previous page, then go to the forward arrow in your browser and voila.. the text you entered is still there!
Of course that isn't true on every website as quite often the site developer is trying to do "smart" things. It is however a standard html feature and I just did that here while typing my text and it works fine on hacker news.
Personally I like the back button in my browser to go back in my browsing history, as mentioned by others, this is configurable in firefox.
I think the biggest problem here is a context one. When you use a shortcut inside a software, you don't (usually) think about the field focused. As I, like most of us here, use an IDE or a code editor every day, I think best context-free shortcuts involve more than one special key.
Even the alt + arrow shortcut is a bad idea because it mean "go to the beginning of the word" in Mac OS. I had very bad issue with the CMD + Arrow in my Chrome, because when I type I don't use the mouse.
Ctrl + CMD + Arrow is the perfect shortcut for me (and I think, for every XCode users).
Consider how most users interact with a page. I personally click to highlight text, use my mouse wheel to set the page just so, and I type. A lot. And I'm a fast typer. And I hit backspace. A lot. Why should I lose all my work because I'm not a cursor focus savant, or someone who never types? Because if you're a typer, this affects you. This happened to me at my job, causing me to lose hours of search and fill-in information, information that is necessary for me to keep my job. And it loses a lot of productivity for a lot of other people as well. Learn to use [Alt]+[←]. I do it one-handed all day long. And if your needs are so specialized that you require a single-button solution, you should be able to get that by changing a setting from the default, and not forcing everyone else to live with the ejector seat button doubling as the turn-signal.
PSA for anyone who is tempted to copy and paste the jQuery example posted by 'pathfinder': Make sure you account for "radio" and "checkbox" input types. They don't handle the backspace key the same way an <input type="text"> or <textarea> would.
"Back in 9/26/95, the Backspace key was mapped for go up one directory in Windows Explorer. This could be the reason why Microsoft also used the Backspace key on their IE for back/up a page. Of course, this is pure speculation on my part :)"
So this is leftover damage from Microsoft's bizarre campaign to fuse Internet Explorer with Windows Explorer? Why do I suddenly want to hurt someone?
I wanted to add that I use the backspace quite a lot, and have found the opposite situation which might shed light on why Google likes it. When I hit a google search in my history, hoogle quickly puts the text focus in their main box so my backspace now starts erasing what I wrote rather than going further in the history, and I consider doing another search
Ironically I've become so custom to using backspace for navigating back that I constantly end up swearing when I use it on sites that hijack text-input like Google for instance, where pressing backspace will focus on the search-field, delete the last character and immediately perform a new search.
I suppose if you want to answer a question you have to understand the context, and as with reproducing bugs, you have to know the steps to recreate the problem.
It's not like they're being purposefully obnoxious - no more than when people answer with, 'why would you want do that?'
[+] [-] commandar|12 years ago|reply
* It uses a text-input key in a modal way, when no other unmodified text keys are used modally in a web browser.
* Shifting between modes can happen inexplicitly and unintentionally.
* It's potentially destructive.
Add this all up and you have a recipe for users unintentionally and unexpectedly losing data. That's bad enough on its own.
The fact that the justification for it appears to be "because somebody made a poor UI decision 20 years ago and people don't like change" is inexcusable.
[+] [-] TheCoreh|12 years ago|reply
Some websites, like Github and Facebook also use input keys modally. I'll very often trigger some UI function by mistake when starting to type a message if the text field is not focused for some reason.
[+] [-] raverbashing|12 years ago|reply
And now they did a poor UI decision by making a swipe gesture go back
Which would be ok if it wasn't for the fact that sometimes when scrolling (on anything that has 2 dimensions) you will accidentally swipe back.
[+] [-] clarry|12 years ago|reply
> Add this all up and you have a recipe for users unintentionally and unexpectedly losing data.
That sounds like a fixable problem, and one worth fixing no matter what your shortcuts are. I hit back and then forward in Firefox, and look, all the text I wrote is still there.
[+] [-] aaronchall|12 years ago|reply
[+] [-] reitzensteinm|12 years ago|reply
Even if this is kept for inertial reasons (I do make use of it on a trackpad myself), I think as soon as you interact with any kind of text input it should be disabled for the page.
[+] [-] ygra|12 years ago|reply
Disabling the key under certain circumstances is usually a support nightmare when trying to explain people that »Backspace goes back to the previous page, except there is text in any input field on the page that you entered, in which case it does nothing. Oh, but the back button in the toolbar still works, as does the side button on your mouse.« (The same problem with disabled UI controls that usually do not say why they are disabled. Some things, e.g. Copy being disabled when there is no selection, are easy enough to figure out but others not so much at times.)
[+] [-] protomyth|12 years ago|reply
[+] [-] RyanZAG|12 years ago|reply
[+] [-] sp332|12 years ago|reply
[+] [-] rpdillon|12 years ago|reply
But none of that even matters. The real question is:
Why do browsers not have an interface for configuring keyboard shortcuts yet?
And while they're at it, add an interface to customize whether or not JavaScript in web pages can override certain shortcuts. Not being able to rebind C-w, C-t, C-S-t, space, backspace, etc. has been a huge frustration for ages. One of the reasons I use Firefox is that it has a robust enough extension mechanism to support add-ons like KeySnail, but the fact the key rebinding isn't core functionality is just embarrassing.
[+] [-] nfoz|12 years ago|reply
[+] [-] thiht|12 years ago|reply
"On some pages (but not all) when I want to erase the last few characters I just typed, I tap Backspace several times. Tap tap tap. And then, lo-and-behold, my browser is leaving the page I was on and going back in the tab history."
never happened to me, and I'm really wondering how the asker manages to lose the focus on a text field while he types.
[+] [-] NoodleIncident|12 years ago|reply
[+] [-] aaronchall|12 years ago|reply
[+] [-] tedsanders|12 years ago|reply
Or perhaps when switching between windows or tabs.
[+] [-] bjourne|12 years ago|reply
Some people actually surf using tab to focus links, then click with return and goes back with backspace. For them removing the backspace as back function is a big step backwards (haha) in usability. Yes, one could argue that they should just install vimperator and some other addons to make the browser usable with their particular disability. But most handicapped users are just as clueless as normal ones and have no idea how to customize their software.
[+] [-] Cyykratahk|12 years ago|reply
But wasn't StickyKeys (and other assistance-related settings) created to fix the keyboard modifier problem for users with low mobility?
[+] [-] kristiandupont|12 years ago|reply
[+] [-] yabatopia|12 years ago|reply
[+] [-] rainedin|12 years ago|reply
The backspace frequently has a backwards arrow printed on it, so symbolically it feels right.
Personally I find web pages that break common shortcuts, and navigation paradigms more irritating. Google+ changes the behaviour of CTRL+PGUP/PGDOWN, some sites hijack the spacebar (normally I use for paging), some sites hijack CTRL+CLICK that I use to open links in new tabs.
I never hear people bemoaning the use of the Home key to go to the home page, and its different behaviour in text input areas. But I can appreciate some people don't like it how the controls appear to change, depending on what you are doing, it's far from obvious for some people.
I find The issue with text controls in browsers, is one of focus, thinking that you are in text area, when you aren't etc. The browsers could really help here, by making it really obvious which form element has the focus. It's doubly annoying when you are have focus on a flash component, and none of your keyboard shortcuts feel like they work. I'm a keyboard fan, but really without having some exotic setup, you are reliant upon the mouse with the mainstream OSs because of irritations like these. Which is really irritating for me when I'm trying to do simple things with just the keyboard sitting on the sofa with a computer connected to the TV.
[+] [-] eik3_de|12 years ago|reply
[+] [-] aidos|12 years ago|reply
[+] [-] koala_advert|12 years ago|reply
https://addons.mozilla.org/en-US/firefox/addon/lazarus-form-...
[+] [-] GazNewt|12 years ago|reply
[+] [-] userbinator|12 years ago|reply
On the other hand, I'd rather Alt+Left be disabled inside text inputs, as I have quite a few times accidentally went back while trying to move the cursor.
The odd thing is that this shortcut is not mentioned in the Back button's tooltip of neither Firefox, IE, Opera, nor Chrome.
[+] [-] eCa|12 years ago|reply
[+] [-] strictfp|12 years ago|reply
[+] [-] r12e|12 years ago|reply
[+] [-] Sharlin|12 years ago|reply
[+] [-] kijin|12 years ago|reply
Even with the clever "palm detection" (or whatever it's called) feature that is built into most trackpads nowadays, the very location of the trackpad on most laptops makes it too easy to click on something you didn't mean to. It's much easier to keep the focus in a <textarea> if you just type on a standalone keyboard and the mouse is 14 inches away.
[+] [-] GazNewt|12 years ago|reply
[+] [-] PavlovsCat|12 years ago|reply
Because the original story doesn't add up. If you're typing and press backspace to delete some characters you just typed, without some additional tab pressing, mouse clicking, or Javascript shenanigans on behalf of the website, the browser won't go back in history. That's just a cold hard fact.
[+] [-] woogle|12 years ago|reply
[+] [-] wila|12 years ago|reply
Nowadays we enter a lot of data in a web page and having to explain to an end user that the browser works differently depending on where the cursor is might be confusing for them.
A decade ago most people just used the internet for consuming the page (browsing), sometimes entering a few lines of data. Having the back button go back in your navigation makes sense in that respect as you are "browsing", not creating.
Re: "it's totally destructive", actually it is not destructive, you can hit backspace in the middle of your edits, go to the previous page, then go to the forward arrow in your browser and voila.. the text you entered is still there!
Of course that isn't true on every website as quite often the site developer is trying to do "smart" things. It is however a standard html feature and I just did that here while typing my text and it works fine on hacker news.
Personally I like the back button in my browser to go back in my browsing history, as mentioned by others, this is configurable in firefox.
[+] [-] woogle|12 years ago|reply
Even the alt + arrow shortcut is a bad idea because it mean "go to the beginning of the word" in Mac OS. I had very bad issue with the CMD + Arrow in my Chrome, because when I type I don't use the mouse.
Ctrl + CMD + Arrow is the perfect shortcut for me (and I think, for every XCode users).
[+] [-] aaronchall|12 years ago|reply
[+] [-] kijin|12 years ago|reply
[+] [-] Agathos|12 years ago|reply
So this is leftover damage from Microsoft's bizarre campaign to fuse Internet Explorer with Windows Explorer? Why do I suddenly want to hurt someone?
[+] [-] ygra|12 years ago|reply
[+] [-] rootinier|12 years ago|reply
[+] [-] EGreg|12 years ago|reply
[+] [-] yread|12 years ago|reply
[+] [-] dipth|12 years ago|reply
[+] [-] test1235|12 years ago|reply
It's not like they're being purposefully obnoxious - no more than when people answer with, 'why would you want do that?'