Icons 是否有任何屏幕阅读器或类似的启用技术“读取”css内容属性定义的内容?

Icons 是否有任何屏幕阅读器或类似的启用技术“读取”css内容属性定义的内容?,icons,accessibility,font-face,pseudo-element,Icons,Accessibility,Font Face,Pseudo Element,我正在做一个关于css3字体图标的项目,两种不同的字符映射方法已经面世 图标映射到常用字符,包括字母数字字符和其他基于键盘的字符。 图标映射到unicode U+E000..U+F8FF的专用用户区域 在一切平等的情况下,我会用第一种方式做事。Css3的内容只是演示,在良好的实践中,不应该用来传达意义,而且它对用户友好得多。在这种情况下,用户是前端开发人员,需要在样式表中处理十六进制代码,他们可以使用键盘字符 我看到的使用私有用户区的一个理由是确保css定义的内容不会被屏幕阅读器读取。这听起来很

我正在做一个关于css3字体图标的项目,两种不同的字符映射方法已经面世

图标映射到常用字符,包括字母数字字符和其他基于键盘的字符。 图标映射到unicode U+E000..U+F8FF的专用用户区域 在一切平等的情况下,我会用第一种方式做事。Css3的内容只是演示,在良好的实践中,不应该用来传达意义,而且它对用户友好得多。在这种情况下,用户是前端开发人员,需要在样式表中处理十六进制代码,他们可以使用键盘字符

我看到的使用私有用户区的一个理由是确保css定义的内容不会被屏幕阅读器读取。这听起来很合理,但我想不出屏幕阅读器为什么会做这样的事情。根据定义,与content属性一起使用的:before和:after伪元素不是DOM的一部分

我看到了这段视频,它表明我的假设在三种情况下是正确的:

有没有屏幕阅读器出现故障并开始向用户读取css内容的例子?这会发生吗?

罗杰·约翰逊在2012-05年:

[…]几个屏幕阅读器会说出以这种方式创建的内容。VoiceOver在OSX和iOS中都有。NVDA在与Firefox一起使用时会这样做,但不会与IE一起使用

相关链接:

:生成的内容可以用作标记,以帮助用户导航文档并保持定向 :对辅助技术隐藏生成的内容会引入 非屏幕阅读器用户和 屏幕阅读器用户可以使用用户样式表 你在问题中链接的视频的博客帖子 罗杰·约翰逊在2012-05年度:

[…]几个屏幕阅读器会说出以这种方式创建的内容。VoiceOver在OSX和iOS中都有。NVDA在与Firefox一起使用时会这样做,但不会与IE一起使用

相关链接:

:生成的内容可以用作标记,以帮助用户导航文档并保持定向 :对辅助技术隐藏生成的内容会引入 非屏幕阅读器用户和 屏幕阅读器用户可以使用用户样式表 你在问题中链接的视频的博客帖子