我认为将控件显示和消失并且窗口大小在单个GUI屏幕中根据用户的输入动态变化被认为是一种不好的做法。但是，我似乎无法找到明确的参考资料。
我被要求创建一个GUI，顶部有一个文本框，用户在其中输入文件名（使用文件选择器）。在可以选择的文件中，每个文件都有某些属性，但是对于给定文件，其中一些属性可以为null。
文件名称文本框下方是一系列标签和文本框，其中包含每个属性的值。如果关联属性为null，我被要求不显示标签和文本框。
用户可以重复选择不同的文件，文本框中的值应相应更新。此外，标签和文本框应显示和消失，具体取决于值是否为空。此外，屏幕的值应缩小或扩展，以便没有空的空间（因为空值，因此缺少控件）。
在我看来，这对用户来说是非常刺耳的（让控件出现和消失等等）。
这是不好的GUI设计？如果是这样，有人可以引用一个权威的参考资料，我可以用它来反对这种设计吗？
（我更喜欢将文本框留空以获取空值。）
答案 0 :(得分：3)
我不得不在这里不同意Konrad和Brian - 这最终会让大多数用户感到不快。
虽然动态响应肯定是一种有效的GUI范例，但是根据来自同一列表的选择（或进入同一文本框）动态隐藏/显示和调整大小显示对于普通最终用户来说往往是非常不稳定的。这就是为什么Office（和Win2K / XP）中所谓的“智能”菜单受到许多人的厌恶 - 功能似乎无缘无故地出现和消失。
在这种情况下，正确的范例是禁用（“灰显”）控件。如果您正在寻找特定的引用，我相信这已经在关于面孔：用户界面设计的基本要素中进行了讨论。我知道Microsoft Office可用性团队也从他们的实验室产生了相同的结果。
先发制人注：
显示/隐藏不是总是一个糟糕的范例。但是在有意义的时候使用它。根据您是选择了Word Doc，图像还是MP3，Windows资源管理器详细信息栏显示不同的上下文信息是有意义的。这是UI的一个小的，临界的偶然部分，没有可识别的（尤其是没有可编辑的）控件。预计导航到新选项卡将隐藏上一个选项卡中的控件并显示新选项卡中的控件 - 但是再一次，选项卡是一个导航范例。
在相同的视图中显示和隐藏，对于大多数用户来说，看起来是同一类型的数据，是一种刺耳的体验。
答案 1 :(得分：0)
我认为让一个GUI屏幕根据用户的输入动态变化被认为是一种不好的做法。
老实说，这似乎是一个非常奇怪的准则，至少在广泛制定时。实际上，为了获得结果，GUI 已经动态地改变对用户输入的反应。
在我看来，这对用户来说是非常刺耳的
试试吧。我不认为这会是一个问题，只要你没有让输入字段移位而它有焦点。用户不应该追逐她正在输入的文本框。
答案 2 :(得分：0)
不，这听起来像是一个普通的GUI设计。无论文件类型是什么，您都在执行相同的基本任务。您只需稍微更改显示哪些属性的详细信息。相同的任务=应该在同一个屏幕上。