Re:It is time to unlink the “Backspace” – Browser Back short...
by zzzcpan on Saturday August 20, 2016 @09:08PM
(#12329011)
I was talking about desktop applications, not webapps, because web browser is a desktop application and is expected to behave like one. Webapps don't have to do anything.
Re:It is time to unlink the “Backspace” – Browser Back short...
by galacticpony on Saturday August 20, 2016 @09:21PM
(#12329043)
I don't understand your point, then. We are talking about web apps. Is Chrome supposed to alarm you when navigating away from any site with form input? How would it know if your changes are unsaved or not? (It can't)
Re:It is time to unlink the “Backspace” – Browser Back short...
by another-dave on Sunday August 21, 2016 @05:03AM
(#12330067)
Chrome might not be able to, but the website can, surely? Why not leave it to developers to properly handle state within their application (e.g. by using history and 'beforeunload' functionality) rather than second-guessing it at a browser level?
Re:It is time to unlink the “Backspace” – Browser Back short...
by DonHopkins on Sunday August 21, 2016 @06:39AM
(#12330319)
Then the problem would ALREADY be solved, because all developers would already be properly handling state within their application instead of second-guessing it at a browser level. But they don't.
Re:It is time to unlink the “Backspace” – Browser Back short...
by zzzcpan on Saturday August 20, 2016 @09:27PM
(#12329058)
It can and they know how to implement it. There is a pretty clean distinction of where the user can input some data.
Re:It is time to unlink the “Backspace” – Browser Back short...
by galacticpony on Saturday August 20, 2016 @10:00PM
(#12329115)
The only thing it could do is alarm you for navigating away from any webpage that has any form that has ever had input put into it. Also, the website could intercept the "go back" event for some purpose. Should the browser fire an alarm then, as well? Either way, it would be a terrible user experience.
There's no notion of "unsaved" changes. There's the notion of form data that hasn't been submitted, which is entirely different. Many web apps don't use "submit" at all, ever.
You'd think they do, but they don't, at least not all of them. The problem isn't the properly designed webapps, it's the improperly designed ones. That's what you somehow don't understand/recognize.
Also, the problem with the redirect happens on a certain popular bulletin board software that works without Javascript (and therefore doesn't provide such a prompt in the first place).