Weblogeintrag vom 27. April 2006

Thursday, 2006-04-27 10:16

Prozentbalken sind immer frustrierend: sie stimmen nie. Was zum Beispiel beim Kopieren einer großen Datei noch klappt, schlägt fehl, wenn mehrere verschiedene Aktionen in einer einzigen Prozentanzeige zusammengefasst werden sollen. Das sieht man häufig beim Start von Spielen oder Grafikdemos: der Balken läuft erst schnell, dann langsamer, bleibt stehen und springt plötzlich nach vorn. Warum? Weil der Programmierer nicht die Zukunft vorhersagen kann. Wenn auf viele schnelle Schritte ein langsamer folgt, was heißt das dann für die restlichen Schritte? Werden sie ebenfalls langsam sein oder wieder schneller? Und wie hätte man das ganz am Anfang wissen sollen? Eine paar gute Ideen, wie man die frustrierende Wartezeit etwas entschärfen kann, habe ich dennoch gefunden:

Nicht die Gesamtzeit anzeigen sondern die verbleibende. Wenn ich wie auf Kohlen sitze, will ich wissen, wie lange ich noch warten muss, nicht, wie lange ich gewartet habe.
Hinschreiben, dass es sich um eine "geschätzte" Zeit handelt, also z. B. "geschätzte Restzeit" oder "noch 3 Minuten verbleibend (geschätzt)".
Keine Prozentzahl anzeigen sondern z. B. "8 Tabellen übertragen, 3 verbleibend" (auch hier wieder nicht die Gesamtzahl sondern die verbleibende anzeigen). Eine Prozentzahl wie z. B. 50 % suggeriert, dass es sich um die Hälfte der Zeit handeln würde, tatsächlich ist es aber die Hälfte der abzuarbeitenden Objekte (Dateien, Tabellen, Zeilen).

2006-04-27 14:17: Besonders zu Zeiten von 98 habe ich mich über Ladebalken in Spielen immer gefreut, egal wie schnell sie liefen, weil ich mir dann sicher sein konnte dass Windows nicht abgestürzt war.
Aber zu Zeiten relativ abstürzsicheren OS sollte man wirklich über deine Ideen nachdenken.

Noch zwei Ideen:
- Lieber mehr als weniger, dann freut man sich wenn es schneller geht.
- Man kann auch unendliche Ladebalken verwenden, ganz im Stile von Web 2.0. z.B. dieses laufende Rad, welches man überall sieht.; Pablo
2006-04-30 20:21: "Weil der Programmierer nicht die Zukunft vorhersagen kann." wurde von Mac OS X 10.4 widerlegt: Der Ladebalken beim Start des Betriebssystems läuft solange, wie das Booten beim letzten Mal gedauert hat. Mehr dazu steht auf http://daringfireball.net/misc/2005/04/tiger_details#waitingforloginwindow; Malte
2006-05-01 14:09: Beim Booten kann man sicherlich tricksen. Bei Renderzeiten bringen Ladebalken sehr wenig. Was ich wirklich hasse sind "Unendliche Ladebalken". Dann lieber "falsche Ladebalken".; stefan
2006-05-01 21:27: Was meinst du mit unendlichen, was mit falschen Ladebalken? Was ist hasse sind die, die von 0 bis 100% laufen und dann wieder von vorn anfangen.; Thiemo
2006-05-02 11:04: Auch möglich: Mehrere Anzeigen verwenden, wenn sich die Aktion in mehrere Teile aufteilen lässt: So kann man eine Progressbar für die aktuelle Teilaufgabe von null bis hundert laufen lassen und darunter eine für das Gesamtproblem ansteigen lassen. Die untere kann dabei immer noch ruckelig bleiben - aber in der oberen sieht mann 1) dass noch etwas passiert 2) woran ein plötzlich langsamerer Gesamtfortschritt liegt.

(Pablo: Das "laufende Rad" finde ich ganz gruselig: Es sagt so etwas wie "ich habe gemerkt, dass Du geklickt hast" - aber ob die Anwendung tatsächlich etwas tut bleibt im Verborgenen.); Martin

Kommentare zu diesem Beitrag können per E-Mail an den Autor gesandt werden.

Thiemos Archiv