gnome-devel-docs 3.14.1-1 / usr / share / help / de / hig / writing-style.page

<?xml version="1.0" encoding="utf-8"?>
<page xmlns="http://projectmallard.org/1.0/" type="topic" id="writing-style" xml:lang="de">

  <info>
    <credit type="author">
      <name>Allan Day</name>
      <email>aday@gnome.org</email>
    </credit>
    <credit>
      <name>Calum Benson</name>
    </credit>
    <credit>
      <name>Adam Elman</name>
    </credit>
    <credit>
      <name>Seth Nickell</name>
    </credit>
    <credit>
      <name>Colin Robertson</name>
    </credit>
    <include xmlns="http://www.w3.org/2001/XInclude" href="legal.xml"/>
    <desc>Writing text for your user interface, including capitalization rules.</desc>    
  
    <mal:credit xmlns:mal="http://projectmallard.org/1.0/" type="translator copyright">
      <mal:name>Christian Kirbach</mal:name>
      <mal:email>christian.kirbach@gmail.com</mal:email>
      <mal:years>2014</mal:years>
    </mal:credit>
  </info>

<title>Schreibstil</title>

<p>Text plays an important role in user interfaces. Take the time to ensure that any text you use is clearly written and easy to understand.</p>

<section id="guidelines">
<title>Richtlinien</title>

<p>Your main goal should be to ensure that text is easy to understand and quick to read.</p>

<list>
<item><p>Keep text short and to the point. This improves speed of comprehension for the user. It also reduces the expansion of text when translated (remember that translated English text can expand up to 30% in some languages).</p></item>
<item><p>Do not shorten your text to the point of losing meaning. A three-word label that provides clear information is better than a one-word label that is ambiguous or vague. Try to find the fewest possible words to satisfactorily convey the meaning of your label.</p></item>
<item><p>Use words, phrases, and concepts that are familiar to the people who will be using your application, rather than terms from the underlying system. This may mean using terms that are associated with the tasks your application supports. For example, in medicine, the paper folder that contains patient information is called a “chart”. Hence, a medical application might refer to a patient record as a “chart” rather than as a “patient database record”.</p></item>
<item><p>Use the standard GNOME terms when referring to parts of the user interface, such as ‘pointer’ and ‘window’. You can find a full list of these in the GNOME Documentation Style Guide, Recommended Terminology.</p></item>
<item><p>Avoid repetition where possible.</p></item>
</list>

</section>

<section id="capitalization">
<title>Großschreibung</title>

<p>Two styles of capitalization are used in GNOME user interfaces: header capitalization and sentence capitalization.</p>

<section id="header-capitalization">
<title>Header Capitalization</title>

<p>Header capitalization should be used for any headings, including header bar headings and page, tab and menu titles. It should also be used for short control labels that do not normally form proper sentences, such as button labels, switch labels and menu items.</p>

<p>Capitalize the first letter of:</p>

<list>
<item><p>All words with four or more letters.</p></item>
<item><p>Verbs of any length, such as “Be”, “Are”, “Is”, “See” and “Add”.</p></item>
<item><p>The first and last word.</p></item>
<item><p>Hyphenated words; for example: “Self-Test” or “Post-Install”.</p></item>
</list>

<p>For example: “Create a Document”, “Find and Replace”, “Document Cannot Be Found”.</p>

</section>

<section id="sentence-capitalisation">
<title>Sentence Capitalization</title>

<p>Sentence capitalization should be used for labels that form sentences or that run on to other text, including labels for check boxes, radio buttons, sliders, text entry boxes, field labels and combobox labels. It should also be used for explanatory or body text, such as in dialogs or notifications.</p>

<p>Capitalize the first letter of:</p>

<list>
<item><p>The first word.</p></item>
<item><p>Any words normally capitalized in sentences, such as proper nouns.</p></item>
</list>

<p>For example: “The document cannot be found in this location.” “Finding results for London.”</p>

</section>
</section>

<section id="ellipses">
<title>Ellipses (…)</title>

<p>Use an ellipsis (…) at the end of a label if the action requires further input from the user before it can be carried out. For example, <gui>Save As…</gui>, <gui>Find…</gui> or <gui>Rename…</gui>.</p>

<p>Do not add an ellipsis to commands like <gui>Properties</gui> or <gui>Preferences</gui>. While these commands open windows that can incorporate further functionality, the label does not specify a particular action, and therefore does not need to communicate that further input is required.</p>

</section>

</page>