- Status Unbestätigt
- Prozent erledigt
- Aufgabentyp Wunsch / Idee
- Kategorie GUI & Server → GUI → Softdesk
-
zuständig
peer - Betriebssystem All
- Schweregrad mittel
- betrifft Version 3.2.1 Beta x
- fällig in Version unbestimmt
-
fällig am
unbestimmt
- Stimmen
- versteckt
FS#4176 - Ebenen für Controls für Maus- und Toucheingaben nicht "durchlässig"
Ich habe mit im Softdesk verschiedene Controls entsprechend des beigefügten Beispiels angeordnet. Hierbei ist mir aufgefallen, dass die Ebenen für die Softdesk Controls für Eingaben mit Maus und per Touchscreen nicht “durchlässig” sind. Im konkreten Fall bedeutet dies:
- Ist die Box im Vordergrund und umschließt Buttons oder wie im Beispiel Fader, können diese nicht mit Maus oder per Touchscreen bedient werden.
- Die gezeigten Slider müssen jeweils seitlich vom Label “gegriffen” werden, um sie auf einen Wert zu bringen, welche hinter dem Label liegen.
Meine Erwartungshaltung wäre hier, dass die Anordnung von Controls in mehreren Ebenen keinen Einfluss darauf hat, ob sich das ganz unterste Control bedienen lässt oder nicht.
Controls in verschiedenen Ebe...
Hm
Weiß nicht ob das sinnvoll ist. Beim Rahmen seh ich das. Aber wenn zum Beispiel ein Button über einem Button liegt (warum auch immer) werden alle gleichzeitig bedient!?
Ich finde die Reihenfolge schon wichtig.
Abgesehen davon, dass sich das nicht implementieren lässt, weil Windows so nicht arbeitet ist das Verhalten wie ich finde nicht erwartet. Wenn du im Vordergrund Chrome offen hast und sich dahinter DMXC befindet erwartest du nicht dass der Mausklick durch Chrome hindruch zu DMXC geletiet wird. Das Objekt was ganz oben liegt wird zuerst bedient. Es fängt zusätzlich auch die Eingabe ab. Ein Element dahinter, welches auch immer sollte nicht bedient werden. Das
Dass ich über zwei verschiedene Programme bzw. Fenster hinweg die Befehle nicht durchreichen sollte, ist mir schon klar.
Vielleicht ging hier meine Aussage zu weit und man beschränkt die "Durchlässigkeit" nur auf die Elemente, die von sich aus keine Nutzerinteraktionen aufnehmen können, sprich Box, Label, Header. Denn gerade eine zusätzliche Beschriftung von Steuerelementen wie im Beispiel würde ich nun nicht mehr als abwegig ansehen - es sieht so nämlich sehr schick aus.
ok da würde ich zustimmen…
Das ist aber kein Fehler, sondern ein Feature Request, weil das noch nie Funktioniert hat.