it-swarm.com.de

Benutzeroberfläche: Schweben / Fokussieren, um Steuerelemente anzuzeigen?

Wir haben Profile für unsere Webanwendung, die eine angemessene Datenmenge enthalten, die viel Platz auf dem Bildschirm beansprucht. Jedes Segment verfügt über zugehörige Schaltflächen zum Bearbeiten/Entfernen, die den Bildschirm überladen und vom Inhalt ablenken, wenn alle gleichzeitig sichtbar sind.

Wir spielen mit der Idee, Steuerelemente beim Schweben oder Fokussieren auf ein Datensegment aufzudecken. Dieses Verhalten tritt bei Anwendungen wie Facebook auf, wenn Sie mit der Maus über Elemente im Newsfeed fahren (eine Dropdown- oder "Entfernen" -Schaltfläche wird angezeigt). Twitter implementiert dies auch für einzelne Tweets. Es gibt viele andere Beispiele in freier Wildbahn (Kommentarfunktionen, Foren usw.)

Ich mache mir Sorgen, dass es keinen Vorteil gibt, den Benutzer aufzufordern, über ein leeres Datensegment zu schweben oder sich darauf zu konzentrieren, und dass das Erstellen eines solchen Preises die visuelle Ästhetik erschwert. Ich möchte keine Barriere für das Erlernen der Verwendung der Benutzeroberfläche schaffen, aber ich weiß wirklich nicht, wie viel Barriere dies schaffen wird, und meine Annahme (gefährlich) ist, dass es keine große Sache ist. Leider bin ich nicht unsere Benutzer.

Weiß jemand, wie groß eine Lernkurve ist, wenn Steuerelemente vor dem Benutzer verborgen bleiben, bis sie interagieren? Gibt es bessere Möglichkeiten? Dropdowns wurden in Betracht gezogen, aber es ist nicht optimal, die sichtbaren "anklickbaren" Elemente nur zu verringern.

7
Fenstar

Ich glaube nicht, dass in diesem Fall jemals Steuerelemente zum Aufdecken des Schwebefluges verwendet wurden. Es besteht anscheinend die Sorge, dass das Durcheinander der Steuerelemente das Anzeigen der Daten verhindert. Das ist definitiv möglich, aber es scheint mir, dass ein ausgewogenes Grafikdesign mit kontrastreichen Daten und relativ gedämpften Steuerelementen eine bessere Möglichkeit ist, damit umzugehen.

Reveal-on-Hover hat einige Probleme:

  • Das erste ist, dass Benutzer die Steuerelemente nicht erkennen, wie Sie sagten. Benutzer erkunden, indem sie Webseiten betrachten. Sie "fühlen" sie nicht, indem sie mit der Maus über sie fahren.

  • Das zweite und wahrscheinlichere Problem besteht darin, dass es für Benutzer schwieriger wird, die Steuerelemente zu aktivieren, anscheinend weil sie kein klares Ziel haben, auf das sie zielen können, es sei denn, sie schweben zufällig über dem beabsichtigten Datenobjekt. UIE hat festgestellt, dass Benutzer zuerst die Aktion festlegen und dann die Maus bewegen . Das Ergebnis ist, dass Benutzer Links erfolgreicher verwenden, wenn sie dauerhaft sichtbar waren (im Vergleich zum Hover), selbst wenn die Seite dadurch überladener wird. Ich gehe davon aus, dass dies auch für die Bearbeitung von Steuerelementen gilt. Der gesamte Vorteil der Wiederholung derselben Steuerelemente für mehrere Datenobjekte besteht darin, dass der Benutzer mit einem Klick schnell auf den Befehl zugreifen kann. Durch das Ausblenden der Steuerelemente wird dieser Vorteil aufgehoben. Wenn Unordnung ein solches Problem darstellt (z. B. wenn Sie mehr als ein paar Befehle haben), ist es möglicherweise besser, einem Interaktionsmodell für Objektauswahl und Aktion zu folgen und die Steuerelemente in einer zentralen Symbolleiste zu platzieren.

  • Ein drittes Problem besteht darin, unbeabsichtigte Animationseffekte hervorzurufen, wenn der Benutzer die Maus über die Datenobjekte bewegt. Dies kann sehr ablenkend sein - weitaus ablenkender, als die Steuerelemente einfach ganz sichtbar zu lassen.

Ich würde gerne Nachforschungen zum Thema "Enthüllen beim Schweben" für Befehlssteuerungen anstellen. Bis dahin würde ich es jedoch nicht in einer App verwenden, es sei denn, ein Usability-Test zeigt, dass es bei Unordnung hilft, ohne ernstere Probleme einzuführen.

7

Wenn Ihre Hover-Steuerelemente konsistent und allgegenwärtig sind, müssen Sie keine sichtbare Leistung haben. Bei allen Beispielen, die Sie erwähnen, verfügt jedes einzelne Element auf dem Bildschirm fast über die gleichen Hover-Steuerelemente. Wenn jedes Element in Ihrem Formular über dieselben Hover-Steuerelemente verfügt, erkennt der Benutzer diese schnell und automatisch, indem er das Formular verwendet.

Damit dies funktioniert, muss der Bereich bereits eine Aufgabe enthalten, die der Benutzer ausführen kann. Dies funktioniert beispielsweise nicht nur für ein Etikett. Es muss ein aktives Steuerelement vorhanden sein, auf das der Benutzer bereits klicken kann. Die Hover-Steuerelemente müssen extra Aktionen sein, die sie über die Grundfunktionen hinaus ausführen können. Auf diese Weise führt der Benutzer die grundlegende Interaktion durch und zeigt die zusätzlichen Aktionen an, die beim Hover verfügbar sind. Wenn in einem Abschnitt des Bildschirms überhaupt nichts sichtbar ist, als ihn zu lesen, hat der Benutzer nichts zu tun und kann die Hover-Steuerelemente auch dann übersehen, wenn sie sich auf jedem Steuerelement befinden.

In StackExchange-Chatrooms können Sie beispielsweise bereits ohne Hover-Steuerelemente chatten. Hover-Steuerelemente sind eine optionale Funktion, die in jeder einzelnen Chat-Zeile vorhanden ist. Innerhalb weniger Minuten hat ein typischer Benutzer festgestellt, dass jede Chat-Zeile auch eine anklickbare Entität mit eigenen Steuerelementen ist. Die Hover-Steuerelemente sind jedoch nicht erforderlich, um die Seite zu verwenden, sodass ein Benutzer nichts zu tun findet, wenn er die Hover-Tools nicht sofort erkennt.

3
Myrddin Emrys