The HTMLHyperlinkElementUtils.pathname
property is a USVString
containing an initial '/'
followed by the path of the URL.
Syntax
string = object.pathname; object.pathname = string;
Examples
// Let's an <a id="myAnchor" href="https://developer.mozilla.org/en-US/docs/HTMLHyperlinkElementUtils.pathname"> element be in the document var anchor = document.getElementById("myAnchor"); var result = anchor.pathname; // Returns:'/en-US/docs/HTMLHyperlinkElementUtils.pathname'
Specifications
Specification | Status | Comment |
---|---|---|
WHATWG HTML Living Standard The definition of 'HTMLHyperlinkElementUtils.pathname' in that specification. |
Living Standard | Initial definition. |
Browser compatibility
Feature | Chrome | Edge | Firefox (Gecko) | Internet Explorer | Opera | Safari |
---|---|---|---|---|---|---|
Basic support | (Yes) [1] | No support [2] | 22 (22) [3][4] | No support [2] | No support [2] | No support [2] |
Feature | Android Webview | Chrome for Android | Edge | Firefox Mobile (Gecko) | IE Mobile | Opera Mobile | Safari Mobile |
---|---|---|---|---|---|---|---|
Basic support | (Yes) [1] | (Yes) [1] | No support [2] | 22.0 (22) [3][4] | No support [2] | No support [2] | No support [2] |
[1] Starting in Chrome 52, this property was moved to URL
[2] Though not grouped in a single abstract interface, this method is directly available on the interfaces that implement it, if this interface is supported.
[3] From Gecko 22 to Gecko 44, this property was on the URLUtils
mixin. It has been moves either on the HTMLHyperlinkElementUtils
mixin, or directly on the interface.
[4] Before Firefox 53, the pathname
and search
HTMLHyperLinkElementUtils
properties returned the wrong parts of the URL. For example, for a URL of http://z.com/x?a=true&b=false
, pathname
would return "/x?a=true&b=false"
and search
would return "", rather than "/x
" and "?a=true&b=false"
respectively. This has now been fixed.
See also
- The
HTMLHyperlinkElementUtils
mixin it belongs to.