Human Interface Guidelines

I love that the Elementary HIG puts emphasis on choosing the scope of what you ask users to do, on writing style, and on a bunch of very basic usability concerns. There's a misconception that because we have Retina displays and silky animations we're somehow in a more advanced state usability-wise than we were decades ago, but many of the interaction design lessons of yore have still not been widely adopted.

Could be better, as no accessibility for people with disabilities referenced at a technical conformance level: this needs to be a part of the guidelines.

Keyboard access (e.g., http://www.linuxfoundation.org/collaborate/workgroups/access...) should be a part of the overall guidelines, even without annotation to support of accessibility. This should include visual focus, as well as well defined default keyboard shortcuts, where supported by the operating system, window manager, or application conventions.

At a deeper level, concepts of textual representation of the user interface via Name, Role, State, etc. need to be conveyed. Language used in this guide that is heavily visual centric should be considered and revised if it leads end developers to ONLY think of visual situations, or encourages them to ignore accessibility.

I also take issue with the stance against configuration. The one thing that I've found most frustrating about using computers in recent years is that I am constantly losing control over my programs to the headlong pursuit of "minimalism." Now, I don't mind simple interfaces. I don't even mind defaults geared toward the… technically challenged. What I do mind is being unable to decide how my computer behaves and how I interact with it, being effectively forced to use my computer in whatever way the developers of my current software stack have deemed best for most of their users—or, of course, switch to another software stack entirely. The latter approach doesn't exactly scale.

Now, I suppose there's a third option: dig into the internals of the unconfigurable tools looking for dconf settings or configuration files I can hack at to give me back location bars and the ability to manipulate windows with the Alt key and the mouse. Of course, this is rather difficult when the developers have been actively discouraged from writing the documentation that would make this a relatively straightforward endeavour. Instead, I'm left first trying fruitlessly to Google any and every permutation and phrasing of what I want to accomplish, next hoping that Gnome Tweak or the equivalent has a fix for the recently nerfed functionality, and finally considering for a moment searching manually through the program source for what I want before deciding it's really not worth my time, at which point I usually just throw the program out entirely and install the most bloated KDE-based alternative I can find.

/rant. I realize Elementary is designed to be as functional as possible in the hands of the non–power-user majority, but I wish it didn't come at the expense of power-usability. One can of course substitute in more powerful third-party programs for the simple system defaults, but one then loses system integration. I would love to see a project like Elementary cater to both groups of users, since I (like most self-described power users) belong to both groups, depending on the task at hand, but developers only ever seem interested in targeting one group or the other.

The only thing that put me off and made me mistrust the quality of the content of a design related how-to, is the typographical choices made for such a text heavy site. A font size of 14 px and a line-height of 2 em simply don't work in this specific layout. Legibility suffers and could be improved by sticking with a more consvervative line height of, ie. 1.5. - 1.7 em

The content itself I can't wait to evaluate though.

I can see this type of thing being a very popular site if written about different UI frameworks. With examples.

Also, is Luna trademarked by Microsoft?