网站制作之移动网站怎样设计更适合左手使用

Firefox的移动浏览器的夜间发布已成为第一个在其首选项中实现左手选项的浏览器。

早在1998年的双年度网络会议上首次提出，左手网络协议最初被设想为一种在线进行左手浏览的方式。由于灵巧的硬件，该协议从未正式采用。

然而，触摸屏的兴起导致了这一想法的意外复兴，虽然W3C尚未正式采用，但浏览器制造商开始实施它，Firefox是第一个，Opera预计很快就会推出。

由Caitlin Fring等可用性专家提供支持，原来的左手浏览协议正在被重新诠释为触摸屏：

~Jason Sommer，Mozilla高级可用性设计师

什么是左撇子网？

当用户在触摸屏手机上浏览网页时，尤其是在较大的设备上，由于用户拇指的触及范围，某些区域比其他区域更容易点击。另一方面，当可用的命中区域被镜像时。

在全球范围内，大约十分之一的人是左撇子，这意味着对于任何网站用户的大约10％，导航和CTA（行动呼吁）是不可访问的。

LHW（左手Web）协议是浏览器首选项中的一个选项，使用户可以将浏览器设置为反转页面的水平呈现，以便右侧显示的元素向左移动，反之亦然。（文本等元素保持左对齐，图像不会翻转。）通过根据此首选项重新定位元素，命中区域变得更容易访问。

Webdesignerdepot.com通常在Firefox mobile（左）和启用Left-Handed选项（右）中呈现。

简单来说，LHW选项 – 重要的是要注意LHW是一个选择优先选择; 只有那些想要启用它的用户才会这样做 – 只需翻转网站的布局顺序; 如果您的徽标位于左上方且汉堡包菜单位于右上角，则启用LHW选项后，您的徽标将移至右上角，并将汉堡包菜单移至左上角。

Firefox的实现已经如此迅速地推向市场，因为它支持CSS Flexbox能够反转屏幕上显示的项目的水平顺序。

用户体验对LHW意味着什么？

LHW最大的问题之一是不同的浏览器制造商如何选择解释建议; 由于尚未提出任何正式建议，这些解释可能会大不相同。

当引入CSS Flexbox时，浏览器制造商做出了截然不同的解释，导致需要大量的浏览器前缀。微软特别为其他任何人实施了一套完全不同的规则。LHW的实施可能会更糟。

最有争议的问题是导航是否应该颠倒过来。Firefox的实现不会反向导航，因此如果您的网站标题的结构为“徽标>主页>服务>关于>联系人”，那么它将呈现为“主页>服务>关于>联系人>徽标”（假设徽标是单独的元素，并使用<nav>元素正确标记导航。

但是，Opera暗示其未来的实施将反向导航，因此具有标题为“logo> home> services> about> contact”的网站将呈现为“contact> about> services> home> logo”。提出这种方法的论点是，改变元素的顺序不应改变它们的背景。

目前，我们不知道大型浏览器（Chrome，Edge和Safari）会采用哪种方式（或者即使他们将实施LHW）。

我们从众多用户测试中了解到，徽标最有效的位置是屏幕的左上角。将该徽标移动到LHW屏幕的右上角可能会影响可读性。LHW的倡导者相信用户会适应，尤其是因为以这种方式看到网络的唯一用户是选择加入的左撇子用户，并且会以这种方式看到整个网络。

设计师应该怎么做？

最终，为左撇子用户设计的是可访问性，它是关于包容性设计的，而这只是我们需要响应式设计的另一种方式。

在去年布达佩斯的X Conf中，Matt Ritchie提出了一个新的媒体查询提案来处理LHW浏览。这个想法是允许微调LHW演示，允许设计师覆盖关键的放置问题，如徽标位置。然而，这个想法被广泛认为太容易覆盖用户偏好：

~Caitlin Fring，以人为本的设计师

随着时间的推移，将不可避免地找到解决方法。例如，徽标可以编码为<nav>元素以防止它们反转，尽管这只适用于Firefox的实现，而不适用于Opera的版本。

需要注意的一点是，LHW只影响浏览器中的渲染，不会影响源代码。因此对搜索引擎排名几乎没有影响，链接将继续以相同的顺序被机器人抓取。但是，它可能会影响用户通过网站的路线，这反过来可能会影响排名。

设计师和开发人员需要共同努力，以确保他们在开始采用这一变化时做好充分准备。考虑在移动设备上集中徽标，以便不更改徽标的位置。考虑从水平菜单切换到垂直菜单，以便不反转项目的顺序。最后，确保在<nav>元素中正确标记了任何导航。

LHW可能会影响一小部分网站访问：只有10％的用户会从中受益; 它目前只在Firefox手机上提供; 这是一个选择优先选择。

好的设计是创建适应用户需求的网站，而不是强加设计师对用户的偏好。不久之后，为左撇子设计不仅是一种最佳实践，而且还写入了包容性法则。