pushstate

I've read a dozen of times now that the state object could exists of multiple key|value pairs and that it is associated with the new history entry. But could someone please give me an example of the benefits of the state object? Whats the practical use of it? I can't imagine why not just typing in {} janfoeh Take this small example: run fiddle ( editor view ): You have a page where a user can select a color. Every time they do, we generate a new history entry: function doPushState(color) { var state = {}, title = "Page title", path = "/" + color; history.pushState(state, title, path); }; We

I am learning about history in HTML5, in this example (open the JavaScript browser console to see error) the event.state.url returns: Uncaught TypeError: Cannot read property 'url' of undefined Look and help: http://jsfiddle.net/un4Xk/ event is the jQuery event object, not the DOM one. To access the DOM event object, use event.originalEvent : http://jsfiddle.net/pimvdb/un4Xk/1/ . var state = event.originalEvent.state; Remember that the state is only defined when the new state has data, so it is not available when clicking and then going back to the initial state: initial state link to state 1

I am using HTML5 mode in my angular app to turn off hashbangs and that is because I am going to be providing URLs for my users like: http://myapp.com/nicklewis Rather than: http://myapp.com#/nicklewis The latter works but it isn't ideal for vanity URLs. So short of writing my own NodeJS app to resolve this issue, is there anything in Firebase I could make use of or not? jeff Firebase just had a recent update that included this functionality. You can use it like so in your firebase.json: "rewrites": [ { "source": "**", "destination": "/index.html" } ] This is the code sample used in their docs

Is there any way to use HTML5 History API ( pushState ) in IE9? If there is a solution for all other browsers that would be great! amosrivera History.js Quote from the repo: History.js gracefully supports the HTML5 History/State APIs (pushState, replaceState, onPopState) in all browsers. Including continued support for data, titles, replaceState. Supports jQuery, MooTools and Prototype. For HTML5 browsers this means that you can modify the URL directly, without needing to use hashes anymore. For HTML4 browsers it will revert back to using the old onhashchange functionality. As per Ember

I am working on some javascript code, and using window.History.pushState to load new HTML pages, instead of using href tags. My code (which is working fine ) looks like this. window.History.pushState({urlPath:'/page1'},"",'/page1') strangely, this fails , ie reloads the browser window.History.pushState({urlPath:'/page2.php'},"",'/page2.php') But this works , content is updated, browser not refreshed ! (notice the URL is absolute and not relative) window.History.pushState({urlPath:'www.domain.com/page2.php'},"",'www.domain.com/page2.php') The documentation for window.History.pushState says that

Filing this under the either the I Can't Believe No One Noticed This Before or the I Must Be Missing Something categories: It appears that if you do a simple window.history.pushState on iOS, the location bar doesn't update unless it is in response to a user gesture. The state itself does get pushed (as you can see by hitting the back button button). Here's is the tiniest test-case I could come up with recreate the issue: http://thelink.is/history-api-ios-bug On a desktop browser that supports the History API, you should see the URL in the location bar change to /0, /1, etc., every second. On