News for hackers. Stuff that matters.
Re:Modern iOS Navigation Patterns by malermeister on Wednesday December 13, 2023 @05:16AM (#38625188)
sometimes is the problem. It's not consistent.
Re:Modern iOS Navigation Patterns by emsy on Wednesday December 13, 2023 @05:58AM (#38625544)
That's just not true.
Re:Modern iOS Navigation Patterns by immanentize on Wednesday December 13, 2023 @06:11AM (#38625645)
I had to Google it and I think I've seen this thing in the status bar sometimes on iOS but it's definitely not consistent.

I wasn't even aware it was supposed to be a button

Re:Modern iOS Navigation Patterns by K2L8M11N2 on Wednesday December 13, 2023 @07:26AM (#38626358)
It appears every time you get into an app by clicking a notification while you're in another app, and it's 100% consistent in that context.
Re:Modern iOS Navigation Patterns by bshacklett on Wednesday December 13, 2023 @08:35AM (#38627107)
The fact that you had to explain how it works indicates that a bit more consistency might be beneficial.
Re:Modern iOS Navigation Patterns by room500 on Wednesday December 13, 2023 @08:51AM (#38627310)
It is consistent when the apps are consistent.

But it will not appear if the app opens the webpage as its own View (instead of opening Safari). In that case, there is no button and the user has to hunt for how to go back. And the user has no way of knowing whether an app will open Safari or will open the webpage itself.

iOS requires users to build muscle memory in learning how to use each app. Android requires users to maintain a back stack in their head to remember what came before. Switching between the two is very jarring.

Re:Modern iOS Navigation Patterns by rezonant on Wednesday December 13, 2023 @01:13PM (#38631591)
To be fair, captive browsers are also a plague on Android apps. I despise them and especially so if there's no way to turn them off in a particular app.
Re:Modern iOS Navigation Patterns by cassianoleal on Wednesday December 13, 2023 @08:53PM (#38636848)
If it's a full-screen in-app webview, there's a Done button on the top-left; alternatively, you can swipe back from the first page in the webview and it will close the webview and leave you where you were.

If it's a card webview, just swipe it down from the top edge.

> Switching between the two is very jarring.

I think that's the crux of the problem. Someone who's used to one style and has built muscle memory and some kind of hierarchy and ontology of the interaction with the system will have trouble with a different paradigm. That doesn't necessarily mean there's something wrong with either - they're just different, and some people will prefer one over the other.

Switching between GNOME and KDE, or vice-versa, has a similar effect.

Re:Modern iOS Navigation Patterns by malermeister on Wednesday December 13, 2023 @10:40AM (#38628975)
> It appears every time

Would be consistent.

> It appears every time [long list of qualifications]

Is inconsistent.

Re:Modern iOS Navigation Patterns by cassianoleal on Wednesday December 13, 2023 @08:48PM (#38636824)
It is consistent. If the current app was opened by another app (e.g. by clicking a link that opened Safari, or if you're in Safari and click a link that opens in another app, etc), the button will be there.

OTOH if the current app was opened manually by the user, it won't be there.

Re:Modern iOS Navigation Patterns by emsy on Thursday December 14, 2023 @12:23PM (#38644034)
It is literally just one qualification, which doesn't even apply because why would the "back to previous app" button show when you're in the same app. In the meantime you haven't mentioned one inconsistency yourself. If you like discussions with made up arguments may I suggest you check out reddit?
Re:Modern iOS Navigation Patterns by QkPrsMizkYvt on Wednesday December 13, 2023 @07:29AM (#38626393)
It is consistent!