【问题标题】:Does comma seperated list in a search box indicate ALL or ANY?搜索框中的逗号分隔列表表示 ALL 还是 ANY?
【发布时间】:2011-03-08 20:12:36
【问题描述】:

我们有一个报告网站,在搜索屏幕中,大多数字段都是组合框。然后,我们将所有字段AND 组合在一起以获得过滤的记录列表。例如,如果我在 City 下拉列表中选择 NY,在优先级下拉列表中选择优先级 1,在团队下拉列表中选择 sales,它通常看起来像这样(伪 SQL)

Show me all record where City = 'NY' AND Priotity = '1' AND Team = 'Sales'

我们现在刚刚为我们的记录添加了标签,以便支持按标签搜索,我们添加了一个额外的文本框来按标签搜索,您可以在其中输入逗号分隔的列表。

现在这是一个支持多个条目的自动完成文本框。(similar to the Multiple Cities (local) example on this page.

当我们推出它时,当您在文本框中输入多个项目时,人们对搜索的工作方式有不同的期望。会不会:

  1. 执行 AND 并仅返回列出所有标签的记录。
  2. 执行 OR 并返回列出任何标签的记录。

事实证明,我们推出了 #1,但很多人都期待 #2。这只是基本的偏好还是在这个例子中有一个默认标准。我们现在唯一的解决方案是在文本框旁边添加一个单选按钮来表示 ALLANY

【问题讨论】:

    标签: search user-interface tags


    【解决方案1】:

    如果您的用户希望它以一种方式工作,那么这就是它应该工作的方式。

    这是一个很好的例子,说明了为什么您应该尽早并经常与实际用户一起进行测试。

    【讨论】:

      【解决方案2】:

      我想说这基本上不是偏好,而是基于用户在其他类型搜索中的体验的期望。 “OR”可能是您的用户所期望的,因为使用标记非常接近于搜索引擎搜索文本中的任何单词,并且大多数搜索引擎都会执行“OR”,然后根据多少个术语对结果进行排序(标签)被“击中”。

      如果现在一直支持 AND 和 OR 运算符不可行,那么我确实会提供“All”与“Any”单选按钮并将其默认为“Any”。

      【讨论】:

        猜你喜欢
        • 2013-07-03
        • 1970-01-01
        • 1970-01-01
        • 2023-03-16
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2021-05-29
        相关资源
        最近更新 更多