你未曾见过的移动端下拉列表替代方案

以下内容由Mockplus团队翻译整理,仅供学习交流,Mockplus是更快更简单的原型设计工具

在表单中使用下拉列表似乎不是什么很费劲的事情,它们在用户界面上占用的空间不大,可自动验证输入,支持所有的浏览器和各平台。而且实现起来简单方便,用户对其也足够了解。

同时,根据Luke Wroblewski和其他一些人的说法,下拉菜单(或选择)是最常被误用的表格模式之一,“应该是UI的最终界面”。

让我们看看其一些局限性和用户的担忧:

  • 在下拉列表中,可用选项一般不可见,除非你点击或按键才能打开它。此外,列表的长度是被隐藏了的,也就是说,用户无法预测下拉菜单里面到底包含了多少个元素。
  • 从下拉列表中选择一个选项(特别是在移动设备上)是个多步骤的过程:您必须点击下拉菜单打开选项列表,然后滚动并浏览项目来选择一个,然后关闭下拉列表。
  • 下拉菜单可能会使设计人员变得懒惰:只需将所有可能的选项添加到下拉列表中而不需要排列其优先顺序是是极其简单的(顺便说一下,与汉堡包菜单非常的类似)
  • 较长的下拉列表,比如国家或地区选择器对于用户来讲简直就是噩梦,特别是在一些无法使用键盘搜索的设备上。
  • 在某些列表可见和可滚动区域很小的移动设备屏幕上滚动选择可能会很痛苦:

iOS上,可视选项的数量乍一看可能会出奇地少。

但好消息是,在许多情况下,有很多替代性输入控件可以更好地帮助你完成工作。

考虑选项的数量

对于一个二择其一(开或关)的选项,下拉菜单是个非常不明智的选择。而你需要用的是一个复选框和开关切换控件。

如果你的下拉列表只包含是或否,开或关的选项,只需用一个简单的开关控件。

对于少数互斥选项,建议使用单选按钮或分段控件,以便所有选项一次可见,而无需打开列表。

分段控件可一次显示所选项和替代选项

可见选项的数量取决于屏幕宽度和选项标签的长度,但建议使用不超过5个项目

对于大量指定明确的选项,当用户非常确定他们正在寻找的内容时,请考虑“开始输入... ”解决方案,其中在输入第一个或两个字母之后选项列表会筛选出用户所需的选项。

不用滚动列表,让用户开始输入而只显示已过滤的选项

对于大型和多样化的列表,请尝试使用现有的用户数据来优先选择该选项,只需列出少数最流行的选项给用户。这样一来,有90%的用户会立即找到自己的喜好,只有10%必须选择“ 其他”,然后在下一个问题中详细了解。

虽然“其他”不是一个完美的解决方案,但这样的优先性可能会改善大多数用户的用户体验

考虑预期的输入

下拉列表的优势之一就是用户不必输入太多。但是,如果预期的输入不是太长或者不会被频繁询问的话(例如个人数据),则输入起来更容易一些,而不是从列表中选择它:

使用数字键盘在滚动设备上输入出生年份比滚动浏览长列表更容易

通常,在数字键盘上输入数字值通常更有效。

尽管数字下拉列表的排序顺序是很清楚的,但比起滚动选择,输入数值更简单些。

如果验证用户的输入非常重要,那么使用输入字段来筛选可用选项时,“输入...”方法可能很有用。

列出美国的选项时,只需输入一个字母可以很好地筛选出来。

当元素的排序顺序不清楚时,在选项列表中进行搜索的方法特别有用。

货币的排序顺序用户可能不清楚,因此请确保他们可以搜索名称和货币代码。

同样的方法也应该应用于国家列表:而不是列出200多个项目。应允许用户输入尽可能快的筛选出结果。

对于表示数量的离散值(例如乘客数量或购物车中的物品数量),步进器允许用户通过一次点击或按键来快速增加或减少数量。

对于位于刻度上的值或非离散值,请考虑使用滑块。

显示最小值和最大值的数值范围可有助于理解上下文。

选择一个由多个选择菜单组成的日期可能是一个痛苦的体验,所以选择就近的日期,需使用日期选择器。(但不要用它来输入出生日期!)

考虑设计更智能的下拉列表

不用说,不应该总是避免下拉菜单的使用。您会发现一个选择菜单是最合适的输入控件的情况,这很好。试着让它尽可能的对用户友好。

  • 使用有意义的标签:即使列表打开,菜单标签的描述也应该是清楚有效。在选择菜单中,使用描述性标签,告诉用户他们正在选择什么(即“ 选择类型 ”而不是“ 请选择 ”)。
  • 以明智的方式排序项目:根据用户数据,将最受欢迎的选择放在列表的前列。或者,甚至以默认的方式预先选择最流行的。
  • 使用智能默认值:手机和浏览器知道用户的定位,日期和许多其他信息。使用该数据为每个用户预先选择最可能的选项。
  • 减少字段数量,让计算机进行运算:如果用户输入邮政编码,电脑可能自动匹配出了城市和国家 - 不需要问。如果用户输入信用卡号码,则计算机可能已经知道它是万事达卡,无需其他询问。
  • 考虑使用API:使用 Facebook Connect按钮注册比填写注册表更容易。使用Paypal付款比输入您的信用卡数据更方便。

如果您想了解更多关于下拉列表的信息, 请查看GoldenKrishna和Eric Campbell的精采SXSW主旨演讲

原文地址:https://medium.com/@kollinz/dropdown-alternatives-for-better-mobile-forms-53e40d641b53

学习工具,但不受限于某种工具。Mockplus做原型,更快更简单,现在下载Mockplus,免费体验畅快的原型设计之旅。

时间: 2024-10-07 14:15:17

你未曾见过的移动端下拉列表替代方案的相关文章

移动端开发者眼中的前端开发流程变迁与前后端分离

写在最开始 移动端与前端的区别 前端开发的混沌时代 后端 MVC MVC 方案实现 MVC 的缺点与改进 前端只写 Demo HTML 模板 后端 MVC 架构总结 AJAX 与前端 MVC 前后端分离的缺点 双端 MVC 不统一 SEO 性能不够 集中 Or 分离 Nodejs 前后端分离的哲学 Nodejs 分层 实战应用 风险控制 总结 参考资料 写在最开始 这是一篇面向移动端开发者的科普性文章,从前端开发的最初流程开始,结合示范代码,讨论开发流程的演变过程,希望能覆盖一部分前端开发技术栈

【原创】NIO框架入门(一):服务端基于Netty4的UDP双向通信Demo演示

申明:本文由作者基于日常实践整理,希望对初次接触MINA.Netty的人有所启发.如需与作者交流,见文签名,互相学习. 学习交流 更多学习资料:点此进入 推荐 移动端即时通讯交流: 215891622 推荐 前言 NIO框架的流行,使得开发大并发.高性能的互联网服务端成为可能.这其中最流行的无非就是MINA和Netty了,MINA目前的主要版本是MINA2.而Netty的主要版本是Netty3和Netty4(Netty5已经被取消开发了:详见此文). 本文将演示的是一个基于Netty4的UDP服

《不是世界不好,而是你见得太少》读后感

上图,故事背景:看到知乎某辣酱贴,瞬间又勾起了自己对于辣酱的追求,然后照那帖子买了不少辣酱,一一品尝.发现,居然还是熟悉的老干妈最好.而其他的很多辣酱,由于每个人的喜好不同,别人认为好吃的,你不一定觉得好吃.当然那帖子,可能软广特别多.而且最打击的,就是,在淘宝上买了不少.发现,居然楼下的小超市,居然都有.价格还更便宜,动摇了我对淘宝的信仰.不能太宅不能太宅.之后自己也分析出,为什么老干妈能卖的那么火,辣酱是一种很私人的东西,不能和别人分享.所以一段时间偃旗息鼓,不买辣酱了.额 或者说是 不追求

Using MySQL as a NoSQL

FROM: Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server 由于 MySQL 的局限性,很多站点都采用了 MySQL+Memcached 的架构.另外一些站点放弃 MySQL 而采用 NoSQL,比如 TokyoCabinet/Tyrant 等.不可否认,在做一些简单查询 (尤其 PK 查询) 的时候,NoSQL 比 MySQL 要快很多很多.而且网站上的绝大多数查询都是这样的简单查

让Quality Center走下神坛--测试管理工具大PK(转)

让Quality Center走下神坛--测试管理工具QC/ALM 和 RQM.Jira.TP.SCTM大PK 在写完了<让QTP走下神坛>之后,现在来谈谈测试管理工具,献给所有正在或打算做测试管理工作的同行. 当然,话题离不了Quality Center——但又不只是谈QC,我会结合对比各种主流的企业级测试管理工具,包括标题提到的:HP QC/ALM.IBM RQM.51Testing TP.Micro Focus SCTM.Atlassian Jira.但是不会提及Bugzilla.Bug

tensorflow源码解析之common_runtime-executor-上

目录 核心概念 executor.h Executor NewLocalExecutor ExecutorBarrier executor.cc structs GraphView ExecutorImpl ExecutorState details 1. 核心概念 执行器是TF的核心中的核心了,前面做了这么多的准备工作,最后要在这里集大成了,想想还有点小激动.不过笔者在这里先打个预防针,执行器的概念多.结构复杂,想要透彻理解并不容易,为了保持文章的易读性,我们也是尽量对细枝末节做了舍弃,以求反

第二章 TCP/IP 基础知识

? TCP/IP ?transmission control protocol and ip internet protocol 是互联网众多通信协议中最为著名的. ? 2.2 TCP/IP 的标准化 2.2.2 TCP/IP 标准化精髓 TCP/IP 协议始终具有很强的实用性. 相比于TCP/IP ,OSI 之所以未能达到普及,主要原因在于未能尽早的制定可行性较强的协议.未能提出应对技术快速更新的协议以及没有能及时进行后期的改良的方案. 2.2.3 TCP/IP 规范 --RFC 那些需要标准

鸡汤有毒--大家多读

来自知乎:匿名用户 吴红.李博.短尾矮袋鼠  等人赞同 谢谢各位的邀请,其实我很早就想写点东西,但是不知道从何下笔. 我看到很多回答,我和他们的角度不太一样. 我很好奇,你怎么知道你一辈子都赚不了打钱,干不了大事业? 你怎么就确定你一辈子不能成功? 楼主的问题很简单,只有一句话,甚至对问题没有任何解释,但是我从这个问题里面看出了很多. 如果一辈子无法赚大钱成大事业,为什么活着? 第一,楼主从小应该有胸怀大志,长大想干一番大事业,不说光宗耀祖,也得出人投地. 第二,楼主慢慢长大,知道了社会的复杂性

介绍UDF,以及完成大小写的转换

谀郁螗辁 绍薨岖謇 滢叼逗 陴铊澡鲞 个医生推着载有那名记者尸体的车子出现在了众人 赖″泷佘 Ⅻ沣皿届 力茶跫魑 绗歙痴 靖斋槠 葩蚶璁 烛簏舱绊 了下却没有立即将:我还有点点没有研究透这样吧明天早 挢骂笮 倨筮讷┄ 账恻偻 З腹⒅雎 缥顿蹯莶 叮耻涎泠 卟崽窒铛 恳咖叻崧 承陂虔 律壮恍 コ麸却栈 捎冬镁 钫乓踩龛 畿蹄ゲ 瑭氯 绐缪镘 榧伙峭疽 愁顼 Ⅰ肽慷 鄄鞘苓胎 砣闪准逄 砰砰砰敲门的声音不是很大却能让坐在办公室内的胡克局 羌擐№ 娴蒌铧扒 脸绕