Programm Layout Messprogramm

[bcvs]

Ich würde die Statusmeldungen aber auf keinen Fall über die Farbe der Buttons anzeigen.

z.B. ein roter Button "Start Bereitschaft": Rot steht dabei ja wahrscheinlich für den Zustand "Start nicht bereit". Bedeutet der rote Button jetzt, dass der Start momentan nicht bereit ist und mit einem Buttonklick erst bereitgeschaltet wird? Dann würde die Farbe des Buttons dem Buttontext wiedersprechen: Ich klicke auf rot heißt doch: ich sperre etwas und nicht wie der Text lautet: ich gebe etwas frei.

Also besser: Statusmeldung über separate Farbflächen oder Icons und daneben Buttons, deren Beschriftung sich je nach Staus ändert "Start freigeben" oder "Start sperren".

[progopa]

Ich habe jetzt eine Lösung mit "neutralen Schaltern und einer Statusanzeige per Radiogroup probiert.
Das Umschalten ist per Schalter(mit Hotkey) oder in der Groupbox möglich.
Wirkt wohl informativer.

[mensch72]

Ich würde es in etwas wie die rechte Variante machen, aber mit etwas "grauer 3D-Haptik" der Textbuttons und daneben "farbigen Symbolen" stat purem Farbindikator, weil:

- Wenn es Touch Bedienung ist, MUSS sich etwas auf aktiven Flächen tun, wenn ich den Finger dort hin halte ("Haptik", z.B. für die Zeit der Berührung dunklere Tastenfarbe)
- wir gegen bei Touch sogar soweit, das wir eine Aktion erst "KeyUp" auslösen, also "wenn die Taste losgelassen" wird.. hat den Vorteil das man wenn man die falsche Taste mit dicken Fingern erwischt hat und das ja "sieht", den Finger noch auf die richtige Taste "verschieben" kann, ohne etwas auszulösen
- pure Farbinikatoren wo rot,grün,gelb vorkommen haben wir abgeschafft, weil es erstaunlich viele Menschen mit Rot/Grün Blindheit (oder Sehschwäche) gibt
. daher wie beim Ampelmännchen: jede Farbe hat auch ein eindeutiges "einfaches" Symbol was zumindest direkt auf die Farbe schließen lässt. (wir bemühen uns aber, doch auch etwas den Buttontext symbolisch zu repräsentieren, weil so auch Leute damit klar kommen können, welche die/eine Sprache nicht 100% verstehen und davon gibt es heut zu Tage immer mehr, aber die merken sich "Bildchen")

Wichtig bei realer/"langsamer" Anzeige von Stati per Indikator und sofortiger/"schneller":
- wenn man die Haptikanzeige des/der Buttons blockiert, solange etwas übertragen/abgewartet wird, wirkt das bei Benutzung der GUI sehr inkonsitent und wenig vertrauenserweckend, weil man nie "ein richtiges Gefühl" für den Touch bekommt, also wann&wie erkennt der Touch meinen Finger sicher/schnell/Punkt
- wenn die Haptikvisualisierung immer geht und Funktionen im Hintergrund "nicht blockierend" laufen, dann muss es eine "einheitliche" Visualisierung für "In Bearbeitung, Symbolanzeige noch nicht aktuell, bzw. nicht mehr aktuell" geben

Nehmen wir einen Lichtschalter auf einem per Funk kommunizierendem Tablet, welcher immer anzeigt ob das zugehörige Licht gerade an oder aus ist und man es mit einer Tipfunktion "umschalten" kann... da kann die Funkverbindung auch mal gerade dann schief gehen, wenn geschaltet werden soll... wenn man mit der Status/Symbolanzeige immer wartet bis der neue Sollzustand erreicht ist, dann könnte es sein das dies dem Benutzer zu lange dauert und er nochmal oder gar ungeduldig ganz schnell mehrmals drückt das Licht in diesem Fall dann flackern könnte wenn alle Befehle stur gepuffert werden.
Wir arbeiten daher mit "Sollwertanzeige", stellen also das InfoSymbol sofort um und übertragen erst dann im Hintergrund den Schaltbefehl. Das wirkt in der Touch GUI flüssiger. Wir stellen da um das Symbol noch einen "Rand" oder "Punkt" dar, welcher wieder verschwindet nach TimeOut-Zeit X oder wenn der (neue oder alte) Istzustand real bestätigt verfügbar ist... richtig "gültig" sind nur "pure Symbole"... das ist aber eine Feinheit welche nur Servicekräfte beachten. Anwender freuen sich über die super schnelle Reaktion des Systems und beschweren sich eh wenn etwas nicht schaltet, ganz unabhängig was in dem Moment zu sehen ist


Und so wird aus ein paar simplen Buttons welche nur fix irgendwas reales per Touch steuern sollen ganz schnell eine Wissenschaft, wenn man es draußen selbsterklärend und sicher durch OttoNormalNutzer verwendbar sein soll.

Zum Test wenn schnell mal was gehen soll, setze ich auch einen Standardbutton und schreibe Quick&Dirty auch mal direkt ins OnClickEvent vom Form die Testfunktion ohne Rücksicht auf blockierte GUI und konsistente Statusindikatoren... Ausliefern würde ich sowas nie, aber muss oft erklären warum denn wo doch nun "die neue Funktion geht" ich nun noch Zeit fürs GUI oder auch MMI(also Mensch-Maschine-Interface) haben muss!

[himitsu]

Mit "einfarbig" meinte ich solche einfarbigen Icons, wie der Papierkorb da in den Beispielen.
http://ux.stackexchange.com/q/49991

Buttons nur mit Icons in der selben Farbe (praktisch ein Einheitsgrau) und alle gleich.
Am Besten auch noch die Buttons drumrum unsichtbar, so daß man nicht sieht, wo der Button aufhört.



Letztendlich kommt es auch auf die Anwendung und vorallem das Zielpuplikum drauf an.
Die Buchhaltung für einen Manager hat oftmals ein klein bissl anderes Design, wie ein Lernprogramm für Dreijährige.

[Mavarik]

Tja! Welche Lampe ist an und welche aus?

Die Vorgabe ist übrigens (bei Haussteuerung) das mit einem Button der Status angezeigt wird...
Bedeutet hier im Beispiele Lampe 1 ist an und Lampe 2 ist aus...

Für mich völliger quatsch genau wie der Startbutton im Windows um zu beenden...

Wenn ich auf einen Button drücke, erwarte ich doch das die Aktion ausgeführt wird die drauf steht, oder?

Daher habe ich es für mich genau andersrum gemacht...

Also ist bei mir Lampe 1 aus und Lampe 2 an...

Mavarik

[Klaus01]

Zitat von Mavarik:

Tja! Welche Lampe ist an und welche aus?

Die Vorgabe ist übrigens (bei Haussteuerung) das mit einem Button der Status angezeigt wird...
Bedeutet hier im Beispiele Lampe 1 ist an und Lampe 2 ist aus...

Für mich völliger quatsch genau wie der Startbutton im Windows um zu beenden...

Wenn ich auf einen Button drücke, erwarte ich doch das die Aktion ausgeführt wird die drauf steht, oder?

Daher habe ich es für mich genau andersrum gemacht...

Also ist bei mir Lampe 1 aus und Lampe 2 an...

Mavarik

.. ich finde es verwirrend wenn der Status "aus" der Lampe in grün dargestellt wird.
Mehr Sinn, aus meiner Sicht, macht es den Status "aus" in der Farbe rot darzustellen mit der Aufschrift "Ein" denn wenn der Button gedrückt wird, wird die Lamp eingeschaltet.

Grüße
Klaus

[mkinzler]

Zitat:

.. ich finde es verwirrend wenn der Status "aus" der Lampe in grün dargestellt wird.
Mehr Sinn, aus meiner Sicht, macht es den Status "aus" in der Farbe rot darzustellen mit der Aufschrift "Ein" denn wenn der Button gedrückt wird, wird die Lamp eingeschaltet.

Dann wäre das Programm ja ohne Anleitung benutzbar ...

[Mavarik]

Zitat von Klaus01:

.. ich finde es verwirrend wenn der Status "aus" der Lampe in grün dargestellt wird.

Deswegen ist ja aus auch rot...

[bcvs]

Zitat von Klaus01:

.. ich finde es verwirrend wenn der Status "aus" der Lampe in grün dargestellt wird.
Mehr Sinn, aus meiner Sicht, macht es den Status "aus" in der Farbe rot darzustellen mit der Aufschrift "Ein" denn wenn der Button gedrückt wird, wird die Lamp eingeschaltet.

Deshalb habe ich ja geschrieben: Keine Statusanzeigen auf den Buttons. Da weiß man nie sicher: Ist das jetzt der Ist-Zustand, oder der Sollzustand nach dem Klick.

Statusanzeige und Buttons müssen getrennt sein:
Status = aus, mit einem roten Bild oder Text "Lampe ist aus", daneben ein Button mit der Aufschrift "Einschalten"

[Mavarik]

Zitat von bcvs:

Keine Statusanzeigen auf den Buttons.

Genau... Wenn ich auf einen Button drücke erwarte ich das er das macht was drauf steht...

[PRINT] -> Druckt und zeigt nicht an das der Drucker läuft...