[FM] Scrollbox mit Eingabeelementen scrollen

[quaero]

Hallo,

ich habe eine VertScrollbox mit verschiedenen Elementen, die auf OnClick reagieren (Button, Edit, Memo). Diese Elemente passen nicht immer auf den verfügbaren Platz, so dass gescrollt werden muss. Wenn ich nun scrollen möchte und dabei ein Element erwische, dass auf OnClick reagiert, so kann ich nicht mehr scrollen und das OnClick-Ereignis wird ausgelöst. Ich muss also einen Fleck in der Scrollbox erwischen, der nicht reagiert.
Ich hätte aber gern, dass Scrollgesten immer als Scroll interpretiert werden und nur reine Clicks als Click. Dafür habe ich testweise mal das OnClick-Ereignis beim Button entfernt, MouseDown und -Up für Scrollbox so implementiert, dass geprüft wird, ob beide nur minimal voneinander abweichen. Dann habe ich geschaut, ob sich der Button an dieser Stelle befindet um dessen OnClick-Funktion aufzurufen. Das geht natürlich nicht, da der Knopf ja immer noch auf das OnClick-Ereignis reagiert.
Wie kann ich sonst umsetzen, dass Nutzer auf vollgestopften Scrollboxen einfach scrollen können, aber die Click-Elemente auf Click erreichbar bleiben?

Oder ist mein Ansatz mit der VertScrollBox schon verkehrt? Gibt es genau für den Zweck andere Komponenten in Delphi Seattle?

[Perlsau]

Gleich vorweg: Mit FMX-Programmierung hab ich bislang nix am Hut, aber ich hab seit einigen Monaten ein Smartphone, und da gibt es ebenfalls Scrollboxen, die so mit Buttons vollgestopft sind, daß gar kein Platz bleibt für Scrollboxen oder Zwischenräume. Das Scrollen funktioniert dabei so, daß ich den Finger, der das Scrollen auslöst, schon in Bewegung haben muß, bevor er die Scheibe berührt, ansonsten wird nicht gescrollt, sondern das Ereignis des berührten Buttons ausgelöst. Offenbar gibt es da eine gewisse klitzekleine Zeitspanne, die abgewartet wird, ob der Finger weiterhin an der gedrückten Position verbleibt. Vielleicht hilft dir das weiter?

[quaero]

Ja, das ist genau das Verhalten, dass ich auch erwarte. Ich habe es gerade nochmal getestet: Bei Buttons funktioniert es doch, aber Edits und Memos lassen die Tastatur aufklappen und das war's.

[Perlsau]

Scrollboxen mit Edits und Memos hab ich bislang noch in keiner App gesehen, aber das will nichts heißen, ich kenne ja nicht alle Apps. Aber vielleicht solltest du dein App-Konzept nochmal überdenken und Edit-Komponenten in einer eigenen Form unterbringen, die Platz genug bietet, um bei Bedarf auch scrollen zu können. Oder du fügst ein Panel ein, das die verfügbare Breite in der Scrollbox verringert, so daß man auf dem Panel scrollen bzw. die entsprechende Gestik ausführen kann. Vielleicht findet sich ja auch noch ein hilfsbereiter User, der sich mit FMX-Programmierung auskennt (ich hab hier nur D2009).

[Der schöne Günther]

Zitat von Perlsau:

Scrollboxen mit Edits und Memos hab ich bislang noch in keiner App gesehen

Aber hallo, das ist nicht häufig, aber doch ganz normal.

Konstruktiv zu FireMonkey kann ich auch nichts beitragen, noch zu wenig Erfahrung. In der VCL hieß es irgendwas mit "PassThrough" meine ich...

[Olli73]

Ich weiß nicht, ob dir das hier hilft, aber ich hatte ein ähnliches Problem mit einer ListBox: Beim Scrollen wurde manchmal zusätzlich zum Scrollen das OnClick des ListBoxItems ausgelöst.

Ich habe das dann folgendermaßen gelöst:

- eine Variable/Feld deklariert: FScrollMode: Boolean;
- bei onMouseDown: FScrollMode := False;
- bei ViewportChange / Scroll: FScrollMode := True;
- bei OnClick (des ListBoxItems): if FScrollMode then EXIT;

[quaero]

Ja, das scheint zu funktionieren. MouseMove der Komponente abfangen und auf Scrollbox umleiten. Ich probiere noch ein bisschen damit rum und melde mich demnächst nochmal.

[quaero]

Bei den Controls kann man über die Eigenschaft Touch->InteractiveGestures->Pan festlegen, welche Controls auf das Ziehen reagieren sollen. Wenn ich die Eigenschaft bei der Scrollbox auf True setze, bei den Elementen innerhalb der Scrollbox aber auf False, dann wird der Event von den Controls schrittweise an Parent weitergereicht, bis eines entsprechend reagiert. Damit konnte ich bei Buttons, Edit und Combobox scrollen. Bei Memo hat das leider nichts gebracht.
Ich habe allerdings noch eine horizontale Scrollbox mit Bildern in meiner vertikalen Scrollbox. Hier wollte ich, dass sich horizontale Bewegungen auf die horizontale Scrollbox und vertikale Bewegungen auf die vertikale Scrollbox auswirken. Mit Aktivierung der Pan-Eigenschaft für die horiz. Scrollbox kamen vertikale Bewegungen aber nicht mehr bei der vert. Scrollbox an. Die einzige Möglichkeit, beide Boxen zu scrollen, bestand darin, die Pan-Eigenschaft bei beiden abzuschalten und sämtliche Scrollbewegungen über einen GestureManager auf der Form abzufangen. Zu Beginn der Scrollbewegung wird geschaut, ob sich die horiz. Scrollbox an der Position befindet. Bei jeder Scrollbewegung berechne ich Veränderungen auf der X- und Y-Achse. Y-Veränderungen werden an die vert. Scrollbox weitergegeben (VertScrollBox.ScrollBy(0, dy)) und horiz. Bewegungen an die horiz. Scrollbox, falls die Geste über dieser begann.
Momentan habe ich auf Android noch das Problem, dass bei Scrollen über z.B. einem Label der Inhalt der vert. Scrollbox springt. Unter iOS habe ich noch nicht getestet. Falls jemand eine Erklärung für das Verhalten hat, dann soll er das bitte kundtun. Mir fehlt momentan ein Ansatz.