你好
如今小程序作为各种政务、医疗和生活相关服务的解决方案十分便捷大众使用微信扫码点单，但从残障用户体验方面来说仍存在一些问题造成不好用甚至不能用，尽管开发者可以使用aria技术优化一些问题，但仍有一些框架底层问题，开发者难以更改，造成残障用户难以通过读屏软件顺利使用小程序相关组件的功能。
比如，安卓端的选择器组件就不支持读屏软件选择，造成用户碰到有选择器的场景就没办法继续使用。
这儿反馈一些当前小程序框架底层支持层面的一些无障碍体验问题，
请优先关注端的1、2、5、8和iOS端的输入框相关问题
下边是整理的问题说明
iOS端
1.在没有展开按键状态下input内输入的文字和占位符不朗读
预期结果：输入框内的占位符和内容可正常朗读。
2.input设置的aria-label不生效，不能为输入框添加代替文本
预期结果：input设置aria-label属性正常生效，可朗读出添加的取代文本。
3.input的type=""时，身分证输入按键的删掉无标签
预期结果：身分证输入按键的删掉按键有标签，朗读为删掉。
4.input在弹出按键的编辑状态下有两个焦点，且焦点次序不一致，其中一个可朗读出输入的内容，也可以提示出正在编辑状态，但焦点次序坐落页面最后，另一个朗读不出输入的内容，不能提示出正在编辑状态，但焦点次序坐落页面正常的位置
预期结果：输入框在编辑或非编辑状态下都只有一个焦点，且焦点次序坐落其在页面中正常的次序位置，假若正在编辑，可提示出正在编辑状态。
5.内输入的文字和占位符不朗读；
预期结果：可朗读出占位符和输入的内容。
6.在编辑状态下没有提示出正在编辑状态
预期结果：在编辑状态下触摸输入框可提示出正在编辑状态。
7.在app.json中配置的不能朗读出选中状态，且控件类型不是、设置的数字角标不能朗读、设置了小红点不能朗读
预期结果：配置的控件类型正确，可以朗读出选中状态、设置的数字角标可以朗读、设置了小红点状态下追加“未读”提示，朗读形式为tab名称+数字角标或未读，比如有一个消息tab，假如设置数字角标为36，朗读为消息，36，假如设置了小红点，则朗读为：消息，未读。
端
1.除首页外，所有页面使用单指向右（向后浏览的手势）扫动都可浏览到下层页面元素，比如首页是列表页，点击了某个列表项步入详情页，在详情页，使用单指扫动手势浏览，可以浏览到首页的内容
预期结果：当跳转到新页面后不浏览到下层页面元素，正常浏览当前页面元素。
2.省县城、日期等单项、多项选择器的项目无独立焦点，屏幕阅读器只能聚焦到一个覆盖了选择器的大焦点，用户难以选择项目
预期结果：所有类型的下拉框支持屏幕阅读器浏览和选择。
3.配置的顶部无选中状态，用户难以晓得选中了那个项目
预期结果：选中的tab可提示出选中状态。
4.设置了小红点状态下，没有提示
预期结果，设置了小红点，在tab名称后追加“未读”二字提示，比如消息tab设置了小红点，朗读为：消息，未读
5.导航栏的返回按键无标签微信扫码点单，无控件类型
预期结果：导航栏默认的返回按键有标签和控件类型按键，朗读为返回，控件类型为按键。
6.和input输入框单指双击未能激活，难以输入内容。
预期结果：单指双击可以激活输入框，正常展开按键。
7.input设置的aria-label不生效，不能为输入框添加代替文本
预期结果：input设置aria-label属性正常生效，可朗读出添加的取代文本。
8.单指触摸导航栏标题，之后单指向右扫动一次可浏览到一个朗读为“网页视图”的焦点，此为冗余焦点。
预期结果，不浏览到朗读为“网页视图”的焦点。
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
