HTMLHyperlinkElementUtils.pathname

这篇翻译不完整。请帮忙从英语翻译这篇文章

HTMLHyperlinkElementUtils.pathname 属性是一个 USVString ,其中包含一个初始的'/'后跟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
HTML Living Standard
HTMLHyperlinkElementUtils.pathname
Living Standard Initial definition.

Browser compatibility

We're converting our compatibility data into a machine-readable JSON format. This compatibility table still uses the old format, because we haven't yet converted the data it contains. Find out how you can help!

Feature Chrome Edge Firefox (Gecko) Internet Explorer Opera Safari
Basic support (Yes) [1] 未实现 [2] 22 (22) [3][4] 未实现 [2] 未实现 [2] 未实现 [2]
Feature Android Webview Chrome for Android Edge Firefox Mobile (Gecko) IE Mobile Opera Mobile Safari Mobile
Basic support (Yes) [1] (Yes) [1] 未实现 [2] 22.0 (22) [3][4] 未实现 [2] 未实现 [2] 未实现 [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

文档标签和贡献者

此页面的贡献者: xgqfrms-GitHub
最后编辑者: xgqfrms-GitHub,