<Translation >下拉菜单应该成为最后的选择!

猪小花1号2018-08-30 10:31

作者:李田莉


来一座城,过一种简单的生活。

2015年7月1日,那天入职。已经过去的30多个日子,其实感觉自己并没有真正地开始生活,或者说一直在没有生活计划地生活着。

设计,其实是三年前选择的路,想着能够坚持下来。现在却成了一个不称职的设计师。

想着,至少开始坚持一件事吧。

昨天买了1000片的拼图,今天开始做了我的第一篇翻译。希望拼图可以慢慢拼完,翻译可以坚持做下去。


进入翻译正文吧~


移动端表单输入经常使用下拉菜单的方式,但往往其他简单或者更合适的控件会有更好的表现。这里介绍几种可供考虑的下拉菜单的替代方案,以及为什么要用他们。

期望影响改变

没有人喜欢填写表单。一个表格看起来越长或者越复杂,用户就越不太可能进入或者开始填写一个空白表单,尤其是在一个小屏幕上,用一种不精确的输入方式(比如我们的手指)时。

然而,在上面的痛点场景中,有两个额外的字段,这两个机票预定表单中有一个最主要的不同点,那便是他们问问题的方式。一个表单中几乎所有的问题都是通过下拉菜单实现,另一个表单中每一个问题都使用了最合适的输入控件。



在移动端和电脑端,下拉菜单的交互往往是一个需要花费很多不必要的努力的多步操作过程。首先点击控件,然后滑动(通常情况下不止一次),找到并选择你的目标,最后才能继续。但是我们可以做到更好。

微调器(Steppers)

微调器控件可以通过增减固定量的方式对数值进行调整,非常适合做微调。当在做移动端机票预定表单的测试时,我们发现人们更喜欢通过微调器去选择乘客的数目。用户并不需要下拉菜单,尤其是在旅客的最大数量限制是8个以及绝大多数人只选择1-2个旅客的情况下。


当使用微调器时,通常越简单越好。对微调器的基本设计做太多改变的话,就会导致功能没有那么清晰。这对任何输入控件都是适用的,真的。



选项按钮组(Radio Groups)

选择按钮组,或者分段控件,是一组紧密相关但是又相互独立的选择项。当我们对比移动端机票预订表单时,我们发现选择按钮组的方式真的非常适用于选择机舱类别。


其他控件

微调器和选项按钮组不是仅有的能够取代下拉菜单的控件。开关(Switches)控件支持两种简单且正好相反的选择。滑块(Sliders)控件能够让你从一个允许的范围中选择一个精度合适的值。当你开始做一个有下拉菜单的繁杂表单时,对于每一个问题,都要考虑一下是不是可以从这些控件中找到一个更适合得到答案的方式。



按钮输入(Button inputs)的方式显示了隐藏在下拉菜单中的选项,选择它们时,一次点击即可,而非多次点击的动作。


有时候,多个下拉菜单可以被看作是一个输入控件。我上面举出的机票预订表单中,在我标出的地方,用了六个下拉菜单去收集出行日期的信息。


在我们对移动端机票预定的调研中,我们发现一个日期输入控件效果更好。从六个下拉菜单到一个日期选择器,这便是进步。


作为被最后考虑的方式

这些下拉菜单的替代方案并不意味着你在用户界面设计中永远不要用下拉菜单。精心设计的表单能够在他们设计的每一个问题中使用最合适的输入方式。有时候是一个微调器,一个按钮选择组,甚至是一个下拉菜单。

但是,由于下拉菜单很难操控,默认隐藏选择项,不支持分类以及只支持不可编辑选项,所以不应该成为你首先选择的UI控件。但是在今天的软件设计中,下拉菜单经常成为首先选择的控件。

更多

想要更深入了解这个话题,以及其他有关移动端表单设计的内容,请看我们关于移动端输入的视频介绍。

译文结束~

译文遵循原文作者看法。原文地址:http://www.lukew.com/ff/entry.asp?1950

如果说一句:因为我是第一次做翻译,可能有点翻译的不好。这却是给自己寻找失败的借口。翻译的不好,我自己也能感觉到,还是死皮赖脸地发出来吧,以后争取每一篇都在进步。

纪念第一次想写点文字的日子。不是矫情。

为了有一个开端,搬了前几周发在lofter上的文章。

网易云大礼包:https://www.163yun.com/gift

本文来自网易实践者社区,经作者李田莉授权发布。