我一直在关注关于高对比度模式和背景图像精灵的讨论,但我有一个关于内联图像和 HCM 的更基本的问题。对于在 HCM 上没有屏幕阅读器的低视力用户,他们是否会因为内嵌图像可能没有足够的对比度而难以看清?或者他们是否希望使用浏览器插件将内联图像替换为其替代文本?
我了解屏幕阅读器用户将受益,因为替代文本已被读出?但是,没有屏幕阅读器的低视力用户呢?
我一直在关注关于高对比度模式和背景图像精灵的讨论,但我有一个关于内联图像和 HCM 的更基本的问题。对于在 HCM 上没有屏幕阅读器的低视力用户,他们是否会因为内嵌图像可能没有足够的对比度而难以看清?或者他们是否希望使用浏览器插件将内联图像替换为其替代文本?
我了解屏幕阅读器用户将受益,因为替代文本已被读出?但是,没有屏幕阅读器的低视力用户呢?
对于在 HCM 上没有屏幕阅读器的低视力用户,他们是否会因为内嵌图像可能没有足够的对比度而难以看清?
有时,在高对比度模式下,图像会随着颜色的定义而变化,因此图像上的白色背景会变成黑色。我不知道这是否取决于图像类型或其他东西。有许多涉及洗色的障碍,而且很难100%覆盖所有基础。我会说创建具有WCAG 2.0中定义的 4.5:1 色彩比的图像以覆盖尽可能多的基础是一个好主意。
或者他们是否希望使用浏览器插件将内联图像替换为其替代文本?
我不知道有谁会这样做。
我将尝试回答我自己的问题:我认为 HCM 中的低视力用户会关闭图像,如下所述:http: //kb.iu.edu/data/acpv.html#ie 只显示替代文本和这就是为什么可以访问内联图像的原因。
您可能有兴趣阅读Image Sprite 技术比较,因为没有单一的最佳方法。但是我会说假设 HCM 用户使用或不使用图像是一个错误的假设。重点应该简单地放在技术上:如果精灵或图像是或成为内容,那么它们需要有替代文本。当在 HCM 中它们成为被修改并影响用户获取信息的能力的实际内容时,您不能认为它们是背景和不重要的。