1 子兮 2年前 2026次点击
众所周知,目前读屏的导航菜单展开时,焦点永远都是停留在第一个导航项目。
想来想去觉得这个导航菜单焦点的聚焦问题其实很有用,如果展开菜单就是我们想要的导航项目,那我们只需要两步操作即可切换到想要的导航。
展开菜单,双击激活就切换到想要的导航,是不是很酷也很方便。
当然,各种场景太多,具体需求又各不相同,所以只能选择一些适用面较广的自动聚焦方案。
这里姑且说说个人的一些不成熟想法,请朋友们补充、指正。
首先,个人认为无论如何都不该把焦点聚焦在默认这个导航项目,如果默认能改成上下滑在激活和自定义操作中切换,双击执行倒是可以考虑一下。感觉自己又在抄旁白。目前焦点可以默认聚焦在字符。
其次,如果浏览焦点下是编辑框,菜单展开应该聚焦在字符。
然后,如果焦点下是图片,菜单应该聚焦在图片识别。
再然后,如果在网页上,且焦点下不是编辑框图片这些元素,菜单就聚焦到标题,这样左滑是链接右滑是控件,网页快速浏览就特别方便。
再再然后,如果在添加有路标的窗口且无上述情况,菜单焦点就聚焦到路标。
最后,顺便提一个小建议,希望在文字识别窗口上切换的导航,不要在原有窗口上生效。文字识别前是什么导航,文字识别窗口关掉之后还是什么导航。
这里的聚焦不是自动切换导航,是说在适合的场景下,展开导航菜单,焦点会停留在比较适合的位置,双击之后才会切换。
哦
怎样好用就怎样来呗。
导航的自动聚焦看起来还不错的样子,不过更希望能做成智能排序,比如说在网页上就优先把链接控件标题文字识别和翻译放前面,在普通界面上有路标的时候,优先把路标放前面等等,不过这个感觉必须得有个开关,要不然乱套了。
文字识别这个还是不要改动的好,很多用户包括我都是使用手势切换导航的,切换到文字识别要路过N个暂时用不上的导航,这样设计的话。对于这些用户而言,他们识别完之后读屏会很不人性化的切到文字识别以外并且可能用不上的导航,另外如果遇到需要连续识别多次的网页,这样做也会更麻烦。这样我就得不断的去切换导航在识别。
那你自动聚焦的话,我只想一直用字符浏览,我退出一个界面再重新进去,你又给我自动了,那不更难受。