New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Select active tab using hash from URL. #203
Comments
Any word on if there is a commit that has fixed this yet? If there is, I'd be keen to start using it :-) |
No no updates yet, will tackle this one on Sunday. |
This is really great! Why isn't it being merged into releases? |
Because it was done against |
Cherry picked to |
Would you also consider this change: eyal0@c9b396f It makes it so that the URL bar updates when clicking on a tab. Here are somethings that I tested and their expected result:
Number 3 didn't work before c9b396f. If you want me to make a PR for the above commit (it's only 3 lines) then let me now what branch to do it for and I'll do it. |
Hm... Right with the cherry picking I did follow it up with 3cf694a, intentionally letting the hash changes going to the history because that allows stuff like very quickly toggling back and forth between two tabs through the browser history (and thus something like the side buttons on your run-off-the-mill five button mouse). Has the same result as your's minus point 4 (again, that's intentional). |
Okay. That would be like using pushState instead of replaceState in my example. I read that setting the window.location.hash and using pushState are basically the same so it doesn't matter. Can't wait to pick it up in the next release! Thanks. |
Closing because 1.3.6 was just released. |
For instance: http://myprinter/#control should show the Control tab by default. I see that there are anchor tags in place for each tab, but they are not pre-selected when the hash changes.
The text was updated successfully, but these errors were encountered: