Office: GetScrollInfo

Ja klar und diese Position korreliert 1:1 mit den Daten in denen navigiert werden kann.

Die ScrollInfo zeigt unter anderem folgendes:
Wie viele Datensätze sind auf einer Seite eines Access Forms.
Welches ist der erste Datensatz der Seite. usw.

Wie du vielleicht mitverfolgt hast, stimmen diese Werte in acc2007 unter allen Umständen.
Bei Acc2013 ist das aber nicht mehr der Fall.

Daher der Thread.

Edit:
Und für die die den Zusammenhang noch nicht verstanden haben:
Wenn ich weiß, welcher Datensatz der erste ist, kann für jede Zeile berechnet werden um welchen Datensatz es sich handelt.

 

> Bei Acc2013 ist das aber nicht mehr der Fall.

Auch bei Acc2010 ist das schon so. Die Milch wurde also schon vor langer Zeit vergossen.

Aber das ist natürlich ärgerlich, da es auch einer optimalen Lösung
des "Requery-Problems" im Wege steht.

Auf den Wert in Page würde ich nicht viel geben, da nur aufgeführt ist,
wie viele DS vollständig angezeigt werden.

 

Sobald man sich darauf verlassen kann, kann man damit arbeiten. *wink.gif*

So wich ist das sehe, ist nur mittels Subclassing ein sicheres Ergebnis erzielbar.

 

Eigentlich schon. Wenn da n halber DS rausschaut, kann man den trotzdem mit nem 0-basierter Offset erfassen.

Hmm. Die Messages (hab ich mit nen WinSpy mal auslesen lassen) geben den selben wert wie nPos/nTrackpos. Hast du da Andere Infos?

 

Die Überlegung wäre dahingehend, die Klick Events auf die Scrollbar und das Scrollen mit der Maus abzufangen und nur soweit zuzulassen, als ScrollInfo korrekte Werte zurückliefert. *mrcool

Ob das sauber klappt wäre natürlich zu testen.
Das wäre dann die Methode mit dem Vorschlaghammer.