在一些使用UI的应用程序中，对用户来说更好（简单，友好等）：
或
对不起我的法语：）
答案 0 :(得分：28)
在我看来，最好使用带有禁用控件的静态GUI 当某些选项不可见时，用户将不知道它们存在。
答案 1 :(得分：11)
我总是推荐一个尽可能不变的用户界面：
答案 2 :(得分：11)
这两种风格都有其用途。请记住，您应该始终使用正确的工具来完成工作，并且（创建软件）几乎没有绝对的。
在大多数情况下，最好使用带有灰色元素的静态UI。通过提供简单的非突兀信息（例如，不显示模态消息框），当用户点击或尝试与灰色元素进行交互时，您可以训练您的用户。
在大多数情况下真正发生的事情是，菜单显示为灰色，用户会想知道他们需要修复哪些内容才能点击该元素。这是糟糕的UI设计。
如果您有一个广泛的管理部分，登录用户永远不能使用，那么动态UI也是相关的。通过隐藏管理部分，您可以避免混淆并为不会与隐藏界面元素交互的用户设置“重载”。
Adobe Photoshop等应用程序需要动态UI。在Adobe Photoshop中可以实现数千种命令和菜单项。任何用户理解界面的唯一方法是隐藏和显示用户界面元素，具体取决于应用程序的状态。
答案 3 :(得分：4)
我不认为对这个问题有正确或错误的答案，我认为这只是一个意见/偏好的问题。
就个人而言，我会向用户公开所有功能，并在无法访问时将其灰显。但是，在某些情况下我会考虑从视图中删除按钮，例如
这样做的原因是，当用户不打算访问它们时，或者如果功能只是在那里永远变成灰色时，公开功能是毫无意义的......
希望有所帮助。
答案 4 :(得分：4)
如果某个操作不可用 因为用户的个人资料 禁止使用它不显示它 所有
如果某个操作不可用 因为必须首先采取另一项行动 完成了：
灰色或
保持激活，但在执行时显示a 有明确解释的信息 为什么不能执行
答案 5 :(得分：3)
仅当操作在逻辑上不可能执行任务的当前状态时，或者对某些用户允许执行的操作编码组织规则（例如，通过隐藏，禁用或使用错误消息）使操作不可用（例如，通过隐藏，禁用或使用错误消息） ，特权/权限）。只要有可能，用户操作始终可用：
使用状态指示器来阻止不必要的操作，但无论如何都要允许它们。
使用验证和撤消来防止不明智的操作造成永久性损害，而不是禁止操作。用户可能需要在某天做某事通常是“不可取的”。
改变应用程序设计，以某种方式始终可以执行操作。例如，如果需要在操作完成之前填写字段，请提示用户输入字段，而不是禁止操作。
通过组织策略而非软件控制用户行为。当业务规则发生变化或出现异常或紧急情况时，策略更容易更改。
在以下情况下使用停用：
用户可以在应用中执行某些操作以使操作可用。
可用性是通过同一窗口或其父窗口中的控件实现的。
用户可以轻松找出这个控件。
使用切换控件而不是禁用打开和关闭进程。
对于适用于用户无法更改的当前状态的数据，请使用只读文本框而不是禁用文本框。
使用隐藏（“动态UI”）：
用于当前作业中用户永远无法使用的操作。
用于指示不同的虚拟场所或事物（例如，选项卡控件上的页面，其中每个“选项卡”是不同的位置或事物）。确保视觉设计与此兼容：如果您代表不同的地方，那么让它看起来像不同的地方（例如，标签的方式）
使用替代控件交换大量控件。
使用布局，符号和文字来解释不可用性，尤其是禁用。例如，标记您的必填字段;使用工具提示来说明禁用按钮的原因。
当没有其他方式以图形方式或文本方式指示如何使某个操作可用时，请使用错误消息而不是禁用或隐藏。
http://www.zuschlogin.com/?p=40的进一步细节和理由。
答案 6 :(得分：2)
我几乎总是保持UI静态，并且只是禁用（灰显）此时不适用的组件。它可能会让用户感到不安，如果组件在状态发生变化时显示/隐藏它们，那么会让人感到困惑。
答案 7 :(得分：1)
动态会更好
答案 8 :(得分：1)
我已经看到了两者的好例子，以及两者的坏例子。
您的主要目标应该是确保您的UI设计（您选择的任何路线）使整个过程在逻辑上适合您的目标受众。
答案 9 :(得分：1)
我认为最好关注用户的工作效率以及软件正在实施的业务。
要显示对特定用户或在特定时刻没有意义的操作，将无法帮助，禁用或不启用。
例如，如果您拥有在组织的多个部门中使用的软件，则每个用户/部门仅对实现其所涉及的业务部分的软件部分感兴趣。任何其他东西对他来说都是无用的，只会让软件体验最糟糕。这同样适用于对用户有用但显示无用选项的屏幕。
答案 10 :(得分：1)
为什么不两者兼顾，让A/B testing告诉您用户的偏好？
答案 11 :(得分：1)
嗯，这是最新的MS Office背后的想法，对吧？基于上下文的控件。这与旧版本有很多灰色菜单和工具栏按钮相比。
我在控制系统上工作了很多年，在这些环境中，我们模仿了硬件控制（切换，拨号，按钮），这些控件当然是静态的，但并不总是可用的。这是客户要求，他们的立场是使用系统预期按钮X的操作员始终在同一个地方。但是从设计人员和开发人员的角度来看，我对混乱的UI感到沮丧，并且当屏幕上95％的按钮显示为灰色时，我不喜欢它。
我认为这取决于您的受众群体以及域名和客户要求。在我的店里，我把事物变得动态，并提供基于上下文有意义的控件。通常，我们不会显示当前上下文中不可用的灰色按钮或菜单选项。一旦用户认识到他们遵循某些工作流程并且在适当的时候涉及特定的UI元素，他们就没有问题（并且可能更喜欢）动态UI。
越少越好。
答案 12 :(得分：0)
动态UI的完成就像UI可能会不断变化一样。这些领域可能会不断变化。因此，根据从互联网上获取的字段的信息，设计了ui。 Rembr！所有相似的领域都有相同的设计，所以你可以不断改变UI设计，从而改变应用程序。如果不将较新版本的应用程序上传到云端或Play商店，您可以更改UI的设计。 作为示例，UI模式和字段填写在Excel工作表中并上传到云，并且应用程序可以下载excel表。
以上解释适用于Android动态应用程序开发
答案 13 :(得分：0)
我希望将所有高级选项隐藏在“更多＆gt;＆gt;”/“更少＆lt;＆lt;”之下按钮或“高级模式”复选框，具体取决于上下文和应用程序。
点击/选中后，窗口会展开以显示更多选项。
在动作可用性方面（如带有下一个/上一个按钮的向导），我总是会显示它们，并根据可能的功能启用/禁用它们。
答案 14 :(得分：0)
两者的结合。
如果某个功能在当前状态下不适用，请禁用按钮，但也会在按钮旁边放置一个图标，并将工具提示与图标相关联。工具提示应解释用户现在无法使用该按钮的原因。
将工具提示直接附加到按钮不能很好地工作。大多数用户甚至不会将鼠标悬停在按钮上，因为他们不希望它做任何事情。
并避免感叹号图标。他们建议用户输入无效值（除非他们确实有。）
我想说我总是这样做，但遗憾的是它确实需要更多的编码时间，而且客户并不总是愿意为此付出代价。
答案 15 :(得分：0)
在设计UI时，一致性可能是最重要的。如果按钮弹出和弹出，它们被视为视觉刺激，用户将“花”注意它们。
一个微妙但明显禁用的按钮（不会消失）是我设计UI的首选....
..所以我猜这是选项1：）
答案 16 :(得分：0)
只要您使用用户熟悉的范例，两者都有意义。
选项卡控件基本上是一个动态UI，根据状态而变化。
答案 17 :(得分：0)
根据乔尔 - neither： - ）
答案 18 :(得分：0)
取决于。但是清晰而紧凑的GUI是一件好事。为什么要打扰10个字段/控件，你根本无法改变或使用它们。例如，在stackoverflow上，如果您的声誉很低，则会缩小UI，因为对用户来说根本不重要，有一天他可能会使用它们。另一件事是控件（带边框）通常比文本占用更多空间。如果您有当前无法更改的信息，我会将它们呈现在一个非常紧凑的文本字段/标签中。根据信息，它甚至可以放在表格之外或远离表格。
答案 19 :(得分：0)
无论您选择什么，都要使用按钮的恒定位置。用户通常不会在按钮上阅读文本。
答案 20 :(得分：0)
灰色按钮更好，因为用户会知道在某些情况下这样的功能可用（并且取决于用户在启用时可能猜到的上下文），以及灰色的视觉提示out会向用户发出无法点击该按钮的信号，因此用户不会尝试点击该按钮（点击后消息的问题是它来得太晚 - 用户已经犯了错误。）
答案 21 :(得分：0)
我认为这取决于你想隐藏设计的用户，但一般来说我会选择静态版本。不要忘记，用户界面不仅提供功能，还提供信息。如果你使一个按钮变灰，你会比删除按钮更清楚地通知用户它的状态（通过他能做什么和不做什么）。
删除按钮aproach适用于通常对管理员等系统有深入了解的用户。但我认为你应该使用这个与causion
答案 22 :(得分：0)
只是重复Mitch Wheat所说的话。
如果您根据用户操作使按钮消失并重新出现，那么用户可能会认为他们已经做了一些破坏应用程序的事情。
您也隐藏了用户的操作，因此他们很难发现它可以做什么。
禁用按钮是众所周知的范例，用户将能够看到应用程序可以执行的所有操作，并将尝试查看如何启用它们。
答案 23 :(得分：0)
模态UI引入了模式错误。总是
您目前似乎想要在呈现模态UI的两种不同方式之间进行选择。从那些我会说第一个是优越的（除非你真的有很多可能的命令，请参阅Office 2007 UI以获得如何处理这个的一个很好的例子，但是拥有那么多并不常见。）
如果你有空间并且你没有太多控件那么我真的会使用禁用控件，因为它向用户显示了可能的内容。此外，您可能希望确定UI所处的模式（不仅仅是来自启用的按钮）。我见过用户界面，你已经禁用了按钮，但用户无法弄清楚他必须做些什么来启用它们。
在任何情况下，请务必进行可用性测试，以找出代表您的用户更不容易出错的方式。
答案 24 :(得分：0)
我建议对两者进行原型设计并向用户（或代表性样本）询问他们喜欢的内容以及原因。