Intent to Ship: Support hreflang and type for HTMLAreaElement

28 views
Skip to first unread message

tannal

unread,
12:47 PM (2 hours ago) 12:47 PM
to blink-dev
Contact emails
mt...@igalia.com

Specification
https://html.spec.whatwg.org/multipage/links.html#hyperlinkelementutils

Summary
Adds support for the hreflang and type properties on HTMLAreaElement, aligning it with HTMLAnchorElement and SVGAElement.

Blink component
Blink>DOM

Web Feature ID
Missing feature

Motivation
Recent developments in standards bodies have led to a renewed effort to align the various hyperlink elements, this change brings the 'hreflang' and 'type' properties that already exist on HTML and SVG <a> to the HTML <area> element.

Initial public proposal
https://github.com/whatwg/html/pull/12446

Search tags
dom

TAG review
None

TAG review status
Not applicable

Goals for experimentation
None

Risks


Interoperability and Compatibility
It's a finished spec shange. Firefox already implemented it. And Webkit has positive view on it. No compatibility issue.

Gecko: Positive (https://bugzilla.mozilla.org/show_bug.cgi?id=2039500)

WebKit: Positive (https://github.com/whatwg/html/pull/12446#issuecomment-4441291445)

Web developers: No signals

Other signals:

WebView application risks
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?

None. This feature simply adds new attributes (type and hreflang) to HTMLAreaElement to align with the HTML specification. It does not deprecate or change the behavior of any existing APIs.


Debuggability
No information provided

Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, ChromeOS, Android, and Android WebView)?
Yes

Is this feature fully tested by web-platform-tests?
Yes
For the idl reflection tests we have idlharness.html and reflection-embedded.html. https://wpt.live/html/dom/idlharness.https.html?q=idlharness.https.html https://wpt.live/html/dom/reflection-embedded.html The type and hreflang attributes are purely advisory. So no need for the actual behavior tests for these attributes.

Flag name on about://flags
No information provided

Finch feature name
No information provided

Non-finch justification
No information provided

Rollout plan
Will ship enabled for all users

Requires code in //chrome?
False

Tracking bug
https://issues.chromium.org/u/1/issues/512880068

Estimated milestones
No milestones specified



Anticipated spec changes
Open questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way).

None

Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5070356302921728?gate=6068579079421952

This intent message was generated by Chrome Platform Status.
Reply all
Reply to author
Forward
0 new messages