28. Oktober 2014 13:49
28. Oktober 2014 14:19
Was passiert, wenn du das CurrPage.UPDATE weglässt?1. Versuch über FINDFIRST
28. Oktober 2014 14:58
28. Oktober 2014 15:03
28. Oktober 2014 15:11
28. Oktober 2014 16:05
28. Oktober 2014 16:09
Natalie hat geschrieben:Das war leider überhaupt nicht das, was ich gefragt habe
Zunächst einmal geht es mir um deinen Ansatz über FINDFIRST statt SendKeys.
Wenn das allein (ohne CurrPage.UPDATE) nicht reicht, dann bitte nach FINDFIRST manuell F5 in der Page ausführen.
Erst wenn irgendwas davon vorher funktioniert hat, würde ich ggf. mit SendKeys eingreifen.
28. Oktober 2014 16:14
BlueInTheSky hat geschrieben: Auch das manuelle Ausführen von F5 nach dem FINDFIRST hatte nichts gebracht ...
28. Oktober 2014 16:18
Natalie hat geschrieben:Sind in deiner Page die Trigger OnFindRecord und OnNextRecord ausprogrammiert?
28. Oktober 2014 16:25
28. Oktober 2014 16:30
Natalie hat geschrieben:Macht es einen Unterschied, ob du CurrPage.UPDATE oder CurrPage.UPDATE(FALSE) benutzt?
28. Oktober 2014 16:42
BlueInTheSky hat geschrieben:Hintergrund:
Ich habe folgenden Code einmal in eine Test-Funktion kopiert:
IF ISCLEAR(WshShell) THEN
CREATE(WshShell,FALSE,TRUE);
WshShell.SendKeys('^%{HOME}');//Ctrl+Alt+Pos1
Ergebnis:
Wenn der Cursor auf dem "Schnell-Suche"-Feld (globale Variable) steht springt er nicht auf den ersten Datensatz.
Wenn der Cursor auf einem beliebigen Datensatz steht, dann springt er durch die Test-Funktion auf den ersten Datensatz.
28. Oktober 2014 18:10
29. Oktober 2014 16:12
29. Oktober 2014 16:42
29. Oktober 2014 17:04
Natalie hat geschrieben:Das einzige Problem, das trotzdem bleibt: Solange ich ins Eingabefeld eine immer größere Nummer eingebe, funktioniert alles. Sobald ich wieder kleiner werde, wird der Filter zwar korrekt angewendet, aber der Cursor verbleibt auf der letzten Position anstatt auf den ersten Datensatz des neuen Bereichs zurückzuspringen: Der Cursor schafft es einfach nicht, rückwärts zu laufen.
31. Oktober 2014 15:26