用于选择多个记录的良好UI的示例 [英] Examples of good UI for selecting multiple records

查看:114
本文介绍了用于选择多个记录的良好UI的示例的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我目前正在重新访问我的基于Windows的软件的一个区域,并考虑将关系从1-> M更改为M-> M。因此,我需要调整UI,以适应选择多个相关记录。



有很多方法来处理这是常见的,但通常很笨重。示例包括所有项目的双窗格列表,所选项目的列表或所有记录的列表,以及每个应用的旁边的复选框。



,可能会有一个可怕的很多(在数万)的记录可以关联,所以我可能需要包括某种搜索机制。



我不是在寻找一个硬的和快速的回​​答 - 我可以实现一些很容易的功能,我想看看是否有人提出了(或看到)任何伟大的UI做这样的事情,无论是基于网络,Windows,Mac,Unix,无论如何。



图片或链接到他们将不胜感激!



编辑:这里是我正在考虑的一个例子:



解决方案

我喜欢StackOverflow许多标签有许多问题:



alt text http://img11.imageshack.us/img11/7062/imagen9n.png



项目显示为用户类型


  1. 显然,您要与多个项目关联的记录开始。

  2. >用户选择所需的记录(排序会很好。 SO使用标签相关性。例如,键入'a'会带来Java而不是asp,因为Java比asp更有问题,在这种情况下,相关性可能是用户名)


  3. 系统创建(在内存中)


  4. 如果有多条记录(5+)填充输入字段,则将它们移动到半regid区域一个SO问题,因为它只有5个标签与一个单一的问题,但在你的情况下,类似有趣的标签功能将需要)


alt text http://img7.imageshack.us/img7/ 8753 / imagen12p.png



相关项目会移动到刚性区域



当然以有序的方式(使用表格)







此方法具有更高的效率,无需让用户按下搜索或添加其他,它们分散了他们从他们正在做什么,它被称为它打断了它的思路。



此外,如果你让用户抓住鼠标点击某个东西,而他们正在输入UI的效率较低(我认为有一些东西叫 Hick的法律,但坦率地说,我可能错了)



正如你看到的,这种方法已经是你的想法,但添加了一些设施,使用户更快乐(危险是如果用户喜欢这种方法,并希望它在系统的其他部分)


I'm currently revisiting an area of my Windows-based software and looking at changing the relationship from 1->M to M->M. As a result, I need to adjust the UI to accommodate selecting multiple related records.

There are a lot of ways to handle this that are common, but usually pretty clunky. Examples include the two-pane list of all items, and list of selected items, or a list of all records and a checkbox beside each one that applies.

In my case, there may be an awful lot (in the tens of thousands) of records that could be associated, so I'll probably need to include some kind of search mechanism.

I'm not looking for a hard and fast answer -- I can implement something pretty easily that's functional, I'm looking to see if anyone here has come up with (or seen) any great UIs for doing this kind of thing, whether it's web based, Windows, Mac, Unix, whatever.

Images or links to them would be appreciated!

Edit: here's an example of what I'm considering:

解决方案

I like the way StackOverflow relates many tags with many questions:

alt text http://img11.imageshack.us/img11/7062/imagen9n.png

Items are displayed as user types

  1. You start obviously with the record you want to associate multiple items with.

  2. As you type the search displays the matches ( no need to press on "Search" )

  3. The user select the desired record ( Sorting would be nice. SO uses "tag relevance". For instance typing 'a' brings Java rather than asp because Java has more questions than asp, in your case relevance may be the user name )

  4. The system creates the relationship ( in memory )

  5. If a number of records ( 5+ ) are filling the input field, they are moved into a semi-regid area ( not a SO problem because it only has 5 tag withing a single question, but in your case something like the "interesting tags" feature would be needed )

alt text http://img7.imageshack.us/img7/8753/imagen12p.png

Associated items are moved to a "rigid" area

Of course in an ordered manner ( using a table )

  • Finally when the user end with the association it clicks SAVE or CANCEL buttons.

This approach has more efficiency by not needing to have the user press on "search" or "add other" which distracts them from what they're doing, it is being said it interrupts its train of thought.

Also, if you make the user grab the mouse to click on something while they are typing the UI is less efficient ( I think there is something called the Hick's law about that, but quite frankly I may be wrong )

As you see this approach is pretty much already what you have in mind, but adding some facilities to make the user happier ( The danger would be if the user loves this approach and wants it in other parts of the system )

这篇关于用于选择多个记录的良好UI的示例的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆