it-swarm.com.de

Immer kleiner werdende Schieberegler in sehr langen Dokumenten

Ich arbeite an einem sehr langen Dokument in Word 2007, und es wird schwierig, darin zu navigieren. Nun, ich kann nach Überschriften usw. navigieren, aber wir können uns auf den Schieberegler der Bildlaufleiste konzentrieren.

Das Problem ist, dass der Schieberegler der Bildlaufleiste kleiner wird, wenn das Dokument länger wird. Es hat offensichtlich mehrere Nachteile:

  1. Es ist schwierig, mit dem Mauszeiger zu fangen.
  2. Wenn Sie es fangen, würden Sie selbst mit kleinen Bewegungen sicher das überschießen, wonach Sie gesucht haben.

Auf der anderen Seite besteht der einzige Vorteil darin, dass Sie wissen, wie lang das Dokument ist - was nicht viel hilft, da der Zweck der Bildlaufleiste die Navigation ist.

Ich bin kein UI-Designer, daher weiß ich nicht viel. Ich stelle fest, dass Apple, Adobe und andere Hersteller von Grafiksoftware diesbezüglich gute Arbeit geleistet haben, indem Benutzer den Inhaltsbereich so natürlich wie das Navigieren auf einem großen Blatt Papier schwenken konnten.

Nun, ich denke auch, dass Bildlaufleisten für eine Weile länger bleiben werden. Meine Idee hierfür ist es, den Schieberegler groß genug zu halten, um ihn einzufangen, und die Folienreaktion entsprechend der Länge des Dokuments anzupassen, um ein Überschwingen zu minimieren. Was wurde in der UI-Design-Community noch unternommen, um dieses Problem zu beheben?

7
Kit

Kompromisse beim Scrollbar-Design

In MS Windows beträgt die minimale Größe des Bildlaufleisten-Schiebereglers etwa 10 Pixel. Eine Maus ist so eingestellt, dass ein erfahrener Benutzer sie mit einer Genauigkeit von ungefähr einem Pixel ziehen kann. Daher werden Bildlaufleisten für das Ziehen mit Bildlauf unbrauchbar, wenn die Anzahl der Pixel in der Bildlaufleisten-Spur der Anzahl der Inhaltsbereiche entspricht, zu denen gescrollt werden soll. Angenommen, Sie haben einen Bildlaufbereich mit einer Höhe von 1000 Pixel, sodass Sie eine Spur mit einer Bildlaufleiste von 990 Pixel haben, und es gibt 20 Pixel pro Inhaltszeile. Dann ist das größte Dokument, das der Benutzer verwenden kann, (1000/20) * 990 = 49.500 Zeilen. Ab diesem Zeitpunkt können Benutzer den Schieberegler nicht mehr auf einen beliebigen Inhalt ziehen - Überschwinger sind unvermeidlich. Das Beste, was sie tun können, ist, in die allgemeine Nachbarschaft zu ziehen und dann andere Mittel für relativ feine Anpassungen zu verwenden. In der Praxis wird das Scrollen schwierig, wenn das Dokument etwa die Hälfte dieser Grenze aufweist.

Bei einer herkömmlichen Bildlaufleiste muss der Schieberegler für die Bildlaufleiste eine Mindestgröße haben. Dies ist ein Kompromiss zwischen der einfachen Ausrichtung der Maus (Fitts-Gesetz) und dem Belassen einer möglichst großen Spur, die bestimmt, wie genau Sie ziehen können ein Ort, so haben Sie einen Kompromiss. Dies ist auch dann ein Problem, wenn Sie die Bildlaufleiste nicht zum Codieren der Dokumentgröße und der relativen Position des Benutzers verwenden. Wenn Sie die minimale Schiebereglergröße auf die Hälfte des Bereichs (im Beispiel 500 Pixel) erhöhen, verbleiben jetzt nur noch 500 Pixel in Ihrer Spur, sodass die maximale Dokumentgröße 25.000 Zeilen für das Scrollen durch Ziehen beträgt.

Ändern Sie das Verhalten der Bildlaufleiste?

Ich denke, Sie schlagen vor, die Verstärkung der Bildlaufleiste zu verringern, damit das Ziehen der gesamten Spurlänge nicht unbedingt die gesamte Länge des Dokuments zieht. Stattdessen ist jedes Pixel der Schiebereglerbewegung immer kleiner als ein Inhaltsbereich, sodass der Benutzer immer auf einen Genauigkeitsbereich ziehen kann. Dies würde jedoch das für die Navigation wichtige Feedback zu Größe und Position entfernen. Das Anzeigen der Dokumentgröße und der Benutzerposition hat alles mit der Navigation zu tun: Um zu wissen, wohin sie gehen sollen, müssen Benutzer wissen, wo sie sich befinden und wie weit sie gehen können. Daher betrachte ich diese irrelevanten Informationen nicht als Code in der Bildlaufleiste. Die Positionscodierung ist besonders wichtig für lange Dokumente. Das Erhöhen der Schiebereglergröße für kleinere Dokumente gibt mehr als nur die Größe des Dokuments an. Es ermöglicht auch ein schnelleres Scrollen, wenn es möglich ist. Es ist einfacher, mit dem Schieberegler nach Hause zu gelangen, und es ist ein kürzerer Zug, um von einem Ende des Dokuments zum anderen zu gelangen. Durch Verringern der Verstärkung wird auch die Metapher „Ansichtsfenster“ der Bildlaufleiste unterbrochen, was die Benutzer verwirren würde. Was passiert, wenn sie den Schieberegler nach unten oder oben bewegen? Geht es in die Mitte zurück? Das wäre seltsam und schwer zu kontrollieren, da der Benutzer immer wieder zum Schieberegler zurückkehren muss, um wiederholt zu ziehen.

Auf der anderen Seite könnte ich so etwas als separates Steuerelement sehen, das zusätzlich in der Bildlaufleiste für Fenster enthält, die das Potenzial haben, viel Inhalt anzuzeigen . Ich würde es so aussehen lassen und sich wie ein Daumenrad verhalten, um eine hilfreiche Metapher zu erstellen und das Problem der Suche auf dem Schieberegler zu beseitigen. Der Benutzer kann von jedem Punkt entlang des Fensters ziehen. Vielleicht könnten Sie es sogar mit „Momentum“ geschwindigkeitsempfindlich machen, sodass schnelle Drags weiter scrollen als langsame Drags. Klingt für mich nach einer guten HCI-Masterarbeit.

Mindestgröße erhöhen?

Ich weiß nicht, wie TPTB sich für die aktuelle Mindestgröße des Schiebereglers entschieden hat, aber dies wurde sicherlich vor vielen Jahren getan, als die Bildschirme kleiner waren. Bei den heutigen Bildschirmen sind die Maus-Schwenkdistanzen größer und die Spurgrößen größer. Ich gehe davon aus, dass sich der optimale Punkt zwischen Maus-Homing und Ziehgenauigkeit ändert. Ich denke, Sie können dafür eintreten, die Mindestgröße zu erhöhen. Im obigen Beispiel würde das Vierfache der minimalen Größe auf 40 Pixel die Referenzierungszeit der Maus um bis zu 29% reduzieren, aber nur die maximale Dokumentgröße um unbedeutende 3%.

Auf der anderen Seite gibt es da draußen einige kleine Bildlauffenster, die es wahrscheinlich immer sein werden. Auf meinem Computer ist der Bereich Dateityp für Windows-Ordneroptionen beispielsweise nur 115 Pixel hoch und jede Zeile 17 Pixel. Durch Erhöhen der minimalen Schiebereglergröße von 10 auf 40 Pixel würde die maximal verwendbare Anzahl von Zeilen von 710 auf 507 verringert - eine Reduzierung um 30%, die wahrscheinlich nicht akzeptabel ist. Viele Dialogfelder müssten neu gestaltet (vergrößert) werden, wenn wir die Mindestgröße des Schiebereglers erhöhen würden. Sie können die minimale Schiebereglergröße abhängig von der Fenstergröße variieren, aber ich weiß nicht, wie gut das funktionieren würde. Erkennen Benutzer die minimale Schiebereglergröße und verwenden sie, um zu beurteilen, ob sie "fixiert" ist? Viele Probleme, die Forschung erfordern. Ich denke, das ist eine weitere Masterarbeit.

Andere Lösungen?

Persönlich würde ich gerne sehen, dass dieses Problem mit Expertenverknüpfungen behoben wird, die auf der traditionellen Bildlaufleiste basieren. Dies könnte die Benutzerfreundlichkeit bei geringem Anstieg der Unordnung oder des Immobilienverbrauchs erhöhen. Ich sehe zum Beispiel viel Drag-Scrolling, um einfach an den Anfang und das Ende zu gelangen. Ich denke, ein Strg-Klick auf die Pfeilschaltflächen der Bildlaufleiste sollte dies bewirken. Wenn Sie bei gedrückter Strg-Taste auf die Bildlaufleisten-Spur klicken, sollte sofort zu diesem Punkt im Dokument gesprungen werden. Tooltips und/oder Grafikcodes in der Schiebereglerbahn * helfen dem Benutzer zu wissen, wo er klicken muss. Die Genauigkeit ist immer noch durch die Anzahl der Pixel in der Spur begrenzt, aber ich vermute, dass es einfacher ist, bei gedrückter Strg-Taste zu klicken, als zu ziehen, um in den richtigen Bereich zu gelangen, und dann gewöhnliche Klicks über oder unter den Schieberegler zu machen, um Feineinstellungen vorzunehmen. Fühlen Sie sich frei, dies auch zu einer Masterarbeit zu machen.

* siehe McCrickard DS & Catrambone R (1999) Jenseits der Bildlaufleiste: Eine Entwicklung und Bewertung alternativer Navigationstechniken. Technischer Bericht des Georgia Institute of Technology GIT-GVU-97-19.

7