Can it really be true that the attr("href")
command for a link is handled very different in IE7 in comparison to all other browsers?
Let's say I have a page at http://example.com/page.html and I have this HTML:
<a href="#someAnchor" class="lnkTest">Link text</a>
and this jQuery:
var strHref = $(".lnkTest").attr("href");
Then in IE7 the value of the strHref
variable will be "http://example.com/page.htm#someAnchor"
but in other browsers it will be "#someAnchor"
.
I believe that the last mentioned case is the most correct one, so is it just a case of IE7 being a bad boy or is it a bug in jQuery?
The problem is that IE7 and IE8 change also the text. So a good workaround is to do like this
I believe it's implemented like that in all IE 7+.
I use:
Hope it helps! Cheers.
I ended up creating a variable via PHP, then using the javascript replace() method strip it out of the href:
I found a bug related to this issue: http://bugs.jquery.com/ticket/2747 jQuery implemented a workaround for the IE7 'bug'. However in jQuery 1.7.1 this bug was reintroduced. I created a new bug for 1.7.1: http://bugs.jquery.com/ticket/11129
I use:
when I need everything after the last "/".
It's certainly not a bug in jQuery but instead browsers' inconsistent implementations of
.getAttribute('href')
- I suggest using just.get(0).href
for consistency.Seems like you can access the attribute text in IE and Mozilla using
.get(0).getAttribute('href', 2)
if you don't want the absolute URI. Note however this won't work in Opera and I haven't tested in Safari/Chrome/anything else.You could also strip out the domain or split on '#' for
.get(0).href
and use the second part of the array assuming it even contains '#' ( check.length
).http://www.glennjones.net/Post/809/getAttributehrefbug.htm