Focus-Problem bei Firemonkey

[jaenicke]

Ich markiere in Rot oder mit einem Hinweisfähnchen inkl. kurzer Erklärung (je nach GUI), lasse aber in der Regel den Fokus unberührt um den Arbeitsfluss nicht unnötig zu stören. So sieht der User, dass etwas nicht in Ordnung ist, kann aber erst einmal weitermachen oder direkt zurück und korrigieren, ganz nach Wunsch.

Die einzige wirklich saubere Lösung für dein Vorhaben wäre wie schon geschrieben den Fokus nach dem Event zurückzusetzen, wenn SetFocusControl schon durch ist. Wie das bei Firemonkey am besten geht, weiß ich nicht.

[bernau]

Zitat von jaenicke:

Ich markiere in Rot oder mit einem Hinweisfähnchen inkl. kurzer Erklärung (je nach GUI), lasse aber in der Regel den Fokus unberührt um den Arbeitsfluss nicht unnötig zu stören. So sieht der User, dass etwas nicht in Ordnung ist, kann aber erst einmal weitermachen oder direkt zurück und korrigieren, ganz nach Wunsch.

So mache ich das bei meiner Software auch. Grade wenn "blind" eingegeben wird, ist es ärgerlich wenn man immer im gleichen Feld hängen bleibt. Und bei Eingabe großen Datenmengen kommt die blinde Eingabe oft vor.

[himitsu]

Bei FM kann man ja nun ganz leicht einen knallroten Schein um die betreffenden Eingabeelemente machen.

[eddie11]

ok, das mit dem Markieren gefällt mir gut, das werde ich dann auch so machen. Die endgültige Prüfung muss dann bei Drücken von "Ok" oder sonstiger weiterer Verarbeitung nochmals alles Validieren und dann ggf. einen entsprechenden Hinweis bringen. Allerdings hätte ich es lieber, wenn direkt nach der Eingabe ein Hinweis käme ohne den es nicht weiter geht. Oft sind die Eingaben einzelner Felder voneinander abhängig (z.B. Postleitzahl, Ort und Straßen) - aber wenns nicht mit überschaubarem Aufwand hinzukriegen ist...

[jaenicke]

Zur Not kannst du nen Timer draufsetzen, der auf 1 Millisekunde gestellt ist, und dann direkt den Fokus zurücksetzt. Schön ist das aber nicht.

Ich habe schon probiert TThread.Queue zu benutzen, aber das ging auch nicht.

[himitsu]

Timer, TThread.Queue oder eine Message sollte doch eigentlich klappen, da das so ist, als würde der Benutzer es (etwas später) selber machen
(Timer = überdimensionierte Message)

Wenn da intern nicht ebenfalls was zeitverzögert ausgelöst wird, dann könnte es schon passieren, daß dieses nach unserem Timer/Querue/Message erst zuschlägt.

[jaenicke]

Intern wird das einfach direkt zugewiesen, da passiert nichts hinterher. (Von den Animationen vielleicht mal abgesehen, keine Ahnung, aber die entscheidende Zuweisung ist da schon durch.)