您好

现在小程序作为各类政务、医疗和生活相关服务的解决方案非常方便大众使用，但从视障用户体验方面来说仍存在一些问题导致不好用甚至不能用，虽然开发者可以使用aria技术优化一些问题，但仍有一些框架底层问题，开发者无法修改，导致视障用户无法通过读屏软件顺利使用小程序相关组件的功能。

例如，安卓端的选择器组件就不支持读屏软件选择，导致用户遇到有选择器的场景就没办法继续使用。

这里反馈一些当前小程序框架底层支持层面的一些无障碍体验问题，

请优先关注Android端的1、2、5、8和iOS端的输入框相关问题

下面是整理的问题说明

iOS端

1.在没有展开键盘状态下input内输入的文字和placeholder占位符不朗读

预期结果：输入框内的占位符和内容可正常朗读。

2.input设置的aria-label不生效，不能为输入框添加替代文本

预期结果：input设置aria-label属性正常生效，可朗读出添加的替代文本。

3.input的type="idcard"时，身份证输入键盘的删除无标签

预期结果：身份证输入键盘的删除按钮有标签，朗读为删除。

4.input在弹出键盘的编辑状态下有两个焦点，且焦点顺序不一致，其中一个可朗读出输入的内容，也可以提示出正在编辑状态，但焦点顺序位于页面最后，另一个朗读不出输入的内容，不能提示出正在编辑状态，但焦点顺序位于页面正常的位置

预期结果：输入框在编辑或非编辑状态下都只有一个焦点，且焦点顺序位于其在页面中正常的顺序位置，如果正在编辑，可提示出正在编辑状态。

5.textarea内输入的文字和placeholder占位符不朗读；

预期结果：可朗读出占位符和输入的内容。

6.textarea在编辑状态下没有提示出正在编辑状态

预期结果：在编辑状态下触摸textarea输入框可提示出正在编辑状态。

7.在app.json中配置的tabBar不能朗读出选中状态，且控件类型不是tabbar、设置的数字角标不能朗读、设置了小红点不能朗读

预期结果：配置的tabbar控件类型正确，可以朗读出选中状态、设置的数字角标可以朗读、设置了小红点状态下追加“未读”提示，朗读方式为tab名称+数字角标或未读，例如有一个消息tab，如果设置数字角标为36，朗读为消息，36，如果设置了小红点，则朗读为：消息，未读。

Android端

1.除首页外，所有页面使用单指向右（向后浏览的手势）扫动都可浏览到上层页面元素，例如首页是列表页，点击了某个列表项进入详情页，在详情页，使用单指扫动手势浏览，可以浏览到首页的内容

预期结果：当跳转到新页面后不浏览到上层页面元素，正常浏览当前页面元素。

2.省市区、日期等单项、多项选择器的项目无独立焦点，屏幕阅读器只能聚焦到一个覆盖了选择器的大焦点，用户无法选择项目

预期结果：所有类型的下拉框支持屏幕阅读器浏览和选择。

3.配置的底部tabbar无选中状态，用户无法知道选中了哪个项目

预期结果：选中的tab可提示出选中状态。

4.tabbar设置了小红点状态下，没有提示

预期结果，设置了小红点，在tab名称后追加“未读”二字提示，例如消息tab设置了小红点，朗读为：消息，未读

5.导航栏的返回按钮无标签，无控件类型

预期结果：导航栏默认的返回按钮有标签和控件类型按钮，朗读为返回，控件类型为按钮。

6.textarea和input输入框单指双击无法激活，无法输入内容。

预期结果：单指双击可以激活输入框，正常展开键盘。

7.input设置的aria-label不生效，不能为输入框添加替代文本

预期结果：input设置aria-label属性正常生效，可朗读出添加的替代文本。

8.单指触摸导航栏标题，然后单指向右扫动一次可浏览到一个朗读为“网页视图”的焦点，此为冗余焦点。

预期结果，不浏览到朗读为“网页视图”的焦点。