Arve -
Getting the value of 'src' here using
'document.images[0].getAttribute("src")' should return the relative
path.
The Microsoft guys made a big deal out of the fact that IE8 (in IE8
'strict standards' mode) will now properly return the relative path
when 'getAttribute()' is used, but the full path (as you state), when
the 'property access' version of the call is used. In IE < 8, some
extra JS to determine base path and then relativize the value would be
necessary in those browsers.
Cheers,
- Bill
On May 22, 2009, at 2:22 PM, Arve Bersvendsen wrote:
On Fri, 22 May 2009 20:21:56 +0200, Mark Baker <dist...@acm.org>
wrote:
I thought he had (somewhat grudgingly) accepted that way (the use of
relative references) forward, as IIRC, the widget: scheme idea was
dropped about that time. Has some new requirement emerged since then
that makes relative references an undesirable option?
The problem here is that no user agent implementation I am aware of
uses 'relative' URIs when resolving nodes. If you provide <img
src="foo/bar/baz.png" /> - they all compose an absolute URI from the
string representing the relative URI, and expose that when you query
for the attribute value, so putting my markup fragment into a
document at the root of http://example.com/:
<html>
<img src="foo/bar/baz.png" />
<script>
// The following Outputs http://example.com/foo/bar/baz.png
alert(document.images[0].src);
</script>
--
Arve Bersvendsen
Opera Software ASA, http://www.opera.com/