Programm Layout Messprogramm

[progopa]

Hallo,

ich programmiere zur Zeit an einem Zeitmessprogramm.
Die Oberfläche hat eine Reihe Schalter, welche bestimmte Zustände schalten.
Bezüglich des Design gibt es einen kleinen "Richtungsstreit".
Zeigt man Schalterzustände durch die Farbe des Button selbst an oder
läßt man die Schalter im Windows-Style und ordnet z.B. neben dem Schalter ein
farbiges Signalelement (z.B. LED als Bitmap) an ?
Oder gibt es noch andere Vorschläge zur Lösung?
Um meine Frage verständlicher zu machen, habe ich 2 Beispielgrafiken angehängt
und wäre für Vorschläge/Meinungen dankbar.

Mit Gruß Op.

[himitsu]

Mit Status-Icons in den Buttons?


Nja, mal bissl Geschichte:

Vor 9x/DOS machte man alles so quitschbunt, wie in deinem ersten Beispiel.

Dann versuchten "seriöse" Programme sich an den Style des OS anzupassen.

Seit XP, aber vorallem seit Vista/Win7 macht man es mit schön bunten 3D-Icons und mit viel Transparenzen
und seit Win8/Win10 (Metro) macht man alles lötzlich im Metro-Style, also total verblasst, einfarbig und hässlich plattgedrückt.

[Der schöne Günther]

Deine persönliche Meinung in Ehren, aber flache Icons sind überall, auf Displays wie auf Printmedien. Microsofts "Metro" war, auf Computerdisplays, da nur der Vorreiter. Glitzericons sind fast völlig verschwunden, und das ist auch gut so. Oder würdest du lieber perspektivische Icons mit Farbverläufen auf Verkehrs- und Gefahrenschildetn sehen wollen?

Zur Frage mit farbigen Buttons: http://ux.stackexchange.com/q/49991

Das erste Bild finde ich überaus verwirrend: Die Buttons sind mit einer Tätigkeit beschriftet. Was sagt mir die Farbe? Einmal "Achtung" und einmal "ungefährlich"? Wenn du einen Status anzeigst finde ich es, wie auf dem zweiten Bild, mit einem extra Indikator sehr übersichtlich. Aber ich verstehe auch auf dem zweiten immer nicht was jetzt ein Schalterzustand ist bzw was mir die Farben sagen sollen. Dass man den Counter gut starten und resetten kann, eine Startbereitschaft aber schwierig ist?

[jobo]

Ich weiß nicht, ob man das anhand von 3 Beispielschaltern ergründen kann, ohne das Gesamtsystem zu kennen.
Ein visualisierter Schalter hat ja auch im Touch Zeitalter keine Haptik. Alles was wir malen ist Mimikri von ehemals Hardware in 3d und es ist nur ein schwacher Abklatsch, egal welche Farbe.
Die Farbe spielt also schon eine besondere Rolle und ist eine Sprache mit verschiedenen Bedeutungsebenen, je nach Kontext, aber eben eine Sprache.

Kamera an = grüne LED
Kamera aus = rote LED

Kraftwerk an = grüne LED
Kraftwerk vor Kernschmelze = rote LED

Messung läuft = grüne LED
Messung aus = rote LED
oder
Messung fehlerhaft = rote LED?

im Filmstudio
Aufnahme läuft = rote LED
Aufnahme läuft nicht = grüne LED

usw.

Das Delete Bild aus dem Link oben ist auch ein gutes Beispiel.
Meine Sprache wäre
grün=save
rot=delete
und zwar immer, durchgehend, im ganzen Programm.
Welche Farbe ich grundsätzlich für eine potentiell beliebige Aktion wählen würde, wage ich mir auf die Schnelle aber nicht auszudenken.

Kill Process = rot wäre okay oder?
Kill Malicious Process = rot? Meinem Rechner wird es gut tun, also lieber grün?

Du kommst also wohl nicht drumrum- unabhängig davon, ob es nun sexy aussieht oder nicht- ein Konzept für Deine Schaltelemente und Anzeigen zu entwerfen. Wenn Du Dich dabei zufällig an weit verbreitete Verfahren hälst, kann man vielleicht auf eine recht intuitive Bedienung hoffen.
Radiobuttons oder Wippschalter benötigen vielleicht gar keine LED, außer der Grafiker war gar kein Grafiker oder kann es nicht.

Noch ein Beispiel aus der analogen Welt(misslungener Fortschritt):
Wer von Euch hat einen Herd (den er auch benutzt)?
Moderne Geräte haben nervige Touchbedienung (Bei Nässe auf der Oberfläche schon nicht zu gebrauchen, aber das nur am Rande). Ich hoffe diese "Erfindung" wird bald wieder verschwinden.
Alte Geräte haben einen Drehknauf je Herdplatte, der eine Rastung besitzt und gute Knäufe haben auch noch ein gerichteten Griff (Pfeil förmig) auf dem Knauf. Bedeutet in der Praxis, ich kann blind den Herd bedienen, ich kann aus 5 m Entfernung sehen, ob eine Platte an ist (bei genug Licht), ebenso aus 1cm Abstand die Platten bedienen ohne hinzusehen. Ich kann ganz banal jeden Schalt-Zustand fühlen.
Sprich: gleichzeitig mit einer Hand per Schneebesen im Topf rühren, mit der anderen die Hitze runterdrehen und dabei mit meinen Augen in die Augen meiner Frau schauen und sie küssen.
Alles gleichzeitig, krass oder?
(und dabei piept es nicht mal, während ich die Temperatur der Platte ändere)
Ja und ich glaube, Ingenieure haben sich irgendwann mal bei diesen Drehknöpfen ein paar gute Gedanken gemacht.

[BUG]

Zitat:

Zitat von jobo (Beitrag 1298842)

Alte Geräte haben einen Drehknauf je Herdplatte, der eine Rastung besitzt und gute Knäufe haben auch noch ein gerichteten Griff (Pfeil förmig) auf dem Knauf.

Wieso alte Geräte? Der Großteilteil der neuen Herde hat Drehknöpfe, du hast dich anscheinend nur verkauft :mrgreen:


Zum Thema:

Die bunten Buttons sehen einfach unprofessionell/hingefrickelt aus. Wenn ich so etwas auf Screenshots sehe, dann muss es schon in sehr knappes Angebot an ähnlichen Programmen geben, dass ich so ein Programm auch nur herunterlade.

Icons in den Buttons fände ich in Ordnung, aber etwas sprechender als eine farbige LED dürfte es sein. Für eine Uhr würde ich in Richtung Multimedia-Icons gucken (Start ▶, Stop ■, Pause || , Zurück zum Start |◀◀) oder auch sprechende Abbildungen z.B. eine Hand über einem Buzzer für "bereit"; dann müssen aber auch die anderen Icons in dem Stil sein.
(Außerdem: Was macht denn "Bereitschalten" überhaupt?)

Für wichtiger als die Icons halte ich es, das die Oberfläche zum Nutzungskonzept passt.
Soll die Uhr im Hintergrund laufen? Dann wären Shortcuts und ein Tray-Icon nützlich. Über das Menü des Tray-Icons sollte sich das Teil dann auch bedienen lassen.
Soll die Uhr gut sichtbar sein? Dann sollte es eine Option geben, die Uhr immer im Vordergrund zu halten, vielleicht auch mit transparentem Hintergrund.

[progopa]

Erst einmal vielen Dank für die Meinungen.
Die "bunten" Schalter sind die Schalter aus der TMS-Software mit Farbverlauf, da ist nichts selbst gebastelt.
Das Programm läuft als einziges auf dem Rechner.
Start und Ziel sind Lichtschranken.
Start kann die Zustände "Start inaktiv", "Start freigegeben" und "Lichtschranke passiert" (Zeit läuft) haben.
Zwischen den Zuständen Freigabe und inaktiv kann mehrfach hin und her geschaltet werden.
Der jeweilige Zustand soll optisch schnell zu erfassen sein. (Stress)

z.B.
Start gesperrt keiner darf in den Startraum
Start bereit Fahrad in Position - Start ist noch nicht erlaubt.
Start wird freigegeben (Starter hebt Flagge)
Messung beginnt mit dem Passieren der Lichtschranke.
Es sind also 4 Statusmeldungen für die Startlinie, die optisch erkennbar sein sollen.



Gruß op

[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!

[BadenPower]

Zitat:

Zitat von progopa (Beitrag 1298839)

Bezüglich des Design gibt es einen kleinen "Richtungsstreit".

Einmal abgesehen vom Aussehen der Oberfläche würde ich die Einteilung etwas anderst machen.

Du hast eigentlich 3 Bereiche, welche von einander getrennt sind:

1. vor der Startbox
2. in der Startbox
3. auf der Strecke

Für jeden Teilbereich würde ich eine eigene Anzeige machen.

zu 1.

• grüne Led = Zugang zur Startbox frei
• rote Led = Zugang zur Startbox gesperrt (entwerder ist sie schon belegt oder es findet kein Rennen statt usw..)

zu 2.

• grüne Led = Fahrer in der Startbox darf starten
• gelbe Led = Fahrer soll sich zum Starten bereit machen
• rote Led = Fahrer darf nicht starten (Strecke belegt usw..)

zu 3.

• Zeitanzeige mit der gemessenen Zeit
• grüne Led = Messung läuft (Zeitanzeige zeigt 00.00.00 solange Startlichtschranke nicht durchquert wurde)
• rote Led = Messung beendet (Zeitanzeige zeigt gemessene Zeit, wenn Ziellichtschranke durchquert)

Die Aufteilung hätte den Vorteil, dass Du flexiber bist. Es könnte dann auch schon jemand in der Startbox warten, wärend sich ein Anderer noch auf der Strecke befindet.

[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

[Mavarik]

Zitat:

Zitat von Der schöne Günther (Beitrag 1298841)

Deine persönliche Meinung in Ehren, aber flache Icons sind überall, auf Displays wie auf Printmedien. Microsofts "Metro" war, auf Computerdisplays, da nur der Vorreiter. Glitzericons sind fast völlig verschwunden...

Und das gefällt Dir?

Also ich finde eine Software macht mehr Spaß, wenn Sie schick aussieht... Warum sind alle 3D Programme schwarz oder Fancy Mediaplayer ala Winamp haben Styles-Forms usw... Weil es den Leuten gefällt...

Wie z.B. mein Ticketsystem... Ich & meine Kunden finden die Oberfläche immer noch schick... Egal wie der aktuelle Trent ist...

Mavarik

[Klaus01]

Zitat:

Zitat von Mavarik (Beitrag 1298866)

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 ... :mrgreen:

[Mavarik]

Zitat:

Zitat von Klaus01 (Beitrag 1298874)

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

Deswegen ist ja aus auch rot... :roll:

[Der schöne Günther]

Zitat:

Zitat von Mavarik (Beitrag 1298870)

Und das gefällt Dir? [...] Ich & meine Kunden finden die Oberfläche immer noch schick

Da stehen wir wohl auf ganz unterschiedlichen Fronten. Hoffentlich begegnen wir uns nie nachts in einer dunklen Gasse.

In deinem Beispiel sind die "Glitzer"-Icons konsequent durchgezogen, da kann man nicht meckern. Aber ich persönlich würde es nicht "schick", sondern effektiv haben wollen. Als Beispiel der "Live Support": Auf den ersten Blick kann man unmöglich erkennen, für was der Button eigentlich steht. Mit einem flachen, einfarbigen Symbol erkennt man auch aus drei Metern auf den ersten Blick was es ist.

[bcvs]

Zitat:

Zitat von Klaus01 (Beitrag 1298874)

.. 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:

Zitat von Der schöne Günther (Beitrag 1298890)

Mit einem flachen, einfarbigen Symbol erkennt man auch aus drei Metern auf den ersten Blick was es ist.

Genau lass mich raten...

Der 1. Butten nutz die TAPI-Schnittstelle um die Telefonnummer an mein Telefon zu übergeben
Der 2. Button schaltet von Hörer auf Headset um...

Richtig?

Mavarik

PS.: Komm Du mir mal in die dunkle Gasse...:stupid:

[Mavarik]

Zitat:

Zitat von bcvs (Beitrag 1298892)

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...

[BUG]

Zitat:

Zitat von Mavarik (Beitrag 1298866)

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

Ich finde die Variante schön, die es in einigen Webapps zu sehen gibt: Der Button zeigt den Status an; und wenn ich mit der Maus drüber schwebe (hover), zeigt er die Aktion an, die er ausführen würde. Das macht schnell klar, was gemeint ist :wink:

ein -> ausschalten
aus -> einschalten



Auf Little Big Detail gibt es viele solchen schönen Sachen anzugucken.

[Mavarik]

Zitat:

Zitat von BUG (Beitrag 1298901)

Zitat:

Zitat von Mavarik (Beitrag 1298866)

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

Ich finde die Variante schön, die es in einigen Webapps zu sehen gibt: Der Button zeigt den Status an; und wenn ich mit der Maus drüber schwebe (hover), zeigt er die Aktion an, die er ausführen würde. Das macht schnell klar, was gemeint ist :wink:

ein -> ausschalten
aus -> einschalten

Entfällt leider bei Touch... (Display in der Wand für die Haussteuerung...)

[TiGü]

Zitat:

Zitat von Mavarik (Beitrag 1298893)

Zitat:

Zitat von Der schöne Günther (Beitrag 1298890)

Da stehen wir wohl auf ganz unterschiedlichen Fronten. Hoffentlich begegnen wir uns nie nachts in einer dunklen Gasse.

PS.: Komm Du mir mal in die dunkle Gasse...:stupid:

Trefft euch doch in Bonn! :mrgreen:

[stahli]

Generell wird es m.E. schnell verwirrend, wenn ein Button sein Erscheinungsbild (z.B. Beschriftung oder Icon) ändert.
Dadurch kann man nicht eindeutig erkennen, ob er den Ist- oder den Zielzustand darstellt.

Daher finde ich grundsätzlich Lösungen ganz sinnvoll, bei denen der Button eine klare Aufgabe beschreibt und einen möglichen Zustandswechsel lediglich durch Einrasten (gedrückt bleiben) oder eine externe oder besser noch integrierte LED (on/off) darstellt.

Solche Schalter mit integrierter LED gibt es ja auch real (wie gerade "Power" von meinem Monitor ... aber wie kriege ich davon jetzt einen Screenshot???)

[himitsu]

Zitat:

Zitat von Mavarik (Beitrag 1298902)

Entfällt leider bei Touch...

Drum denkt sich Emba auch "Was Hints? Ach, die braucht doch eh Keiner."


Joar, unterschiedliche Bedienkonzepte machen einem das Leben viel leichter. :stupid:

Zitat:

wie gerade "Power" von meinem Monitor

Diese nervige LED hab ich deaktiviert ... drum weiß ich nie, oder der nun an oder aus ist. :oops:


Entweder man schreibt den "Zustand" drauf (Pronomen) oder die Aktion (Adjektiv) ? :D

[BUG]

Zitat:

Zitat von Mavarik (Beitrag 1298866)

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

Das würde ich nie so erkenne :mrgreen:

Zitat:

Zitat von Mavarik (Beitrag 1298902)

Entfällt leider bei Touch... (Display in der Wand für die Haussteuerung...)

Man könnte das Prinzip abwandeln und einen "Schiebeschalter" benutzen:

[EIN] ausschalten]
[einschalten [AUS]

... aber stimmt schon, Touchbedienung macht das Interfacedesign nicht einfacher.

[Sir Rufo]

Hier mal ein Vorschlag von mir

Ein Button zum Bereit melden der Messstrecke
Ein Button zum Abbruch der Messung

So sieht es im Zustand Vorbereiten aus
Anhang 43033
So, wenn die Messung bereit ist
Anhang 43034
und so wenn die Messung läuft
Anhang 43035

Die beiden Buttons im unteren Teil sind stellvertretend für die Lichtschranken am Start und Ziel der Messstrecke.

Source und Exe im Anhang. Weitere Erläuterungen lasse ich mal bewusst weg, denn die Anzeige soll ja selbst erklärend sein.

[BadenPower]

Zitat:

Zitat von Sir Rufo (Beitrag 1298927)

Hier mal ein Vorschlag von mir

Wie ich sehe, würdest Du auch, wie ich bereits vorgeschlagen hatte, die einzelen Teilbereiche getrennt signalisieren.

Ist für meinen Geschmack einfach übersichtlicher.

[progopa]

Ich denke auch, dass ich die Bereiche getrennt platziere. So ähnlich wie in meinem 3. Beispiel mit Radiogroupbox und farbiger Anzeige.
Die farbige Anzeige (relativ groß) hat noch eine andere Aufgabe.
Neben dem Zeitnehmer sitzt ein Wettkampfrichter. Beim Start irgendwas rot (bzw. Signalfarbe <> grün) angezeigt, soll er auch vom Nachbarplatz sofort erkennen.
Er kann dann den Zeitnehmer wecken.

Gruß op

[BUG]

Wenn die Aufgabe für die Zeitmessung so klar ist, dann würde ich fast zu einer (stilisierten) grafischen Darstellung tendieren:


Inaktiv -> leere Strecke, Lichtschranken rot, Inaktive Zeitanzeige --:--:--

__|_____________________|__


Bereit -> Auto/Läufer/... vor Lichtschranke, Lichtschranken grün, Zeit ist Null 00:00:00

_A|_____________________|__


Messung -> Auto/Läufer/... auf Strecke, erste Lichtschranke inaktiv, Ziellichtschranke grün, Zeit läuft

__|___________A_________|__


Fertig -> Auto/Läufer/... an/hinter Ziellinie, beide Lichtschranken normal, Zeit steht

__|_____________________|A_

Das ganze mit einer relativ großen Zeitanzeige auf weißem Hintergrund.
Zusätzlich könnte man für den Wettkampfrichter noch eine Ampel (richtig als Ampel) einblenden: Rot ist inaktiv/fertig, Grün ist bereit und gelb (vielleicht sogar langsam blinkend) zeigt an, dass die Messung gerade läuft. Dann kann man mit den Ampelfarben auch etwas anfangen.
EDIT: Hab mir die Bilder von SirRufo nochmal angeschaut, das ist ja auch ziemlich ähnlich.

[DadeLL]

[QUOTE=
Der jeweilige Zustand soll optisch schnell zu erfassen sein. (Stress)

z.B.
Start gesperrt keiner darf in den Startraum
Start bereit Fahrad in Position - Start ist noch nicht erlaubt.
Start wird freigegeben (Starter hebt Flagge)
Messung beginnt mit dem Passieren der Lichtschranke.
Es sind also 4 Statusmeldungen für die Startlinie, die optisch erkennbar sein sollen.



Gruß op[/QUOTE]

Also drei Zustände, wie bei einer simplen Verkehrsampel und ein Vierter für die laufenden Messungen.

Rot/Gelb/Grün und z.B. Hellblau ;-)

Die Buttons für Rot/Gelb/Grün farblos, aber ein großes Panel (weithin sichtbar und erstmal nicht anklickbar) mit den entsprechenden Farben daneben.

Die drei Ampelfarben sollte jeder (er)kennen können...

Wenn die Messung läuft, alle Buttons deaktivieren und das Panel hellblau (oder quietschbunt-alarmierend) einfärben und das Panel anklickbar machen (Panelrand ändern, so daß es aussieht wie ein Button).

Just my two cents :oops: