【问题标题】:Edit in place vs. separate edit page / modal?就地编辑与单独的编辑页面/模式?
【发布时间】:2010-07-24 19:05:32
【问题描述】:

我有一些数据被分成几个部分,很像 StackOverflow Careers 的简历功能(但它不是简历数据),可以通过 jQuery Web 应用程序编辑/创建。它有点分层(工作可以有子工作等),所以根据我采用的 CRUD 方法,这意味着不同的工作量。我不介意花时间做正确的事,但我不想花很多时间做一些不是最佳用户体验的花哨的东西。

有没有针对“编辑”这种分段的、分层的文本数据的不同风格进行任何研究:

  1. 就地编辑(例如,单击职位名称等表单元素,它变为可编辑,然后单击“确定”并保存)

  2. 带您进入新屏幕的编辑按钮(如当前的 StackOverflow)

  3. 弹出模态表单的编辑按钮

  4. 所有字段都是打开和可编辑的,单个保存按钮(如 StackOverflow 职业)

对于何时应该使用这些不同的形式来提供最佳用户体验是否达成了普遍共识?

【问题讨论】:

    标签: jquery theory modal-dialog user-experience inline-editing


    【解决方案1】:

    这取决于。如果您的用户群精通网络,我建议您使用就地编辑方法,因为它提供了自然的编辑流程。


    就地编辑

    当您编辑层次结构的一部分时,您可以与其余信息一起进行内联编辑。这允许您检查您的编辑如何应用于其他信息您正在制作它们(而不是必须在屏幕之间来回移动)。

    就可用性而言,分组项目可以一次性编辑的场景很好,因为它可以节省多次点击。例如,如果作业具有以下数据项:

    Title
    Description
    Positions
    

    最好提供一种机制来一次编辑所有内容以及编辑每个项目的行为。

    内联编辑还可以防止层次结构的其他部分被意外更新。


    模态编辑

    这种编辑方法在整个层次结构和您正在编辑的部分之间引入了障碍(即,您输入的信息与其在层次结构中的位置之间的关系在查看 UI 时并不立即明显) .


    新屏幕

    与模态编辑一样,已编辑信息与整个层次结构的关系丢失了。然而,这是一个非常基本的设置,您的大多数用户群都会立即理解。它还可以保护整个文档免受意外更新。


    所有字段打开

    这提供了将编辑的信息保留在上下文中的好处(与就地编辑一样)并且非常简单。没有学习曲线要​​求用户了解他们必须单击一个元素才能对其进行编辑。

    但是,作为一个被我好奇的孩子破坏了不止一种形式的人,我不喜欢它如何将整个层次结构暴露给意外更新。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-03-05
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-06-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多