Projects/Usability/HIG/Wording: Difference between revisions

From KDE TechBase
< Projects‎ | Usability‎ | HIG
(HIG moved to community)
 
Line 1: Line 1:
__NOTOC__
{{ Moved To Community | KDE_Visual_Design_Group/HIG/Wording }}
 
== Purpose ==
Every word displayed in an application is part of a conversation with users. This conversation is an opportunity to provide clarity and to help people feel comfortable in the system.
 
== Guidelines ==
* Use a terminology that is familiar and easy to understand for the target audience (i.e. Persona) of your application.
* Put the most important thing first.
* Short words, active verbs and common nouns.
* Avoid [[Projects/Usability/HIG/Contractions|contractions]] such as ''Don't'' and ''Won't'' etc.
* Avoid abbreviations (including ampersand instead of 'and'), acronyms, and tech-babble.
* Use a tone that’s informal and friendly, but not too informal; avoid popular, but transient, words and phrases.
* Keep information short and consistent; avoid redundancy or unnecessary words. e.g. Do not repeat the dialog title in the dialog text.
* Don't abuse [[Projects/Usability/HIG/Capitalization|capitalization]] because it draws people’s attention.
* For date and time information, consider that your app may potentially be used for several years; do not use immutable date references like ''this year'' unless it is algorithmically determined.
* Follow system-wide wording conventions for basic functions to keep wording consistent.
 
[[Category:Usability]][[Category: Presentation]]

Latest revision as of 12:09, 4 August 2016

This page is now on the community wiki.