Deaktivieren oder Ausblenden von Kontrollen Design-Richtlinie?

Question

Ich habe kürzlich die Designrichtlinien der Android-Entwickler überprüft und die Empfehlung gefunden, mindestens 4 Zustände für interaktive UI-Elemente zu verwenden.

Standard, deaktiviert, fokussiert, gedrückt

Siehe http://www.slideshare.net/AndroidDev/android-ui-design-tips, Folie 13

Andererseits wird auf Folie 10 gesagt, die richtigen Dinge sichtbar zu machen.

Jetzt versuche ich herauszufinden, wann Steuerelemente deaktiviert und wann sie ausgeblendet werden sollen. Ich neige dazu zu denken, dass ein Steuerelement, das im Moment nicht anwendbar ist, nicht sichtbar sein sollte, um die UI-Überladung zu reduzieren.

Andererseits macht es für mich irgendwie Sinn, die Zoom-Schaltfläche zu deaktivieren, wenn kein weiteres Zoomen möglich ist. Nur irgendwie. Vielleicht wäre es sogar besser, sie auszublenden.

Ich bin mir nicht sicher. Hat jemand andere Referenzen gefunden, die helfen könnten, wann ein Steuerelement ausgeblendet werden sollte und wann es nur deaktiviert werden sollte? Welche Faktoren müssen berücksichtigt werden, wenn Sie sich für das eine oder das andere entscheiden?

Gibt es eine spezifische Empfehlung für Android- oder mobile Anwendungen aufgrund der Bildschirmgröße oder anderer Faktoren?

Answer 1

Die akzeptierte Antwort auf den obigen Link fasst es ziemlich gut zusammen. Ich möchte darauf hinweisen, dass es sich um eine allgemeine Szenariofrage handelte. In spezifischen Umgebungen, insbesondere auf kleinen Bildschirmen von Mobilgeräten, denke ich, dass das Verstecken wichtiger wird. Ich versuche ständig Wege zu finden, um Dinge zu verbergen, die ich nicht benutze, damit ich die Dinge, nach denen ich suche, schneller finden kann.

Es könnte am besten sein, Elemente zu verbergen, die über längere Zeiträume deaktiviert wären und einfach Dinge zu deaktivieren, die häufig aktiviert/deaktiviert werden sollen.

Was das Zoomen betrifft, finde ich es frustrierend, wenn Steuerelemente wie dieses verschwinden. Das wird häufig verwendet, daher halte ich es für unangemessen, es zu verbergen.

"Welche Faktoren müssen Sie berücksichtigen, wenn Sie sich für das eine oder das andere entscheiden?" Ich würde sagen, die Benutzerumgebung, wie häufig es verwendet/umgeschaltet werden könnte, wie wichtig es für die Anwendung oder den Benutzer ist und wie eng es mit anderen Optionen/Elementen zusammenhängt.

Answer 2

Der vage Lackmustest, den wir bei unseren UI-Entscheidungen für das Ausblenden versus Deaktivieren einer Aktion anwenden, lautet wie folgt:

• kann der Benutzer jemals basierend auf seinen Berechtigungen/Rollen/Sichtbarkeitsstufe diese Aktion aufrufen? Wenn nicht, dann den Button ausblenden; z.B.:
  • Der Benutzer hat eine Gastrolle ohne Admin-Berechtigungen und sieht daher keinen Bearbeiten-Button
  • Das Konto hat den Gold-Status und sieht daher keinen erweiterten Funktionsbutton, den Platinkonten sehen
• wird der Benutzer aufgrund des aktuellen Modus des Zielobjekts daran gehindert, die Aktion auszuführen, der sich möglicherweise später ändern kann? Dann den Button deaktivieren, aber sichtbar lassen; z.B.:
  • Das Dokument befindet sich im Entwurfsmodus, daher ist der Produktions-Push-Button deaktiviert
  • Ein Download läuft noch, daher ist der Button "Im Finder öffnen" deaktiviert
  • Das aktuelle Ressourcenlimit des Kontos verhindert das Hinzufügen neuer Ressourcen zum Konto, daher ist der Hinzufügen-Button deaktiviert (aber ein offensichtliches Upgrade des Tarifs oder das Freisetzen von Ressourcen wird ihn aktivieren)
• wenn die Aktion vom Objekt typ abhängt (also unwahrscheinlich ist, dass er sich ändert), dann ausblenden; z.B.:
  • Option zum Herunterladen als PDF für MP3-Dateien ausblenden
  • Option zum Einrichten eines E-Mail-Signaturzertifikats für Benutzer des Typs "Gast" ausblenden

Im Wesentlichen kommt es, wie oben erwähnt, darauf an, ob der Benutzer erwarten sollte, die Aktion während der mittelfristigen Nutzung der UI auszuführen. Wenn sie es nie tun werden, dann ist es nicht notwendig, die Aktion anzuzeigen. Wenn es sich um eine vorübergehende Einschränkung basierend auf dem Zustand des Objekts/System handelt, dann zeigen Sie sie als deaktiviert an und erklären hoffentlich, warum sie deaktiviert ist.