删除控件在我的Cocoa用户界面中的位置?

我认为这取决于删除对特定任务的重要性。是用户必须经常做的事情,还是很少做的事情。如果很少删除,则只应将delete作为编辑菜单选项,也可能作为backspace(为什么使用cmd backspace?)如果你只需要退格键,你可能不会得到那么多的查询。)

与界面设计中的所有内容一样,我的观点是应用80-20规则。如果某个东西属于20%最常用的功能,那么它应该直接暴露在接口中。如果它在另一个80%,你可以把它隐藏得更深(如在菜单,动作菜单等)。

一个+按钮肯定在前20%——没有它你什么也做不了——而删除通常不是一个常见的操作,而且是破坏性的,所以最好隐藏一点。

德鲁的话总是你的首要考虑。所有其他事物都是平等的,我不喜欢让删除像创建一样容易;这是一个危险的、相对较少见的操作,用户界面应该反映出这个事实。但是,没有明确的删除控件确实会导致支持查询(删除减号按钮后,Moneywell中也会发生同样的情况)。问题是,你不会听到有人通过点击一个过于接近加删除控制来避免意外删除;那些人是快乐和安静的。然而,你会听到那些不能立即找到点击删除按钮的人的声音,尽管苹果几乎所有的应用程序都没有这样的控制。

如果您觉得需要显式的UI来删除,我认为您可以找到一个中间地带。删除控制的问题是意外触发,而该问题的常规“解决方案”是确认警报。问题在于 那个 它们是多么的侵入和刺耳,因为它们是模态的。iPhone操作系统可以在这里给我们一个教训:你可以完全根据上下文和非模态进行确认。

例如行删除(滑动以将该行放入其“是否确实要删除?”状态,它在视觉上倾向于将一个红色的删除按钮滑入视图中,然后再次交互(通过点击删除)以实际确认操作。在应用商店里有一个类似的模式,通过点击价格按钮,它就变成了一个购买按钮;它本质上是一个在线的、非模式的确认。好处是,如果您点击其他任何地方(或可能等待一段时间),控件会自行返回到正常状态-您不需要在继续工作之前明确地取消它。

也许这种方法(非模态变更作为一种内联确认)可以通过显式地设置删除控件来消除支持查询,但也可以修补一些关于侵入性确认的合理顾虑。

此问题的常见解决方案是将[+]和[-]按钮放在一起(例如,请参见系统首选项中的“网络”窗格)。我通常发现这些按钮足够大,我不会误按错误的按钮,尽管我可以看出这可能是一个问题。

如果这个选项不适合你,可以从Safari中获得灵感:在选定的(或悬停的)项目中放置一个“X”。

由于你的应用支持撤销删除,我建议你在让删除变得容易的方面出错(代价是让删除变得容易 太 很容易),并使这些错误很容易纠正。Gmail做得很好。

Hth.

需要多久删除一次?数据和用户的期望是否鼓励经常删除这些数据?(例如,它是任务列表吗)?如果是这样,我当然会包括一个上下文操作菜单,即使删除是唯一的选项。

Cmd+Backspace对人们来说可能也有点不寻常——我知道它在OSX的其他地方也被使用过,但是这些地方也提供了上下文菜单来公开删除——我会惊讶于每个用户都知道Cmd+Backspace,所以我可能会把它改成Backspace(你确实有撤销支持,所以你被覆盖了)。

最后,希望我听起来不像Git,但它表明内置帮助没有提供足够的指导-可能值得修改?

马特给出的答案和我要写的差不多。

请注意,删除对象时,应将其动画化:这提供了宝贵的视觉反馈:动画(大约1/3秒是好的)足够长以捕捉用户的眼睛,他们将看到对象消失。如果对象不显示动画就消失了,用户会注意到列表中的某些内容已经瞬间发生了变化,但不太确定它是什么。动画增强了用户的心智模型中“删除”按钮的含义。