Surprisingly, there were DRM games praised for good UX, only these were hardware releases.
When Switch 1 launched, it got re-releases (eg: Diablo 3) that were: 1. complete editions with DLCs, 2. came on a cartridge that one could swap between devices or sell, 3. supported offline play.
Online game stores were supposed to offer better UX than hardware releases. I find it interesting, and perhaps a sign of how bad the online experience can get, that the opposite can happen too.
I guess the modern day equivalent (technology that’s relatively new, unsafe and unregulated) would be electric scooter polo? I found no sign of a sport like this though.
I think kick scooter polo exists. And bike polo[1] is well known.
My first thought was that Segways would be ideal for the nerdiest fun modern-ish recreation of polo. It turns out that it was a thing.
> The Segway polo world championship is the Woz Challenge Cup. It is named after Steve "Woz" Wozniak, cofounder of Apple Inc., and a player of Segway polo
WhirlyBall[1], which is kind of like pelota + basketball in bumper cars, seems like a pretty good bet. There are only a handful of courts left, but I've done a few offsites at the Seattle one, and it's good fun.
The bumper cars are truly weird - they draw power from the conductive floor of the court, and have a one-handed control system that makes you trigger forward/reverse by turning the steering wheel a full rotation...
App stores require screenshots, but generating N images for NUMBER_OF_SCREEN_SIZES times NUMBER_OF_LOCALIZATIONS can be a chore.
In the past I wrote my own scripts for that, today tools like Fastlane[1] help.
I use Fastlane for my logic puzzle game Nonoverse[2], you can see sample screenshots in its App Store page.
I also automated App Preview video recording, complete with multiple scenes. If anyone wants to read more let me know, perhaps this is a good topic for an article.
Usually when I see this from non-spam sites, it's not even pushstate, it's just some page that redirects as soon as it loads. So you press back twice and it goes back -> forwards -> back -> forwards. Disabling pushstate doesn't fix that, it just makes pushstate equivalent to a redirect.
That's relatively easy to work around. Right-clicking on the back button lets you go back several steps at once. I don't know about Chrome, but it does work on Firefox.
AFAICT just holding left-click for half a second has the same effect. That's been my go to since the little triangle dropdown vanished from the back button (checks watch).. uh, some time in the nineties mebe?
On qutebrowser I type 2H instead of H, and it doesn't go to the most recent history item at all. Mostly though, no, spammy websites still do this, and browser's haven't fixed it.
Browser.history.allowPushState was deprecated in Firefox V47 (2016) once they'd restricted the ability of sites to muck with history state via JS. This used to be a pretty big issue but as a daily Firefox user for 20 years, sites changing history state hasn't been a problem in recent memory, so whatever they did works pretty well.
But the TFA is about a related issue with a similar symptom, hijacking (or disabling) the back button in Chrome browser. This also hasn't been an issue in Firefox in recent memory (kind of shocked to learn it still was until now in Chrome). However, I did have a problem in recent years in Firefox with sites hijacking the Browser_Back keycode and/or hotkey (keycode 166 or Alt+Left Arrow) but I solved it with a small UserScript I posted elsewhere in this thread.
I rarely click the back arrow icon on the interface since I have a three-finger tap on my touchpad assigned to send the Browser_Back keycode when the active window is Firefox. Being a keycode, this can be intercepted by site JS. While sites intercepting Browser_Back (keycode 166) is rare, some video players use the arrow keys to skip forward/back and Alt+Arrow to skip more. Since Firefox uses Alt+Left Arrow as the back hotkey, this can be an issue. I fixed it with a UserScript that prevents sites from blocking certain keycodes. Note: you can also change all Firefox's hotkeys by going to "about:keyboard".
What about SPAs tho? Some of the state is in the URL, and as the user fills the form, you might push state to undo last step of the form. Does this mean that in this context the user gets thrown to about:blank? That would break tons of websites.
I use all kinds of web apps and forms and have no issues with undo or other features. And the changes Firefox made to prevent malicious JS changing browser history were done in 2016. I don't think it has anything to do with undo within a page and I wouldn't expect the browser back button to replicate undo (ctrl + z).
As for my small UserScript, it has nothing to do with browser history state. It simply forces web site JS to share certain key strokes with my browser, add-ons and scripts instead of swallowing them (and it's easy to include/exclude any site or page).
Single Page Applications use the History API to create a working back/forward history within the SPA. This will cause you to navigate away on use, and potentially lose data.
Speculation for fun: I always thought popular apps can use private apis or are handled in a special way by the OS itself. If yes, perhaps this is related.
Then again I found no source for that - and some certificate rollover seems more likely.
When Switch 1 launched, it got re-releases (eg: Diablo 3) that were: 1. complete editions with DLCs, 2. came on a cartridge that one could swap between devices or sell, 3. supported offline play.
Online game stores were supposed to offer better UX than hardware releases. I find it interesting, and perhaps a sign of how bad the online experience can get, that the opposite can happen too.
reply