您好 现在小程序作为各类政务、医疗和生活相关服务的解决方案非常方便大众使用，但从视障用户体验方面来说仍存在一些问题导致不好用甚至不能用，虽然开发者可以使用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.单指触摸导航栏标题，然后单指向右扫动一次可浏览到一个朗读为“网页视图”的焦点，此为冗余焦点。 预期结果，不浏览到朗读为“网页视图”的焦点。