Being able to use drag and drop to customise the toolbar and to be able to remove/hide unwanted toolbars without leaving an unused button whose only purpose is restore/unhide them.
IMO, user name and password login options need work. I understand there are security concerns with each of these options. The risk-trade off is different for each application and needs to be assessed on an app by app basis.
Often forgotten or poorly implemented features include:
Remember Me
Forgot password
If you have a restrictive password policy, give me a hint as to what it is!
Range for # of characters, no special characters, required numbers or capitol letters, etc
Forgot username
If my username is not my email address, give me a hint to your username policy
Kind of too general a question. It would depend on what does the application do. One thing I see often missing from gui applications is an easy way undo mistakes and not only in the object you're manipulating but also on program UI elements. Closing some floating options panel or toolbar by mistake and then having no idea where is the thing enabled frustrates me to no end. Is it under Windows? Or under View? Was it this one? no that one is for something else entirely. Gah! what's it called?
与其他窗口和屏幕板对齐的窗口。 KDE 和 Winamp 就是这样做的，并且是最著名的。 为什么其他应用程序和桌面环境不这样做呢？
Windows that snap to other windows and screenboarders. KDE and Winamp do this, and are the ones most famous for it. Why don't a whole host of other applications and DEs do this?
What's usually left out in UI's? Nothing! (literally. empty space). The question is better asked "What can be taken out?". When you have to think of what else your UI needs, you have already gone too far. Leaving out empty space is something UI programmers need to work on. Nobody likes feature creeping.
Right click context menu on things like tree views and grids.
We have an record management application here at work that I have to use now and then and they don't have right click on any of the documents in the treeview so you have to keep going to the bottom of the screen to mark a task as completed grrr, and no keyboard shortcuts too grrr
Consistency in your design... There are too many apps that "look" like a programmer wrote them. I can't stress enough!
Automation... Office has it, I wish more apps did.
CLI... As mentioned above, especially if it's a repetitive-wizard-type process
Templates/Presets... like Handbrake... make life easier, not to mention handy in the training process
Error/Confirm messages which don't get in the way... Unless the user needs to take immediate action, don't display a dialog. If the error is obvious, fix it for me and then tell me why
Scalable UI. With WPF this is getting easier, but it is annoying if I'm on a large monitor and I have to squint to see anything. Not to mention my click accuracy isn't that great.
发布评论
评论（24）
对用户的实际考虑似乎经常被忽略：
actual consideration for the user seems to be left out quite frequently:
能够使用拖放来自定义工具栏，并能够删除/隐藏不需要的工具栏，而不会留下未使用的按钮，其唯一目的是恢复/取消隐藏它们。
Being able to use drag and drop to customise the toolbar and to be able to remove/hide unwanted toolbars without leaving an unused button whose only purpose is restore/unhide them.
当应用程序执行的操作时间超过一秒时，冻结应用程序。
不向用户显示正在发生的情况，也不指示需要多长时间。
Freezing the application when it's doing something that takes more than a second.
Not showing users what's happening, and not indicating how long it's going to take.
IMO，用户名和密码登录选项需要工作。 我了解每个选项都存在安全问题。 每个应用程序的风险权衡都不同，需要逐个应用程序进行评估。
经常被遗忘或实施不当的功能包括：
IMO, user name and password login options need work. I understand there are security concerns with each of these options. The risk-trade off is different for each application and needs to be assessed on an app by app basis.
Often forgotten or poorly implemented features include:
有点太笼统的问题。 这取决于应用程序的作用。 我发现 GUI 应用程序中经常缺少的一件事是一种简单的方法来撤消错误，不仅在您正在操作的对象中，而且在程序 UI 元素上。 错误地关闭一些浮动选项面板或工具栏，然后不知道该功能在哪里启用，这让我感到非常沮丧。 是在Windows下吗？ 或者在“查看”下？ 是这个吗？ 不，那完全是为了别的事情。 嘎！ 它叫什么？
Kind of too general a question. It would depend on what does the application do. One thing I see often missing from gui applications is an easy way undo mistakes and not only in the object you're manipulating but also on program UI elements. Closing some floating options panel or toolbar by mistake and then having no idea where is the thing enabled frustrates me to no end. Is it under Windows? Or under View? Was it this one? no that one is for something else entirely. Gah! what's it called?
使用选项卡按钮循环浏览链接和字段。
Cycling through links and fields using the tab button.
左键单击拖动以突出显示，右键单击上下文菜单，其中包含复制突出显示文本的选项。 发现某些用 Java 编码的应用程序缺失。
Left click drag to highlight, right click for context menu with option to copy highlighted text. Found missing from some applications coded in Java.
与其他窗口和屏幕板对齐的窗口。 KDE 和 Winamp 就是这样做的，并且是最著名的。 为什么其他应用程序和桌面环境不这样做呢？
Windows that snap to other windows and screenboarders. KDE and Winamp do this, and are the ones most famous for it. Why don't a whole host of other applications and DEs do this?
撤消对代码来说很麻烦，但对最终用户非常有用。
保存所有/任何窗口的位置和大小，以便在程序重新启动时恢复它们。
阅读可用性专家 (Aza Raskin) 撰写的关于撤消的文章：当您想要撤消时切勿使用警告。 编写撤消代码并不那么困难：示例 [1]，[1.5]、[2]。
Undo is bitchy to code, but very useful to the end users.
Save the location and size of all/any windows, so they are restored whenever the program is restarted.
Read this article on Undo from a usability expert (Aza Raskin): Never Use a Warning When you Mean Undo. Coding undo is not all that hard: examples [1], [1.5], [2].
以下是我经常发现的一些 UI 功能做得很糟糕，甚至缺失：
These are some of the UI features that I often find are done badly, or are even missing:
键盘快捷键
keyboard Shortcuts
UI 中通常会遗漏什么？ 没有什么！ （字面意思。空的空间）。 这个问题最好问“可以取出什么？”。 当您必须考虑 UI 还需要什么时，您就已经走得太远了。 留出空白区域是 UI 程序员需要做的事情。 没有人喜欢功能蔓延。
记住 KISS 规则。
What's usually left out in UI's? Nothing! (literally. empty space). The question is better asked "What can be taken out?". When you have to think of what else your UI needs, you have already gone too far. Leaving out empty space is something UI programmers need to work on. Nobody likes feature creeping.
Remember the KISS rule.
一个 API 和一个脚本语言，这样我就可以绕过 UI。
严重地。 没有什么比通过一些重复的过程进行点击更乏味（并且容易出错）的了。
An API and a scripting language so I can bypass the UI.
Seriously. Nothing is more tedious (and error-prone) than having to point-and-click through some repetitive process.
右键单击树视图和网格等内容的上下文菜单。
我们工作中有一个记录管理应用程序，我必须时不时地使用它，并且他们无法右键单击树视图中的任何文档，因此您必须继续转到屏幕底部将任务标记为完成 grrr，也没有键盘快捷键 grrr
Right click context menu on things like tree views and grids.
We have an record management application here at work that I have to use now and then and they don't have right click on any of the documents in the treeview so you have to keep going to the bottom of the screen to mark a task as completed grrr, and no keyboard shortcuts too grrr
用户界面一致性。
UI Consistency.
我知道我过去因忽略打印支持而感到内疚。 我永远不会使用它，但我的一些用户会使用它。
I know I've been guilty of leaving out printing support in the past. I would never use it, but some of my users do.
好的设计。
Good design.
在对话框中留出空间，这样如果您将其国际化，您就有空间容纳更长的单词（例如意大利语）和更大的字体（例如中文）。
Leave room in your dialogs so if you internationalize it, you have room for longer words (think Italian) and bigger fonts (think Chinese).
我自己将添加一些尚未提及的内容：
在完成其他工作时可以保持打开状态的非模态表单。
能够一次查看多个窗口（而不是一次只显示一个选项卡）
能够同时拥有单个窗口的多个视图，即分割模式或窗格，或同一对象中的实际多个窗口。
能够同时拥有单个窗口的多个视图
I'll add a few myself that have't been mentioned yet:
Non-modal forms that can remain open while other work is done.
Ability to view multi-windows at once (instead of tabs which show only one at a time)
Ability to have multiple views of a single window at once, i.e. split mode, or panes, or actual multiple windows into the same object.
干净直观。
Clean and intuitive.
干净的图标。 好的图标。 有意义的图标。
我对应用程序内的大量图标感到非常失望——尤其是在 Windows 上;-)
Clean icons. Good icons. Meaningful icons.
I am very disappointed with a lot of icons inside applications — especially on Windows ;-)