GUI设计：合并“保存”和“另存为”

Posted 2023-05-07

【中文标题】GUI设计：合并“保存”和“另存为”

【英文标题】：GUI design: Merge 'Save' and 'Save as'

【发布时间】：2008-12-19 19:14:38

【问题描述】：

我正在开发一个 GUI（OpenG Builder）。如何将“保存”和“另存为”按钮合并为一个按钮？

我的想法转到按钮右侧的“另存为”的“热点”，由字形表示。

如何以直观的方式实现此功能（GUI 屏幕截图、提示）？

我不是在寻找 ActiveX/.Net 实现。描述或屏幕截图就足够了。

【参考方案1】：

附加一个下拉菜单的保存按钮怎么样，类似于旧的返回按钮在网络浏览器中的工作方式，您可以单击返回返回一页，或单击箭头返回返回多个页面。点击“保存”按钮只会保存，而点击箭头会弹出选项（保存、另存为等...）。

我对合并这些功能的担忧是，保存是（可能）破坏性操作，而另存为（可能）是非破坏性操作。如果用户在尝试执行非破坏性操作时不小心点击了错误的位置并执行了破坏性操作，那将是一件坏事。

【讨论】：

+1 表示危险的潜力。违背既定的 UI 习惯是一回事，但合并 Save 和 Save As 触发器可能真的会给用户带来意想不到的痛苦。

绝对同意这个，只是合并这些不是一个好主意。

【参考方案2】：

我认为这是倒退。 “保存”是一个频繁的操作，对于正常的工作流程是绝对必要的。访问“保存”应该尽可能简单。另一方面，另存为很少使用，并且需要额外的用户交互。

结合使用保存和另存为是一种吸引我们程序员的解决方案 - 合乎逻辑、干净且对用户完全不友好。

【参考方案3】：

如果您可以控制自己的文件格式，那么只需在文件中存储修订，因此不需要另存为。如果您保持修订，保存永远不会破坏您的任何工作。

完成后，您可以一起删除“保存”按钮，并定期为用户执行此操作。

【讨论】：

为方便起见，用户可能希望从您的应用程序中“另存为...”到不同的位置（如 USB 驱动器或网络驱动器），而不是手动复制文件。跨度>

【参考方案4】：

我同意其他海报的观点，即总体而言这不是一个好主意。但是，如果您必须这样做，我认为最简单的方法就是让“保存”按钮始终充当“另存为...”按钮（即始终打开“文件”对话框）。该对话框应默认为上次保存的文件和位置，因此要进行普通保存，只需单击“保存”按钮，然后单击“确定”，然后对“您是否要覆盖...”问题选择“是”。

【参考方案5】：

Scott 基本上发布了我要说的内容，所以我将添加一个相关的观察。 IrfanView 是流行的 Windows 图像查看器，它努力使保存比另存为更难。带有通用保存图标的工具栏按钮实际上执行另存为。工具栏甚至没有执行标准保存的按钮。

我认为作者是这样设计的，因为在可能有损格式的图像上保存可能具有破坏性。照原样，该程序使用户更有可能调用另存为。有时它很烦人，当您确实想要保存时，但安全第一的方法在某些情况下帮助了我。

也就是说，请不要合并保存和另存为。如果有的话，它们需要尽可能清晰地区分，以防止代价高昂的误点击。

【参考方案6】：

也许把另存为菜单？