I suppose OP is referring to a bug where you are stuck at the home page (i.e., the initial state) after you clicked around a few times. So just going to your page and then navigating back right away works, but once you start changing settings, it wouldn’t let you go back past the initial state.
Gotcha. The “clicking around” causes state changes like adding a field which is stored in the URL query parameters.
Initially this was a design decision to make it easy to share the URL of the Mock API you built with other developers. However, I can see this is breaking user expectations - I’ll work on getting that changed so it’s more in line with what users expect.
I appreciate the feedback because initially that felt “natural” to me but I can see how it might not be intuitive to others.
jotaen explained it well. Sorry if I sounded mean, at some point you start to get tired of the websites that break the basic behavior of the browser.
Do not use history.pushState to update the URL if whatever is happening on the page doesn't count as navigation. Try to look into history.replaceState and see if it helps.
I’d tend to agree that using the browser history doesn’t feel like the right solution for this kind of undo/redo functionality. In my mind, undo/redo actions are too fine-granular, and pollute the history, which can be very inconvenient.
Another potential approach could be to offer a custom-built widget for the undo/redo stack in the UI – in the simplest case, for example, a dropdown. It could also be persisted somewhere, e.g. in local storage, so that it isn’t lost when you navigate away.
Maybe only generate a new url when they ctrl + s or hit a save button? This would be more like what you want? I think CodePen does this idr. Or keep a revision list in localstorage with all urls that would have been generated.
Thanks! imgsrc.io has a paid offering for generating Open Graph and social images so it won’t need to be ad-supported.
I’m building these smaller tools (like the meta tag generator and Open Graph debugger) to make it easier for myself and hopefully others get a well-tested and up-to-date guidance on the recommended meta tags
Hey tompec! Originally that was the idea for imgsrc (hence the name: the `src` attribute in an `img` tag).
I definitely plan on adding support for that in the coming weeks :) When the API is released, it will have both the POST and GET support for generating programatically, on-demand.
Right now Firefox for Android does not support Intl.Segmenter [1] but it appears that support has been added to nightly [2] and will be released soon!
Sorry about that. I was weighing the pro/con of waiting for support to be released or adding a polyfill but it seems that support is just around the corner from what I can tell from the issue.
