标签: accessibility

有两种方法可以在 HTML 中指定带有图像的“伴随文本”：

• alt 属性
• 一个单独的<figcaption>元素。

来自 w3s 的示例：

<figure>
  <img src="pic_trulli.jpg" alt="Trulli" style="width:100%">
  <figcaption>Fig.1 - Trulli, Puglia, Italy.</figcaption>
</figure>

在可访问性方面，两者有什么区别？放入这些插槽的合适值是什么？例如，应该alt是图片的视觉描述和<figcaption>上下文描述吗？

来自视障用户的意见将不胜感激！欢迎提供额外的建议。

我正在调整触摸屏界面的应用程序,我们想要使用Windows Vista/7中包含的平板电脑文本输入面板,特别是其键盘.我想根据我的应用显示和隐藏它.基本上我想要ShowKeyboard()和HideKeyboard()功能.控制它的最佳方法是什么？

我查看了ITextInputPanel API但我无法直接用它控制键盘(也许我错过了什么？).我也试图向其窗口发送窗口消息失败.

该应用程序是用C++/MFC编写的.

任何指针都非常感谢.

如果我<h2>用于左侧边栏标题并<h1>用于主要中心内容区域标题然后实际上在源中,并且如果CSS被禁用,则两种情况<h2>都在之前<h1>.

好吗？或者我不应该使用<h2>左侧边栏标题？

更新:2月5日

添加了示例图像

标题结构http://easycaptures.com/fs/uploaded/235/1182330679.png

为什么我要问因为我总是在许多文章中读到<H1>应该是页面中的第一个标题.

alt text http://www.crearecommunications.co.uk/seo-blog/wp-content/uploads/2009/11/heading-subheads.gif

我们有一个关于Web可访问性合规性的项目.从发布开始大约一周后,我们让无障碍委员会审查我们的网站,以给予最后的赞许.然而,他们向我们报告说,我们应该在我们的一些图标上设置alt ="",因为它们不向网站提供任何额外的内容,因此仅仅分散了屏幕阅读器的注意力,但没有产生任何好处.

1. 它是否正确？
2. 我的印象是alt是img的必需属性？在img标签上确定alt =""将包含alt属性,但这是否有效？

评论表示赞赏.

我正在尝试使我的iPhone应用程序可访问.部分内容涉及为时间和日期部分生成可访问的VoiceOver标签NSDate.如何NSDate以可访问的方式格式化,以便VoiceOver支持的所有语言都能正常工作？

我希望我的程序能够覆盖32x32的最大强制鼠标大小,就像所附图片中的程序一样,图中的光标是72x72.这是一个捕获,ProcMon显示游标更改时发生的事情.

但是,如果我尝试自己更改游标文件的注册表值,然后使用推送更改

SystemParametersInfo(SPI.SPI_SETCURSORS, 0, IntPtr.Zero, SPIF.SPIF_SENDCHANGE);

然后光标会改变,但它仍然限制在32x32的最大尺寸.这个程序如何能够绕过这个限制？此外,游标在程序结束后仍保留,因此它不能在运行时执行,但必须覆盖某处的设置.

感谢您的帮助,我无法在网上找到这样的任何内容,所以我甚至不知道是否有人会得到答案.

编辑:我看到一些文件的访问权限C:\Windows\SysWOW64\Imageres.dll.它们只是读取,但也许这些游标存储在这里,或者它们以某种方式修改了这个文件.但我认为它可能会让一个比我更有经验的人走上正轨.

编辑2:我认为尺寸是由SM_CXCURSOR和SM_CYCURSOR变量决定的.如果我能找到一种方法来设置这些,我可能会做生意.要编写一个快速程序,在程序运行时使用巨大的鼠标光标在PC上获取这些值,看看它返回的内容......

编辑3:没有运气; 带有巨大游标的PC为SM_CXCURSOR和SM_CYCURSOR返回32x32.

这是我创建一个非常简单的代码UITextView.

UITextView *textView = [[UITextView alloc] initWithFrame:self.view.bounds];
textView.editable = NO;
textView.text = @"Using iOS 3.0 and later, VoiceOver is available to help users with visual impairments use their iOS-based devices. The UI Accessibility programming interface, introduced in iOS 3.0, helps developers make their applications accessible to VoiceOver users. Briefly, VoiceOver describes an application’s user interface and helps users navigate through the application’s views and controls, using speech and sound. Users familiar with VoiceOver in Mac OS X can …

如果用户正在使用屏幕阅读器(例如Microsoft Narrator),并且他们的焦点进入文本框:

他们听到的只是:

编辑文字

同时在无障碍应用中,

• 例如Microsoft File Explorer
• 微软Word
• Microsoft Excel
• Microsoft Outlook

辅助功能系统能够获得控件的"可访问名称":

批次分隔符.编辑文字

这通过实现IAccessible接口的窗口工作.它通过发送hWnd WM_GETOBJECT消息来获取窗口的IAccessible实现.应用程序永远不会发送此消息:

由Microsoft Active Accessibility和Microsoft UI Automation发送,以获取有关服务器应用程序中包含的可访问对象的信息.

应用程序从不直接发送此消息.Microsoft Active Accessibility发送此消息以响应对AccessibleObjectFromPoint,AccessibleObjectFromEvent或AccessibleObjectFromWindow的调用.

但是我们可以处理消息,并将IAccessible接口返回给调用者:

case Message.Msg of
WM_GETOBJECT: 
   begin
      if DWORD(Message.LParam) = OBJID_CLIENT then
         Message.Result := LResultFromObject(IAccessible, Message.WParam, FAccessible);
   end;
end;

在.NET世界中,它们围绕Edit控件的包装器公开了一种使用Control.AccessibleName属性设置TextBox 的可访问名称的方法:

Control.AccessibleName属性

获取或设置辅助功能客户端应用程序使用的控件的名称.

public string AccessibleName { get; set; }

Run Code Online (Sandbox Code Playgroud)

我不知道底层的Microsoft Edit控件如何公开辅助功能.除了TCustomActionMenuBar之外,我在VCL中找不到任何对IAccessible的引用.

VCL如何公开辅助功能？

如何设置与TEdit控件关联的可访问名称？ …

我真的想禁用捏缩放我的网页(iframe)并使用手指捏事件进行另一次自定义交互.因此,虽然Safari的文档说它支持以下条款:

<meta name="viewport" content="width=device-width, user-scalable=no" />

......在实践中,Safari并不尊重它.

防止视口缩放的能力通常对于网络游戏体验以及围绕按钮,输入框和幻灯片输入/输出类型的界面,甚至视频的更紧密的用户体验很重要,同时它仍然是低视力阅读器的良好默认值.readeriOS Safari上还有一个精简模式,可提供具有所需辅助功能的整洁阅读.

恕我直言,应用无障碍原则针对每个网络用户的低视力读者是严苛的.可以使用passive事件监听器来修复缩放缩放,但为了卫生,问题是:是否有一种非黑客的方法呢？

在最近与W3C/WCAG团队的讨论中,澄清了(强调我的)可访问性指南仅指明......

一个不应该是自2016年以来一直在规范中的一致性要求arronei/html @ 877b59c.它仅是作者一致性要求,不禁止使用,但要求作者认真考虑缩小用户的缩放能力.苹果在safari中做了什么超出了这个问题的范围,因为它不需要任何浏览器实现者.

随着iOS Safari最近的变化,Apple似乎已经将可访问性指导方针转向了一项CANNOT author conformance要求,而不是出于他们所知的原因.重要的是,此处突出显示规范和实现之间的差异以备记录.

在与Apple iOS Safari团队讨论之后,这里针对此一致性问题向webkit提交了一个错误.

我们可以用<noscript>来说抱歉,这个网站需要运行JavaScript.

有什么类似的方式宣布该网站不支持屏幕阅读器？有点像<noscreenreader>Sorry, ...</noscreenreader>.

(短背景故事:它是依赖于创意转化为应用程序从未使用的话它在很大程度上依赖于影像来传达信息这是没有意义的宣布.任何在口语中.)