Fortschrittsbalken stellen dar, dass eine Aufgabe gerade ausgeführt wird und wie weit die Ausführung bereits fortgeschritten ist.
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.
When indicating progress, the primary choice is between a progress bar or a progress spinner. 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, progress spinners are often a better choice.
Es gibt drei Typen von Fortschrittsbalken:
Time-remaining: these indicate how much time remains in an operation.
Typical-time: these indicate how much time remains, based on an estimate of the expected duration.
Indeterminate: these only indicate that an operation is ongoing, not how long it will take.
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.
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:
Überlegen Sie, was für den Benutzer am relevantesten und interessantesten ist.
It is often better to provide specific information rather than a unitless percentage. For example,
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 typographic conventions to differentiate the most useful information.
Wenn die verbleibende Zeit nur ein Schätzwert ist, verwenden Sie das Wort
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:
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.
If a task includes time-remaining and typical-time stages, try to create a single composite typical-time progress bar.
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.
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:
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.)
If it might be necessary to pause or stop a sub-task (see the general guidelines on this, below).
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.
When showing progress bars for sub-tasks:
Each sub-task should conform to the usage guidelines for progress bars (see when to use, above).
Generally speaking, it is not necessary to show a progress bar for overall progress through the set of tasks.
In the past, progress windows were a popular way to present progress bars. These secondary windows would appear for the duration of a task, and would contain one or more progress bars. In general, progress windows are not recommended, since the consequence of closing the window can be unclear and they can obscure useful controls and content.
Where possible, progress bars should be displayed inline, and should have a close visual relationship with the content items or controls which represent the ongoing task.
Falls der in Bearbeitung befindliche Vorgang potenziell destruktiv oder ressourcenintensiv ist, sollten Sie einen Pause- oder Abbrechen-Knopf am Fortschrittsbalken platzieren.
Ensure that time-remaining and typical-time progress bars measure an operation’s total time or total work, not just that of a single step.
Update time-remaining progress bars when changes occur that will cause the operation to finish more quickly or more slowly.
When using a typical-time progress bar, if your application overestimates the completed amount of work, the length of the bar can indicate
GtkProgressBar