| ▲ | kcrwfrd_ 3 hours ago | |||||||||||||
They are actually speaking to trying to make an in-app back button use the history stack so that it _doesn’t_ “break” your browser’s back button. The problem with just calling history.back() with no fallback is it will bounce users out of your app (back to Google or wherever they came from) and PMs won’t like that… | ||||||||||||||
| ▲ | zarzavat 2 hours ago | parent [-] | |||||||||||||
`history.back()` shouldn't even exist, it's almost never correct to use it instead of a logical back button that works on the logical navigation structure e.g. going up a level, or to the previous page, etc. For example, if you are on Page 5, then pressing "back" inside the app should always take you to Page 4. `history.back()` could take you to any page, it's unpredictable. | ||||||||||||||
| ||||||||||||||