<?xml version="1.0" encoding="utf-8"?>
<page xmlns="http://projectmallard.org/1.0/" xmlns:uix="http://projectmallard.org/experimental/ui/" type="topic" id="progress-bars" 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>

    <link type="guide" xref="ui-elements"/>
    <uix:thumb mime="image/svg" src="figures/ui-elements/progress-bars.svg"/>

    <include xmlns="http://www.w3.org/2001/XInclude" href="legal.xml"/>
  
    <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>
  
    <mal:credit xmlns:mal="http://projectmallard.org/1.0/" type="translator copyright">
      <mal:name>Mario Blättermann</mal:name>
      <mal:email>mario.blaettermann@gmail.com</mal:email>
      <mal:years>2016</mal:years>
    </mal:credit>
  </info>

<title>Fortschrittsbalken</title>

<p>Fortschrittsbalken stellen dar, dass eine Aufgabe gerade ausgeführt wird und wie weit die Ausführung bereits fortgeschritten ist.</p>

<media type="image" mime="image/svg" src="figures/ui-elements/progress-bars.svg"/>

<section id="when-to-use">
<title>Anwendungsfälle</title>

<p>It is usually necessary to indicate that progress is taking place whenever an operation takes more than around three seconds. This ensures that users understand that they have to wait, and that an error has not occurred.</p>

<p>When indicating progress, the primary choice is between a progress bar or a <link xref="progress-spinners">progress spinner</link>. Progress bars indicate how much of a task has been completed. They are therefore useful for tasks that take a long time. As a rule of thumb, only use a progress bar for tasks that take over 30 seconds. For tasks that have shorter periods, <link xref="progress-spinners">progress spinners</link> are often a better choice.</p>

</section>

<section id="types">
<title>Typen</title>

<p>Es gibt drei Typen von Fortschrittsbalken:</p>

<list>
<item><p>Time-remaining: these indicate how much time remains in an operation.</p></item>
<item><p>Typical-time: these indicate how much time remains, based on an estimate of the expected duration.</p></item>
<item><p>Indeterminate: these only indicate that an operation is ongoing, not how long it will take.</p></item>
</list>

<p>Accuracy is preferable for progress bars. Where possible, use a time-remaining progress bar, followed by typical-time. Try to avoid using indeterminate progress bars.</p>

</section>

<section id="progress-text">
<title>Fortschrittstext</title>

<p>Jeder Fortschrittsbalken kann eine Textbeschreibung darstellen. Dieser Text sollte vermitteln, wie lange es noch dauert, bis die Abarbeitung einer Aufgabe abgeschlossen ist. Folgendes sollten Sie bei der Auswahl des Textes bedenken:</p>

<list>
<item><p>Überlegen Sie, was für den Benutzer am relevantesten und interessantesten ist.</p></item>
<item><p>Oft ist es besser, den Benutzern spezifische Informationen anstelle Prozentsätzen zu bieten. Beispielsweise ist die Anzeige <gui>13 of 19 images rotated</gui> oder <gui>12.1 of 30 MB downloaded</gui> hilfreicher als <gui>13% complete</gui>.</p></item>
<item><p>For long-running tasks, it can be desirable to show an estimate of the time remaining in the progress bar text. If other relevant information isn't available, this can be shown on its own. Alternatively, it can appear alongside text about task progress; however, be careful not to overwhelm the user with too much information when doing this, and use <link xref="typography">typographic conventions</link> to differentiate the most useful information.</p></item>
<item><p>Wenn die verbleibende Zeit nur ein Schätzwert ist, verwenden Sie das Wort <gui>about</gui>. Beispiel: <gui>About 3 minutes left</gui>.</p></item>
</list>

</section>

<section id="task-stages">
<title>Zustände von Aufgaben</title>

<p>Some tasks can be made up of a sequential series of stages, each of which have different options for time estimation. It might be possible to estimate the time remaining for part of a task, but not another part, for example. In these situations:</p>

<list>
<item><p>Only communicate the different stages in a task when they are relevant to a user. Generally speaking, this will not be required, and it is not necessary or desirable to communicate separate stages in a task.</p></item>
<item><p>If a task includes time-remaining and typical-time stages, try to create a single composite typical-time progress bar.</p></item>
<item><p>If a task includes an indeterminate progress stage, the progress bar can show indeterminate progress for part of the task. However, you should avoid showing indeterminate progress bars for long periods of time, and should attempt to keep the number of progress bar mode changes to an absolute minimum. Avoid indeterminate progress wherever possible.</p></item>
</list>

</section>

<section id="sub-tasks">
<title>Teilaufgaben</title>

<p>If a task is comprised of multiple sub-tasks (such as downloading several files simultaneously), it is generally advisable to show a single progress bar which indicates composite progress for the overall task. However, there are some situations where this might not be the case:</p>

<list>
<item><p>If it is genuinely useful for the user to know progress within each individual sub-task. (As an alternative, completion of each sub-task can be indicated with progress text.)</p></item>
<item><p>If it might be necessary to pause or stop a sub-task (see the <link xref="#general-guidelines">general guidelines</link> on this, below).</p></item>
<item><p>If sub-tasks are already indicated in your application's user interface. In this case, it can be less disruptive to show a progress for each item inline.</p></item>
</list>

<p>Folgendes sollten Sie bei der Anzeige von Fortschrittsbalken für Teilaufgaben beachten:</p>

<list>
<item><p>Each sub-task should conform to the usage guidelines for progress bars (see <link xref="#when-to-use">when to use</link>, above).</p></item>
<item><p>Im Allgemeinen ist es nicht notwendig, einen Fortschrittsbalken für den Gesamtfortschritt der auszuführenden Aufgaben anzuzeigen.</p></item>
</list>

</section>

<section id="progress-windows">
<title>Forschrittsfenster</title>

<p>In der Vergangenheit waren Fortschrittsfenster eine beliebte Methode zum Darstellen von Fortschrittsbalken. Die sekundären Fenster wurden für die Dauer der auszuführenden Aufgabe angezeigt und enthielten eine oder mehrere Balkenanzeigen. Generell werden solche Fortschrittsfenster nicht mehr empfohlen, da die Auswirkung beim Schließen des Fensters unklar ist und diese Fenster außerdem nützliche und wichtige Bedienelemente und Inhalte verdecken können.</p>

<p>Wo immer möglich sollten Fortschrittsbalken eingebettet angezeigt werden und einen engen visuellen Bezug zu den Inhaltsobjekten oder Bedienelementen haben, welche die in Ausführung befindliche Aufgabe darstellen.</p>

</section>

<section id="general-guidelines">
<title>Allgemeine Richtlinien</title>

<list>
<item><p>Falls der in Bearbeitung befindliche Vorgang potenziell destruktiv oder ressourcenintensiv ist, sollten Sie einen Pause- oder Abbrechen-Knopf am Fortschrittsbalken platzieren.</p></item>
<item><p>Stellen Sie sicher, dass Fortschrittsbalken, die die typische oder verbleibende Zeit anzeigen, die Gesamtzeit oder den Gesamtaufwand messen und sich nicht nur auf einen einzelnen Schritt beziehen.</p></item>
<item><p>Aktualisieren Sie Fortschrittsbalken, die die verbleibende Zeit anzeigen, wenn sich Änderungen ergeben, die einen Vorgang deutlich beschleunigen oder verlangsamen.</p></item>
<item><p>When using a typical-time progress bar, if your application overestimates the completed amount of work, the length of the bar can indicate <gui>almost complete</gui> until the operation is complete. If your application underestimates how much work is complete, fill the remaining portion of the bar when the operation is complete.</p></item>
</list>

</section>

<section id="api-reference">
<title>API-Referenz</title>

<list>
<item><p><link href="https://developer.gnome.org/gtk3/stable/GtkProgressBar.html">GtkProgressBar</link></p></item>
</list>
</section>

</page>
