Buttons mit Symbol noch zeitgemäß?

[himitsu]

Zitat:

ich flippe immer aus

Manchmal auch absicht.

Wegen einiger PowerUser müssen wir da beim Einfügen/Entfernen von Controls aufpassen, da sie sich blind durchklöppeln und es dann knallt, wenn sich die Reihenfolge ändern würde.
Auch alles noch schön DOS-ig, also mit ENTER, anstatt TAB.



Ach ja, ICONs natürlich mindestens als PNG und am Besten noch übertrieben interakiv animiert.
https://www.facebook.com/groups/delp...71519699576742

[Jasocul]

Zitat von HCB:

Es wird doch eh nur noch mit der Maus bedient, oder täusche ich mich?

Alle Buchhalter fallen vor Lachen vom Stuhl und müssen wegen Atemnot reanimiert werden.
Ernsthaft:
Ich entwickle im Bereich Buchhaltungssoftware und kenne keinen Buchhalter, der irgendwas mit der Maus macht. Die Tippen ohne auf den Bildschirm oder die Tastatur zu sehen. Ich habe schon Extremfälle erlebt, bei denen immer ein separater numerische Block zur Verfügung steht, damit genug Platz für die Unterlagen ist. Die normale Tastatur wird weggelegt und ich habe auch schon jemanden gesehen, der bewusst keine Maus angeschlossen hat und alles mit der Tastatur macht.

Bei Buchhaltern ist das wirklich extrem, aber ich selbst nutze die Maus auch sehr selten. Sobald ich die Shortcuts einer Anwendung verinnerlicht habe, brauche ich die Maus kaum noch. Die Tastatur ist dann einfach schneller und ich muss die Position der Hände nicht mehr wechseln. Manchmal muss ich erstmal auf den Tisch sehen, wo die Maus überhaupt liegt.

Icons bei Buttons:
Das war zur Anfangszeit von Windows cool und zeigte was möglich ist. Außerdem erhöhte es den Spaßfaktor mit Windows zu arbeiten. Heute sehe ich da nur noch wenig Sinn für diese Icons. Für internationale Anwendungen, die nur in einer Sprache geliefert werden sind Symbole hilfreich, wenn man der Sprache nicht mächtig ist. Oder wenn kein Platz für den Text ist, bzw. ein Symbol mehr aussagekraft hat. Z.B.: Weißes Fragezeichen auf blauem, kreisförmigem Hintergrund. Jeder weiß, dass damit zusätzliche Hilfe abgerufen werden kann. Das ließe sich zwar auch textlich darstellen, aber das Symbol ist einfach bekannt.

[HCB]

Ok, danke für die Hinweise. Dann werde ich wohl mal die Symbole bei den Buttons weglassen und die ShortCuts bei allen Buttons einfügen.
Z.B. habe ich einen Button Speichern, Abbrechen, Schließen. Der Shortcut bei Speichern ist S, Abbrechen mit A und Schließen??? S geht ja wohl nicht mehr also habe ich C für Schließen.
Gibts da irgendwelche Standard-Regeln?

[dummzeuch]

Zitat von HCB:

Ok, danke für die Hinweise. Dann werde ich wohl mal die Symbole bei den Buttons weglassen und die ShortCuts bei allen Buttons einfügen.
Z.B. habe ich einen Button Speichern, Abbrechen, Schließen. Der Shortcut bei Speichern ist S, Abbrechen mit A und Schließen??? S geht ja wohl nicht mehr also habe ich C für Schließen.
Gibts da irgendwelche Standard-Regeln?

Abbrechen benutzt standardmäßig Esc und sollte dann keinen weiteren Shortcut haben.
Was Konflikte angeht:
Ich würde für Schließen das C nehmen (wegen Close als englischer Übersetzung), aber ich weiß nicht, ob es da irgendwelche Standards gibt.

Wobei: Wieso gibt es überhaupt Abbrechen, Speichern und Schließen? Was macht denn Schließen genau?
Ich hätte nur zwei Buttons genommen: Abbrechen und Speichern (bzw. Abbrechen und OK, aber mit Speichern ist es eindeutiger). Speichern würde dann auch den Dialog schließen.

[Uwe Raabe]

Ist der Standard-Shortcut für Schließen nicht Alt-F4?

[HCB]

Zitat:

Wobei: Wieso gibt es überhaupt Abbrechen, Speichern und Schließen? Was macht denn Schließen genau?

Das ist ein Bearbeiten-Dialog in dem Änderungen eines Artikels vorgenommen werde können.
Ändert man etwas an den Einträgen und will man dann doch nicht, setzt der Button Abbrechen wieder in den Browse-Modus und der Dialog bleibt offen, Speichern ist klar und Schließen schließt eben diesen Dialog.

[TomyN]

Zitat von HCB:

Das ist ein Bearbeiten-Dialog in dem Änderungen eines Artikels vorgenommen werde können.
Ändert man etwas an den Einträgen und will man dann doch nicht, setzt der Button Abbrechen wieder in den Browse-Modus und der Dialog bleibt offen, Speichern ist klar und Schließen schließt eben diesen Dialog.

Die ersten beiden beziehen sich auf die Beschreibung, die dritte auf das Fenster. Wäre nicht Zurück anstelle von Schließen sinnvoller?

Ansonsten mache ich es so:
Entweder Icon + Mouseoverhint oder Nur Text. Text + Bild halte ich für veraltert.

[Sherlock]

Ich finde, ausgerechnet Office Anwendungen sind keine guten Usability Beispiele, da die jedem UI Trend hinterher hecheln oder auch gerne mal vorweg nehmen wollen - mit Ausnahme eventuell von Tabellenkalkulationen. Grau auf Grau ist da noch das offensichtlichste Beispiel. Aber die ganzen Buttons nur noch per Maus bedienen zu können ist für jemanden, der repetitive Arbeiten durchführt, und seien wir ehrlich, das ist die schweigende Mehrheit, ein Graus.
Einfach mal folgenden Ablauf im Kopf durchspielen: kurzen Text schreiben / Zahlen eingeben, Programm diesen Text oder die Zahlen verifizieren lassen, weitere Daten eingeben, Programm einen Abgleich durchführen lassen, Ergänzungen eingeben, Programm nach Übereinstimmungen suchen lassen, noch etwas eingeben, speichern. Von vorne anfangen.
Das kann jetzt schnell und das kann langsam gemacht werden, beide Lösungswege haben weder mit dem Computer noch mit dem Anwender zu tun, es liegt am Programm. Welche der folgenden beiden Möglichkeiten ist wohl die schnelle Lösung?

1. Programm erlaubt alle Schritte über die Tastatur durchzuführen
2. Programm benötigt Maussteuerung

Welche davon benötigt allerdings keine Einarbeitung? Und darum wird ganz offensichtlich Variante 2 vom Management gekauft. Während Variante 1 nach wenigen Stunden Einarbeitung bereits die Produktivität/Datenverarbeitung deutlich steigert, wird es bei Variante 2 nie dazu kommen, weil "Hand weg von der Tastatur und Maus suchen, dann Pfeil suchen und steuern und irgendwann passend klicken" schlicht lahm ist. Das sollte auch ein Entwickler merken, sobald die große Welt der Keyboard Shortcuts sich ihm offenbart hat. Leider stirbt das Wissen um diese Shortcuts offenkundig aus.

Aber dafür hat ein sogenannter Usability Ingenieur dann tagelang über die Grautöne gebrütet...

Aber BTT: Icons in Buttons finde ich überflüssig und zu anfällig für Fehldarstellungen in HiDPI und Fehlinterpretationen in verschiedenen Kulturkreisen.