Live data from Hacker News

Chrome removes Backspace to go back

bugs.chromium.org

361–370 of 594 posts

Re: Chrome removes Backspace to go back

#361
post #243

I'm going to take a somewhat contrarian view and say, "Thank you, Chrome developers." It's always easy to tell apart the people who know shortcuts from the people who don't, if you watch them use their computers. Someone with a few shortcuts on tap will zoom around their monitors, switching between mouse and keyboard only when necessary. But there are a few shortcuts and user interface quirks that are too outdated an…

But there are better solutions. Comment #35 in that thread actually provides one: > The problem: Moving away from a form can result in data loss. > Your solution: Make it harder to move away. > The correct solution: Cache tab history completely and make it easy to move forward and backward in a tab's history by reusing cache and maintaining form contents. (Source: https://bugs.chromium.org/p/chromium/issues/detail?id…

Or comment 34:

>Why not disable backspace only when some form has data entered? Why remove the feature in all cases when the reason only applies to some?

Re: Chrome removes Backspace to go back

#362
post #240
post #223

I think comment #32 ( https://bugs.chromium.org/p/chromium/issues/detail?id=608016... ) is worth highlighting: If you can fill out a formular field correctly without losing focus, you are not part of Chrome's target audience. edit: Had to type this four times due to accidently going back.

Hah, that's funny! But also, comment #35 is on point: > The problem: Moving away from a form can result in data loss. > Your solution: Make it harder to move away. > The correct solution: Cache tab history completely and make it easy to move forward and backward in a tab's history by reusing cache and maintaining form contents. (Source: https://bugs.chromium.org/p/chromium/issues/detail?id=608016... ) I never have th…

> I never have this problem in Safari, and I use backspace all the time for navigating back.

That's funny, because I've got a brand new install of El Cap in from top me, and backspace does nothing in Safari. Maybe you turned on an option or accessibility feature somewhere?

Re: Chrome removes Backspace to go back

#363

Earlier quoted context omitted.

The backspace thing has gotten attention more than ever on sites like Reddit. I have routinely seen posts complaining about it and the spacebar key doing behaviors that users never ever intended. For example, pressing space and then accidentally scrolling down which wasn't their intention at all, but is the behavior of space. I think some of those complaints reaching the front page of reddit may have helped spur this…

I'm gonna be majorly pissed if they disable space bar scroll. I use that quite literally constantly while I'm browsing. It is the scrolling method I use 99% of the time. Backspace to go back, OTOH, I was aware of, but I doubt I ever wanted. Alt-Left is easier to use because it's less modal. Still bothers me in general when devs screw with established defaults.

Aside from it just being what you're used to, what's wrong with just having PgUp/PgDn for scrolling?

Re: Chrome removes Backspace to go back

#364

I'm going to take a somewhat contrarian view and say, "Thank you, Chrome developers." It's always easy to tell apart the people who know shortcuts from the people who don't, if you watch them use their computers. Someone with a few shortcuts on tap will zoom around their monitors, switching between mouse and keyboard only when necessary. But there are a few shortcuts and user interface quirks that are too outdated an…

> instead it can navigate away from a page entirely, if you are in the wrong state when you press backspace

This happens to me far too frequently. It's all to easy to mis-click with a track pad (another example of bad HMI), and if you defocus a text box suddenly backspace has a very different effect. Good riddance.

I really understand why TotalBiscuit slams games that have dual-bindings. It works against muscle memory.

Re: Chrome removes Backspace to go back

#365

Earlier quoted context omitted.

Try Ctrl-Shift-T

I'm well aware. I'm saying that the tab should appear to close but persist in the background for a short period of time so that I can Ctrl-Shift-T and get my untouched context back.

What if you're watching a video on youtube? Even if you mute it, the video will continue to play, and if you resume the video later, your saved time will be 5 seconds later than what you thought it was.

Re: Chrome removes Backspace to go back

#367
Google Chrome have fixed a longstanding UI/UX bug and state overload of the Backspace key

Backspace key in Chrome browser no longer navigates backward, but instead is limited to its initial and rightful role: deleting the previous character under the pointer (mouse / text cursor).

I swear by His Noodliness I'd ranted on this at G+ some time, though unfortunately since Microsoft Bing Search isn't available on Google+, I cannot actually find shit in a useful fashion.

That said, I applaud this change, thumb my nose at the fuckwits who are bitching about it, and note again the Flaw of Averages: One Size Fits None.

As to the justification of not relying on Backspace for Navigation

I ordinarily take exception to blame-the-user / taunt-the-user practices, and should hasten to explain my own here.

Learning a New Backward Navigation Method is a Temporary Training Inconvenience.

Repeatedly losing Vast Quantities of Newly Composed Content is an Irrevocable User State Loss.

Among the canons of human-computer interface design is this: Thou shalt not fuck with thine users' State.

Which by definition makes those who fail to make this distinction fuckwits. Perhaps only ignorant fuckwits, a curable state, though quite possibly and regrettably stupid fuckwits, a State of Extreme Durability in my experience.

The larger fault is arguably for the lack of a clear stateful separation of editing from _ browsing_ modes in Web browsers. Editing involves creating novel user state which can be easily lost through capricious client behavior, such as, to draw on a randomly selected example, fucking overloading the backspace key with the behavior of "delete my highly considered and Very Important Message to the Univers by immediately and irrevocably moving off this page.

It's with some irony that I note that console-based Web browsers rarely have this problem. The w3m browser, for example, when editing a text field, dumps the user to a local full-powered editor, and in fact defaults to that one specified by the users environment ($VISUAL, $EDITOR, etc.). The result is that a "primitive" browsing tool actually has an exceptionally powerful editing environment.

(At this point, the Emacs users in the room are of course laughing and pointing at me, but they in fact entirely substantiate my claim in doing so. And, my dear good friends, I've given not inconsiderable thought to actually joining you, as it seems that via Termux, a commandline environment for Android, emacs and all its capabilities are in fact available to me, and may vastly surpass the Android applications environment in capabilities. The fact that Viper is a well-established and long-standing component of the Emacs landscape means that the One True Operating System now does in fact have a useful editor.)

Chrome has other utterly unredeemable failures on Android, including an utter lack of ad-blocking capabilities. But for the task of composing and editing, this is a nice touch.

But it does raise one futher point: why is editing via Web tools so abysmally poor?

Despite various deficiencies, the G+ app actually does favourable compared to a number of other platforms, and virtually all Web editable tools. Reddit and Ello stand out particularly. As much as I love the Reddit Enhancement Suite full-screen editor (it's a browser extension for Firefox and Chrome desktop), it's not available on Android. Meaning I've got to jump through Multiple Divers Hoops in order to compose long-form content on Reddit. Android's various content-creation deficiencies make this a tedious process. This accounts for some of my Diminished Output in recent months.

In particular, Firefox/Android has proven Exceptionally Capable at Losing My Shit, at least in memory not exceptionally distant (considering I've owned my present Samsung[tm] Infernal Device[r] only since October last), a characteristic which makes me Exceptionally Leery of Embarking on Enterprises of Extensive Prose Composition within that context.

Given the, shall we say, exceptional advancement of text-composition in other contexts, I find this particular failure mode of the Browser Development Community in General most unpardonable.



Re: Chrome removes Backspace to go back

#368
Oh thank you thank you THANK YOU!!!!

I can't tell you how many times I've lost data because of backspace! Good riddance.

Now, please also get rid of pull down to refresh in iOS Chrome because that has also lost me data a ton of times as well. I don't even know who uses that feature. I don't need to refresh most pages and if I do there are better ways.

Re: Chrome removes Backspace to go back

#369
post #38

"We have UseCounters showing that 0.04% of page views navigate back via the backspace button and 0.005% of page views are after a form interaction. The latter are often cases where the user loses data. Years of user complaints have been enough that we think it's the right choice to change this given the degree of pain users feel by losing their data and because every platform has another keyboard combination that nav…

I'm shocked they reacted to the complaints at all. Chrome is infamous for painful UX blunders that Google refuses to acknowledge, let alone fix. Mouse thumb buttons are permanently bound to forward and back, the only workaround is to use your mouse's driver or a third-party input mapper to bind them to something else. The Android version cannot re-order tabs (or use extensions. Seriously.) The Google product forums a…

Is there a mobile browser that does allow extensions?

Re: Chrome removes Backspace to go back

#370
post #243

I'm going to take a somewhat contrarian view and say, "Thank you, Chrome developers." It's always easy to tell apart the people who know shortcuts from the people who don't, if you watch them use their computers. Someone with a few shortcuts on tap will zoom around their monitors, switching between mouse and keyboard only when necessary. But there are a few shortcuts and user interface quirks that are too outdated an…

But there are better solutions. Comment #35 in that thread actually provides one: > The problem: Moving away from a form can result in data loss. > Your solution: Make it harder to move away. > The correct solution: Cache tab history completely and make it easy to move forward and backward in a tab's history by reusing cache and maintaining form contents. (Source: https://bugs.chromium.org/p/chromium/issues/detail?id…

I'd argue for both.

Caching local content as drafts-in-process does in fact make a great deal of sense.

How to present that poses a new set of UI/UX considerations. Perhaps not grave, but significant.

I do hold strongly that the "backspace to navigate* motif is either profoundly broken or tied to unacceptably weak state stickiness of editing content itself. It's a callousness, capriciousness, and lack of consideration on the part of browser developers to users concerns (as opposed to advertisers) which I'm very hard pressed to defend on any basis.

Post reply on HN