fragment-identifier

Imagine a Bootstrap collapse with 3 parts <div class="panel-group" id="accordion"> ... <div id="accordionOne" class="panel-heading"></div> ... <div id="accordionTwo" class="panel-heading"></div> ... <div id="accordionThree" class="panel-heading"></div> </div> Is there a simple way to make the plugin open the given HTTP fragment identifier ? Example http://myproject/url#accordionTwo would open the second accordion fxbt $("#accordionTwo").collapse('show'); To open the given HTTP fragment identifier, try this: $(document).ready(function() { var anchor = window.location.hash; $(".collapse")

Does window.location.hash contain the encoded or decoded representation of the url part? When I open the same url ( http://localhost/something/#%C3%BC where %C3%BC translates to ü ) in Firefox 3.5 and Internet Explorer 8, I get different values for document.location.hash : IE8: #%C3%BC FF3.5: #ü Is there a way to get one variant in both browsers? Unfortunately, this is a bug in Firefox as it decodes location.hash an extra time when it is accessed. For example, try this in Firefox: location.hash = "#%30"; location.hash === "#0"; // This is wrong, it should be "#%30" The only cross-browser

I'm using JQuery UI to make tabs in my application. I needed the tabs to be linkable (direct link that opens the page and selects the correct tab). This is done by using a hash tag/ fragmented identifier . But I have a issue when the content above the tabs and inside the tabs is very long. When clicking the tabs, the page scrolls down to the start of the tab. This is not what I want. I'm using Jquery 1.7.1 and Jquery UI 1.8.16. The javascript/Jquery code is a standard Jquery UI tabs with the addition to the event "tabsshow". This is suggested in Changing location.hash with jquery ui tabs

in my website i set the url adress using window.location.hash = 'project_name'; but if i want to clean the adress url from any hashes (when i close a project) and i set window.location.hash = ''; it happens the page scrolls up to the top page there is any way to clean up the url without any side effect? thanks Andy E There's the onhashchange event, but it cannot be cancelled reliably across browsers to prevent scrolling. The best solution is to record the scroll position before changing the hash location and reset it afterwards. For example, the following code will catch a click on any link ―

I want to navigate to an anchor point on a new page, but I want the page to load at the top then immediately smooth scroll to the relevant anchor point. Can this be done? I am a complete newbie with Javascript. This is the js I currently use for smooth scrolling within the current page. I just apply a class of 'scroll' on the link. Thanks very much! <script> $(function(){ $('.scroll').on('click',function(e) { e.preventDefault(); $('html, body').animate({ scrollTop: $($(this).attr('href')).offset().top + 'px' }, 1000, 'swing'); }); }); </script> As browsers automatically detect the hash and

I'm afraid it might be impossible but is there a way to change the hash value of a URL without leaving an entry in the browser's history and without reloading ? Or do the equivalent? As far as specifics go, I was developing some basic hash navigation along the lines of: //hash nav -- works with js-tabs var getHash = window.location.hash; var hashPref = "tab-"; function useHash(newHash) { //set js-tab according to hash newHash = newHash.replace('#'+hashPref, ''); $("#tabs li a[href='"+ newHash +"']").click(); } function setHash(newHash) { //set hash according to js-tab window.location.hash =

We understand the hash is for AJAX searches, but the exclamation mark? Anyone know? Also, the "action" attribute for their search form points to "/search," but when you conduct a search, the hash exclamation mark appears in the URL. Are they simply redirecting from "/search" to "/#!/search"? Note: the second part of the q remains unanswered: That is, are they redirecting the user from "/search" to "/#!/search", or do they send the user to "/search" and use JS on the page to rewrite the URL? – Crashalot Jan 26 at 23:51 Thanks! To answer the second part then: It is redirecting you to /#!/search.