在这种情况下，正确的范例是禁用（“灰显”）控件。如果您正在寻找具体的引用，我相信这已经在关于面部：用户界面设计的要点中进行了讨论。我知道 Microsoft Office 可用性团队也在他们的实验室中得出了相同的结果。
先发制人的注意事项：
显示/隐藏并不总是是一个糟糕的范例。但在有意义的时候使用它。 Windows 资源管理器详细信息栏可以根据您选择的是 Word 文档、图像还是 MP3 来显示不同的上下文信息。这是 UI 的一个小的、边缘的、附带的部分，没有明显的（尤其是没有可编辑的）控件。预计导航到新选项卡将隐藏前一个选项卡中的控件并显示新选项卡中的控件 - 但话又说回来，选项卡是一种导航范例。
在同一视图中显示和隐藏（对于大多数用户而言）看似相同类型的数据，是一种不和谐的体验。
I have to disagree with Konrad and Brian here -- this will end up being jarring for most users.
While dynamic response is definitely a valid GUI paradigm, hiding/showing and resizing displays dynamically based on selections from the same list (or entry into the same text box) tends to be very jarring for normal end users. This is why the so-called "smart" menus in Office (and Win2K/XP) were loathed by many -- features seemed to appear and disappear for no good reason.
The correct paradigm in this case is disabling ("graying out") the controls. If you're looking for specific citations, I believe this has been discussed in About Face: The Essentials of User Interface Design. I know that the Microsoft Office usability team also produced the same results from their labs.
Pre-emptive Note:
Showing/hiding is not always a bad paradigm. But use it when it makes sense. It makes sense for the Windows Explorer detail bar to show different contextual information based on whether you've selected a Word Doc, an image, or an MP3. That's a small, borderline incidental piece of the UI, with no discernible (and especially no editable) controls. It's expected that navigating to a new tab will hide the controls from the previous tab and show the ones from the new tab -- but then again, tabs are a navigational paradigm.
Showing and hiding within the same view, for what (to most users) will appear to be the same kind of data, is the jarring experience.
I think it's considered a bad practice to have a single GUI screen that changes dynamically based on a user's input.
Honestly, that seems like a very odd guideline, at least when formulated this broadly. In fact, in order to get a result, the GUI has got to change dynamically reacting to user input.
This seems to me like it would be very jarring to the user
Try it. I don’t think that it will be a problem, as long as you don’t make the input field shift while it has the focus. The user shouldn’t be chasing the text box she’s typing into.
No, that sounds like a normal GUI design. No matter what the file type is, you're doing the same basic task. You just slightly change the details of which properties are shown. Same task = should be on the same screen.
发布评论
评论（3）
我必须不同意 Konrad 和 Brian 的观点——这最终会让大多数用户感到不舒服。
虽然动态响应绝对是一种有效的 GUI 范例，但根据同一列表中的选择（或进入同一文本框）动态隐藏/显示和调整显示大小对于普通最终用户来说往往非常不和谐。这就是为什么Office（和Win2K/XP）中所谓的“智能”菜单受到许多人的厌恶——功能似乎无缘无故地出现和消失。
在这种情况下，正确的范例是禁用（“灰显”）控件。如果您正在寻找具体的引用，我相信这已经在关于面部：用户界面设计的要点中进行了讨论。我知道 Microsoft Office 可用性团队也在他们的实验室中得出了相同的结果。
先发制人的注意事项：
显示/隐藏并不总是是一个糟糕的范例。但在有意义的时候使用它。 Windows 资源管理器详细信息栏可以根据您选择的是 Word 文档、图像还是 MP3 来显示不同的上下文信息。这是 UI 的一个小的、边缘的、附带的部分，没有明显的（尤其是没有可编辑的）控件。预计导航到新选项卡将隐藏前一个选项卡中的控件并显示新选项卡中的控件 - 但话又说回来，选项卡是一种导航范例。
在同一视图中显示和隐藏（对于大多数用户而言）看似相同类型的数据，是一种不和谐的体验。
I have to disagree with Konrad and Brian here -- this will end up being jarring for most users.
While dynamic response is definitely a valid GUI paradigm, hiding/showing and resizing displays dynamically based on selections from the same list (or entry into the same text box) tends to be very jarring for normal end users. This is why the so-called "smart" menus in Office (and Win2K/XP) were loathed by many -- features seemed to appear and disappear for no good reason.
The correct paradigm in this case is disabling ("graying out") the controls. If you're looking for specific citations, I believe this has been discussed in About Face: The Essentials of User Interface Design. I know that the Microsoft Office usability team also produced the same results from their labs.
Pre-emptive Note:
Showing/hiding is not always a bad paradigm. But use it when it makes sense. It makes sense for the Windows Explorer detail bar to show different contextual information based on whether you've selected a Word Doc, an image, or an MP3. That's a small, borderline incidental piece of the UI, with no discernible (and especially no editable) controls. It's expected that navigating to a new tab will hide the controls from the previous tab and show the ones from the new tab -- but then again, tabs are a navigational paradigm.
Showing and hiding within the same view, for what (to most users) will appear to be the same kind of data, is the jarring experience.
老实说，这似乎是一个非常奇怪的指导方针，至少在广泛制定时是如此。事实上，为了获得结果，GUI 必须根据用户输入进行动态更改。
请尝试一下。我认为这不会成为问题，只要您在输入字段具有焦点时不使输入字段发生移动即可。用户不应该追逐她正在输入的文本框。
Honestly, that seems like a very odd guideline, at least when formulated this broadly. In fact, in order to get a result, the GUI has got to change dynamically reacting to user input.
Try it. I don’t think that it will be a problem, as long as you don’t make the input field shift while it has the focus. The user shouldn’t be chasing the text box she’s typing into.
不，这听起来像是一个普通的 GUI 设计。无论文件类型是什么，您都在执行相同的基本任务。您只需稍微更改显示的属性的详细信息即可。相同的任务=应该在同一个屏幕上。
No, that sounds like a normal GUI design. No matter what the file type is, you're doing the same basic task. You just slightly change the details of which properties are shown. Same task = should be on the same screen.