"Modernes" Design eines Dialoges der eine Mehrfachauswahl zur Verfügung stellt

[Redeemer]

Ich hätte die Liste mit TListView gemacht und CheckBoxes aktiviert. Und dann ein bisschen Platz rechts und links daneben. Ich habe in meinen Programmen konsequent einen Abstand von 8 Pixeln (Delphi-Standard ist 7 Pixel) zwischen den Komponenten. Buttons sind alle 24 Pixel hoch und soweit möglich 72 Pixel breit.

[mensch72]

Bei uns schimpft sich das "GUI-MultiSelectPattern"

Anbei ein Screenshot der Standardvariante, welche bei uns "immer geht".
- die Position der Buttons für OK/Abbruch halten wir optional variabel... Ich bevorzuge platzsparend diesen Standard oder mit oben im Fenstertitel. (Windows "rechts", MAC&Linux "links")
- StyleGuide XY hin oder her, bisher hat "jeder" Anwender notfalls per Hints ohne weitere Rückfrage kapiert wie diese Dialoge "einheitlich" im gesamten Programm bei uns funktionieren:)
- anstatt einfacher Listen setzen wir wenn es um hierarchische Ordnung/Auswahl geht auch gerne TreeViews zur Visualisierung ein... am Grundkonzept ändert das aber nix
- selbst die Web&Touch-Fraktion nutzt dieses simple Grundkonzept, legt aber mehr Wert auf gute sinnvoll vordefinierte&hinterlegte Auswahlkriterien

[v2afrank]

So, hier mal die neue Version des Dialoges.
Es ist jetzt eine ChecklistBox geworden. Die Anzahl der Einträge wird meiner Meinung nach deutlich unter 20 bleiben. Wenn dann sind es doch sehr spezielle Kunde die auch wissen was Sie da ankreuzen müssen.
Zur Erklärung, es handelt sich um ein Prüfgerät für elektrische Prüfungen. Diese Prüfungen beginnen immer mit einer Sichtkontrolle. Normalerweise gibt es von der VDE zwei oder drei Fragen die beantwortet werden müssen. In der neuen Version kann der Kunde aber noch zusätzliche Prüfungen eingeben die man hier eben auswählen kann. Wenn die Prüfung startet muss der Anwender eben nach die hier gestellten Fragen beantworten

[TigerLilly]

Anregungen:
https://msdn.microsoft.com/en-us/lib.../dn439344.aspx
https://www.google.at/search?q=desig...w=1453&bih=984
https://uimovement.com/tag/multi-select/

Das Problem bei dieser Art der Checkboxen ist, dass man leicht in die falsche Zeile klickt. Hier würde ich jedenfalls mehr Platz schaffen + deutlicheres visuelles Feedback.
Das Wichtige (=die Zeilen) wird weniger wichtig dargestellt, als der Erklärungstext oben.
Das Alle/Keiner würde ich mit einer Checkbox oberhalb der Checkboxen lösen. dann fällt der leere Bereich rechts auch weg.

Ob ein Filter zulässig ist oder nicht, hängt von der möglichen Anzahl + dem Workflow ab. Selbiges gilt für Drag/Drop. Wenn der Dialog zB die Aufgabe einer Checkliste hat, darf Reihenfolge + Anzahl nicht geändert werden. Wenn es darum geht, aus Optionen beliebig welche auszusuchen, wäre das zulässig.

[v2afrank]

Wow, die sehen gut aus. Ich erkundige mich mal wie viel Energie ich da noch reinstecken darf / soll. Gerade das UI Movement finde ich beeindrucken

[Hobbycoder]

Also ich finde deine neue Version des Dialogs schon mal um einiges gelungener. Ich persönlich finde das Standard-Theme von Windows an schönsten und bin keine Freund von Programmen/Fenstern/Dialoge, welche ein gänzlich eigenes Designschema daher bringen. Aber das ist Geschmacksache.
Das es sich bei deinem Programm eher um ein Programm zur Wartung im gewerblichen Bereich handelt, würde ich auch nicht mit Farben experimentieren, sondern mich an den Standard halten.

Möglicherweise noch einen Filter, aber auch nur, wenn die Menge der Items das 1 1/2-fache der sichtbaren Items in der CheckListbox überschreiten kann. Bis dahin finde ich einen Scrollbalken sinnvoller.