Intent To Ship: Alternative Text for CSS Generated Content

1,170 views
Skip to first unread message

mere...@chromium.org

unread,
Jun 28, 2019, 12:02:18 PM6/28/19
to blink-dev

Contact emails

mere...@chromium.org

abox...@chromium.org


Explainer

https://gist.github.com/alice/756caca028b2dae610e4ed5184c2f93e


Spec

https://drafts.csswg.org/css-content/#alt


Tag review

https://github.com/w3ctag/design-reviews/issues/351


Summary

This change allows for alternative text to be supplied for the content supplied using the CSS content property, to be used for non-visual mediums.


Link to “Intent to Implement” blink-dev discussion

https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/xnoMlEorXxw/mZisL9zqBwAJ


Is this feature supported on all six Blink platforms (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)?

Yes.


Demo link

https://codepen.io/meredithl/pen/mZqYLW


Debuggability

Can use DevTools Style and Accessibility Panels, chrome://accessibility > Show accessibility tree


Risks

Interoperability and Compatibility

Syntax is not backwards compatible with the content property. See discussion: https://lists.w3.org/Archives/Public/www-style/2016May/0109.html


Firefox: No public signals


P3 bug filed for implementation, see: https://bugzilla.mozilla.org/show_bug.cgi?id=1281158


Edge: No public signals


Safari: Public support (https://bugs.webkit.org/show_bug.cgi?id=120188)

Implementation of vendor prefixed version, uses an alt property rather than the optional slash syntax, but support exists for the concept.


Web developers: Positive (https://twitter.com/rob_dodson/status/1090060058224803840)


Is this feature fully tested by web-platform-tests?

No

Can’t be tested in WPT yet because WPT tests lack a mechanism to assert things about the accessibility tree, for now.


Link to entry on the Chrome Platform Status

https://www.chromestatus.com/features/4550056227110912




Yoav Weiss

unread,
Jul 4, 2019, 3:58:25 AM7/4/19
to mere...@chromium.org, blink-dev
On Fri, Jun 28, 2019 at 6:02 PM <mere...@chromium.org> wrote:

Contact emails

mere...@chromium.org

abox...@chromium.org


Explainer

https://gist.github.com/alice/756caca028b2dae610e4ed5184c2f93e


Spec

https://drafts.csswg.org/css-content/#alt


Tag review

https://github.com/w3ctag/design-reviews/issues/351


Summary

This change allows for alternative text to be supplied for the content supplied using the CSS content property, to be used for non-visual mediums.


Link to “Intent to Implement” blink-dev discussion

https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/xnoMlEorXxw/mZisL9zqBwAJ


Is this feature supported on all six Blink platforms (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)?

Yes.


Demo link

https://codepen.io/meredithl/pen/mZqYLW


Debuggability

Can use DevTools Style and Accessibility Panels, chrome://accessibility > Show accessibility tree


Risks

Interoperability and Compatibility

Syntax is not backwards compatible with the content property. See discussion: https://lists.w3.org/Archives/Public/www-style/2016May/0109.html


Can you expand on the implications of that? What would be the developer advice around this while not all browsers support this?
 

Firefox: No public signals


P3 bug filed for implementation, see: https://bugzilla.mozilla.org/show_bug.cgi?id=1281158


Edge: No public signals


Safari: Public support (https://bugs.webkit.org/show_bug.cgi?id=120188)

Implementation of vendor prefixed version, uses an alt property rather than the optional slash syntax, but support exists for the concept.


Glad to see Safari support the concept. Sad to see it being prefixed...
Any sense on their willingness to unprefix once we ship?


Web developers: Positive (https://twitter.com/rob_dodson/status/1090060058224803840)


Is this feature fully tested by web-platform-tests?

No

Can’t be tested in WPT yet because WPT tests lack a mechanism to assert things about the accessibility tree, for now.


Have you filed relevant bugs against the WPT infrastructure?
 

Link to entry on the Chrome Platform Status

https://www.chromestatus.com/features/4550056227110912




--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/63411762-4e82-47ad-9a00-3ecd8c70443a%40chromium.org.

Alice Boxhall

unread,
Jul 4, 2019, 7:21:29 PM7/4/19
to Yoav Weiss, Meredith Lane, blink-dev
Developers would need to duplicate the content property with and without the alt. We raised this issue with CSSWG folks and we were assured that this is pretty normal practice for new CSS features.
 

Firefox: No public signals


P3 bug filed for implementation, see: https://bugzilla.mozilla.org/show_bug.cgi?id=1281158


Edge: No public signals


Safari: Public support (https://bugs.webkit.org/show_bug.cgi?id=120188)

Implementation of vendor prefixed version, uses an alt property rather than the optional slash syntax, but support exists for the concept.


Glad to see Safari support the concept. Sad to see it being prefixed...
Any sense on their willingness to unprefix once we ship?

They would actually need to implement the new syntax, rather than unprefixing. Not sure where that is priority-wise for them.


Web developers: Positive (https://twitter.com/rob_dodson/status/1090060058224803840)


Is this feature fully tested by web-platform-tests?

No

Can’t be tested in WPT yet because WPT tests lack a mechanism to assert things about the accessibility tree, for now.


Have you filed relevant bugs against the WPT infrastructure?

This is a well-known issue with WPT well beyond this change - for example, we have no way to write meaningful WPT tests for ARIA for the same reason.

We have discussed the possibility of specifying the AOM computed accessibility tree API as a WPT API, but as far as I know nobody is working on it yet.

(We do have tests, just not in WPT.)


Link to entry on the Chrome Platform Status

https://www.chromestatus.com/features/4550056227110912




--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/63411762-4e82-47ad-9a00-3ecd8c70443a%40chromium.org.

--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.

Yoav Weiss

unread,
Jul 9, 2019, 8:37:34 AM7/9/19
to Alice Boxhall, Meredith Lane, blink-dev
LGTM1

Seems like a useful addition already supported (even if prefixed) by Safari. Hopefully usage can convince them to unprefix.

Chris Harrelson

unread,
Jul 11, 2019, 3:26:47 PM7/11/19
to Yoav Weiss, Alice Boxhall, Meredith Lane, blink-dev

Daniel Bratell

unread,
Jul 11, 2019, 4:09:07 PM7/11/19
to Yoav Weiss, Chris Harrelson, Alice Boxhall, Meredith Lane, blink-dev
LGTM3

/Daniel
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAOMQ%2Bw8m8v9dxu0U%2BCq-2_5V7iOB68jZt%3D-ec562LzwbU16vVg%40mail.gmail.com.



--
/* Opera Software, Linköping, Sweden: CEST (UTC+2) */
Reply all
Reply to author
Forward
0 new messages