【问题标题】:make a simple string builder UI制作一个简单的字符串生成器 UI
【发布时间】:2014-08-01 16:51:37
【问题描述】:

我想为我想为某些用户构建的字符串构建器创建一个用户界面。问题是用户有时技术背景为零。我想知道我什么时候不会让用户理解的过于复杂。

例如,我想包含一个过滤器选项,供用户选择他们想选择哪些计算机进行域下的病毒扫描。现在我必须创建一个类似于 This 的字符串生成器

* "用户输入内容" * or

* “用户输入”或

“用户输入”*“用户输入2”*

现在我能想到的就是给用户类似的东西

名称包含 _____ ; 仅涵盖*“内容”*

这让我考虑为用户创建一个自定义的字符串构建器,以获取他们想要扫描的所有计算机。

例如。构建您自己的过滤器______,然后提供预定义关键字列表,例如之前、包含、任何内容,之后用户可以选择并在这些关键字后面添加自己的词作为过滤器。但是我害怕这太复杂了,因为他们不知道怎么做。所以我需要帮助来了解它何时对公众来说太复杂了,如果可能的话,对我上面列出的特定案例提出一些建议。

【问题讨论】:

    标签: user-interface


    【解决方案1】:

    您可能会考虑像 Brett Victor 在他的 Proposition 21 示例中所做的那样,其中文本大部分已就位,默认值已填充,但有用户控件以交互方式调整值。

    或者,您可以只使用一个字段,不使用任何特殊字符,在相关字段中执行简单的“包含”搜索,但它支持更多语法(由“?”按钮描述)供更高级的用户使用.

    【讨论】:

    • 是的,我最初是这样做的,但我没有足够的空间来为我正在修改的 UI 做那件事。我正在考虑也许只是为用户留下一个包含____,也许是一个高级选项,如果他们有足够的技术,它将在侧面打开一个字符串构建器供用户使用。你怎么想
    • 我很难在没有更多上下文的情况下做出推荐(例如,了解您的用户、您的特定应用程序等),但如果您感到非常不确定,请为各种选项制作一些不同的模型并与您的目标受众一起测试它们,看看哪种效果最好。
    • 不过,我要记住,您的“精通技术”用户可能会理解使用通配符等而不需要 UI 驱动的构建器,而您的“非精通”用户则不会甚至了解 UI 驱动的构建器。因此,建造一个可能对双方来说都是浪费时间。
    • 是的,我现在看到了,所以可能只是使用包含并离开高级作为高级用户使用通配符来指定他们自己的需求的游乐场
    猜你喜欢
    • 2023-03-24
    • 2012-05-18
    • 2020-10-27
    • 1970-01-01
    • 2011-10-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-07-20
    相关资源
    最近更新 更多