问题标签 [screen-readers]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
html -
如果名称已经在图像下的源中,我应该在替代文本中重复人名吗?
如果我已经在图像下方/上方有人名,那么我应该在 ALT 文本中使用相同的名称吗?
替代文字 http://easycaptures.com/fs/uploaded/227/6990285751.jpg
<span>
我应该在alt
这两种情况下重复吗?图片没有链接。
css - 使用 table+css 为桌面浏览器制作跨浏览器布局比 div+css 更容易,这仍然是真的吗?
我的一位网页设计师朋友仍然使用表格制作网站,但他非常好地使用 css,我也很好地使用 css,但<div>
我在布局中面临的跨浏览器问题比我的朋友更多。
我给了我的朋友一些关于<table>
. 阅读我与朋友的整个讨论?
我- 你的网站会出现屏幕阅读器的问题
我的朋友- 好的,但我从未接到任何客户关于此的任何电话。
我- 如果更改来自客户端,您将花费更多时间来对布局进行任何更改
我的朋友- 我不这么认为,但如果是的话,请告诉我如何节省时间<div>
?
我- 你的网站不能很好地与搜索引擎一起工作。
我的朋友——这不是真的。我已经制作了很多网站,并且任何网站或客户对此都没有问题
I - 布局是旧方式,非 w3c 和非标准方式。
我的朋友- 什么是旧的,什么是新的,我不知道谁是 W3C,什么是标准?无论我在所有浏览器中做什么,对我来说都足够了,我的客户不会为标准和 W3C 指南规则付费
I - 您的网站无法在移动浏览器中运行
我的朋友- 我没问题,我的客户不关心手机
I - 您的网站无法访问?
我的朋友- 你是什么意思不可访问?无论我做什么都适用于所有浏览器。我的任何客户都从未询问过可访问性
I - 你以后不会有更多的工作,有桌子吗?
我的朋友- 好的,当客户不接受带有表格的网站时没问题,那么我将来会学习基于 div 的布局。
我的问题?
- 使用 table+css 为桌面浏览器制作跨浏览器布局比 +css 更容易,这仍然是真的
div
吗? - 如果客户不介意我使用DIV+
CSS
布局代替 布局,开发人员有什么好处?<table>
xhtml - 添加空 alt="" 有什么好处?这个alt=""或alt=""应该使用哪个alt?
添加 null alt="" 有什么好处?是只是通过验证还是有更多的理由
应该怎么写?
像这样,没有空间
或者这个有一个空格
javascript - 如何使屏幕阅读器用户可以访问必填字段和表单验证的指示?
如果用户做错了什么,当错误消息出现验证时,屏幕阅读器应该读取该错误吗?任何屏幕阅读器兼容、可访问、不显眼的 jquery 表单验证插件?
以及用户如何知道哪个表单字段是强制性的?
我的问题不是要使用fieldset
,legend
和label
?
ajax - 是否可以在 JAWS 9 或 10 中强制刷新缓冲区?
有没有办法通过 JAWS 脚本或 HTML 来强制 JAWS 刷新其虚拟屏幕缓冲区(通常是Ins+ Esc)?我正在开发一个需要 JAWS 支持的 AJAX-heavy Web 应用程序,但用户并不特别喜欢“在执行任何操作以捕获可能的更改后点击Ins+ ”的解决方案。Esc
xhtml - 如何决定应该选择什么来使标题变粗或?
如何判断应该是什么<h2>
,h3
h4
h5
h6
或者<p><strong>Some text</strong></p>
如果我们不了解上下文
只有我可以轻松判断的页面标题<h1>
如何判断别人我总是从客户那里获得 MS word 2007 格式的内容,而客户总是使用 fontsize 来让事情变得越来越小。
我们如何才能最好地判断客户想要标题级别的位置以及他仅在样式中使用粗体文本的位置以及他真正想要强调文本的位置。
或任何标题级别
哪个对可访问性有好处?
Last.fm 的 api 仍然是网络上维护得最好的 api 之一。它的存在时间也比大多数都长,因为它基本上就是这样开始的。
xhtml - 如果我们正在制作可访问的网站,我们不应该使用微格式吗?
微格式的类结构是否适合屏幕阅读器?
和这个(假设两个代码具有相同的内容信息)
哪种方法适用于可访问性和纯文本浏览器?屏幕阅读器在这两种方法下的表现如何?
ajax - Does Jaws (and other screen readers) read from the input value attribute or the text on screen?
If I have a form that updates via AJAX, there is a chance that the original value field (as it was output to the browser) will not match the text that the form field now has inside.
I know from a blind user that I help on occasion that Jaws 9 and later has strong support for rich internet applications (specifically AJAX and DOM changes) but I'm not sure if this support goes back as far as Jaws 7 (as their release history implies).
Basically, there are two concerns:
If I load the form totally blank with no values set, and then use AJAX to load the data on page load (or after user hits a button), will Jaws read the inserted values?
If I load the form with values set and those values change via AJAX will the reader read what is in the values or on screen?
My hope is that this is a case where deficiencies of the older versions will work to my favor, and that it always reads whatever is on screen (in the input fields) and disregards the values. And that it expects form values to change so it reads whatever is current, not just what loads.
But of course I'd rather know for sure rather than find out otherwise later.
css - 为标题/标题编码的最佳方法是什么
<ul>
对or的标题/标题进行编码的最佳方法是<ol>
什么?就像我们<caption>
在 中一样<table>
,我们不想让它们变得粗体。
这个可以吗?
还是应该始终使用标题?
获取超过 255 个字符的列时出现 Sybase 错误
从超过 255 个字符的列中获取数据时遇到问题
我收到这样的错误消息:
Open Client Message:
Message number: LAYER = (1) ORIGIN = (4) SEVERITY = (1) NUMBER = (132)
Message String: ct_fetch(): user api layer: internal common library error: The bind of result set item 3导致截断。
它仅获取前 255 行并截断其余行。
我试图在 ct_connect 之前暗示以下行,但没有奏效
这是代码的一部分,您有什么建议吗