Intent To Ship: Alternative Text for CSS Generated Content

瀏覽次數:1,173 次
跳到第一則未讀訊息

mere...@chromium.org

未讀,
2019年6月28日 中午12:02:182019/6/28
收件者: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

未讀,
2019年7月4日 凌晨3:58:252019/7/4
收件者: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

未讀,
2019年7月4日 晚上7:21:292019/7/4
收件者: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

未讀,
2019年7月9日 上午8:37:342019/7/9
收件者: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

未讀,
2019年7月11日 下午3:26:472019/7/11
收件者:Yoav Weiss、Alice Boxhall、Meredith Lane、blink-dev

Daniel Bratell

未讀,
2019年7月11日 下午4:09:072019/7/11
收件者: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) */
回覆所有人
回覆作者
轉寄
0 則新訊息