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
HTMLHyperlinkElementUtilsmixin it belongs to.