是否有一些标准您认为如此明显以至于它们会被假定在任何规范中?
例如,是否应该按转义键总是取消表单?是否应该双击列标题分隔符来调整列的大小?
当客户说“这是显而易见的‘标准行为’,因此没有它是一个错误”——他们有时是否正确?如果是这样,是否有一些资源可以帮助调解?
我记得有一位教授要求我们写出涉及简单任务的每一个细节——以及它会变得多么荒谬。我不希望我们的规格变得荒谬,但我已经厌倦了听到这个并且认为我们的规格不够具体。
是否有一些标准您认为如此明显以至于它们会被假定在任何规范中?
例如,是否应该按转义键总是取消表单?是否应该双击列标题分隔符来调整列的大小?
当客户说“这是显而易见的‘标准行为’,因此没有它是一个错误”——他们有时是否正确?如果是这样,是否有一些资源可以帮助调解?
我记得有一位教授要求我们写出涉及简单任务的每一个细节——以及它会变得多么荒谬。我不希望我们的规格变得荒谬,但我已经厌倦了听到这个并且认为我们的规格不够具体。
您可能需要查看有关 GUI 组件“预期”行为的 Windows 用户体验指南:http: //msdn.microsoft.com/en-us/library/aa511258.aspx
对于用户界面问题,您可能需要查阅现有的 UI 指南,例如Apple或Microsoft 的. 还有很多,但这两个是足够大的参与者,他们的指南可能比大多数其他人更大程度地反映了用户的期望。
编辑:使用 Escape 键关闭对话框包含在 Microsoft指南中(向下滚动到“交互”):
按 Esc 键始终关闭活动对话框。这适用于带有 Cancel 或 Close 的对话框,即使 Cancel 已重命名为 Close,因为结果无法再撤消。
我看起来不是很努力,但我没有看到任何关于自动调整列大小的内容——而且如果它在那里,我会感到相当惊讶,这非常不寻常。
因此,如果我负责这件事,我会说这是一个分裂的决定(可以这么说)。客户期望转义键关闭对话框(没有明确指定)是合理的,并且不这样做应该被视为错误。
在不指定它的情况下自动调整列以响应双击列标题的边框是不合理的,因此实现它应该被视为一项附加功能。
注意事项:
指定用户界面标准是标准做法,而不是假设它们
例如,双击网格中的列标题来调整它的大小不是标准的 Windows GUI 行为。但是,双击列分隔符来调整列的大小。
指定标准的 GUI 行为是值得的,这样就不会有混淆;如果您可以参考一个很好的现有标准,但请确保客户签署它
“我无法读懂你的想法,某某不是标准/默认行为”是合乎逻辑的反驳......但不是一个非常礼貌的反驳。;-)
我最喜欢的大学名言“标准的伟大之处在于有这么多可供选择”。
我假设你问这个问题是因为你不幸卷入了“但你没有要求那个”的争论。那会让你陷入困境。通常,您希望公司预先为您提供他们的标准,或者正如其他人所提到的,您可以相互商定第三方标准。如果您经营的公司生产许多相同类型的应用程序,您应该花一次时间来生成您的“标准”。
如果您正坐在签收点并且有人因为“标准”功能而拒绝付款,那么您需要有一些不标准的地方示例。例如,在您的示例中,转义键上的关闭形式仅在 Windows(而不是 Web)上是标准的,然后才真正适用于 Microsoft。我刚刚在我的电脑上打开了三个应用程序,而 ESC 在表单上什么也没做。
几乎没有什么是标准的。在任何给定的人的头脑中,“标准”将意味着稍微不同的东西,如果没有指定一些可衡量的定义,将会导致争论。
除非它被写下来并在与您的项目相关的某个地方(或从规范链接到),否则没有什么是标准的。如果没有写下来,它就不是标准的,所以客户必须定义它。
另一方面:
如果您的 UI 库以一种方式执行此操作,并且需要以另一种方式执行编码(愚蠢的示例:您希望用户用鼠标右键单击按钮),那么您应该停下来重新考虑用户可能期望什么。