我认为让控件出现和消失以及窗口大小在单个 GUI 屏幕中根据用户的输入动态变化被认为是一种不好的做法。但是，我似乎找不到明确的参考来说明这一点。
我被要求创建一个顶部有一个文本框的 GUI，用户可以在其中输入文件名（使用文件选择器）。在可以选择的文件中，每个文件都有特定的属性，但是对于给定的文件，其中一些属性可以为空。
文件名文本框下方是成对的标签和文本框，其中包含每个属性的值。如果关联属性为空，我被要求不显示标签和文本框。
用户可以重复选择不同的文件，文本框中的值应相应更新。此外，标签和文本框应根据值是否为空来显示和消失。此外，屏幕的值应该缩小或扩大，以便没有空白空间（因为空值，因此缺少控件）。
在我看来，这对用户来说会非常刺耳（让控件出现和消失等等）。
这是糟糕的 GUI 设计吗？如果是这样，有人可以引用我可以用来反对这种设计的权威参考吗？
（我更喜欢将空值的文本框留空。）
我不得不在这里不同意 Konrad 和 Brian 的观点——这最终会让大多数用户感到不安。
虽然动态响应绝对是一种有效的 GUI 范例，但对于普通最终用户来说，根据来自同一列表的选择（或进入同一文本框）动态地隐藏/显示和调整显示大小往往会非常不和谐。这就是为什么 Office（和 Win2K/XP）中所谓的“智能”菜单被许多人讨厌的原因——功能似乎无缘无故地出现和消失。
在这种情况下，正确的范例是禁用（“变灰”）控件。如果您正在寻找具体的引用，我相信这已在About Face: The Essentials of User Interface Design 中讨论过。我知道 Microsoft Office 可用性团队也从他们的实验室中得出了相同的结果。
抢先注意：
显示/隐藏并不总是一个糟糕的范例。但是在有意义的时候使用它。Windows 资源管理器详细信息栏根据您选择的是 Word 文档、图像还是 MP3 来显示不同的上下文信息是有意义的。这是 UI 中一个很小的、边缘性的附带部分，没有可识别的（尤其是不可编辑的）控件。预计导航到新选项卡将隐藏前一个选项卡中的控件并显示新选项卡中的控件——但话又说回来，选项卡是一种导航范例。
在同一个视图中显示和隐藏，对于（对于大多数用户而言）看起来是相同类型的数据，这是一种不和谐的体验。
我认为拥有一个根据用户输入动态变化的 GUI 屏幕被认为是一种不好的做法。
老实说，这似乎是一个非常奇怪的指导方针，至少在广泛制定时是如此。事实上，为了获得结果，GUI必须根据用户输入动态变化。
在我看来，这对用户来说会很刺耳
尝试一下。我不认为这会是一个问题，只要你不让输入字段在它有焦点时移动。用户不应该追逐她正在输入的文本框。
不，这听起来像是一个普通的 GUI 设计。无论文件类型是什么，您都在执行相同的基本任务。您只需稍微更改显示哪些属性的详细信息。相同的任务 = 应该在同一个屏幕上。