irgendwie verstehe ich die Welt nicht mehr. Ich hatte in einem Code folgendes stehen gehabt:
Code: Alles auswählen
dbgotop()
dbgoto(nummer)
Moderator: Moderatoren
Code: Alles auswählen
dbgotop()
dbgoto(nummer)
Ja, so isses.Ich dachte immer egal wo man steht, DbGoto() springt immer zur gewünschten Stelle.
Tatsächlich kenne ich das von Dir skizzierte Szenario mit der ADSDBE und aktivem (nativem) Filter, also SET FILTER TO oder DbSetFilter(). In dieser Situation musste ich häufiger feststellen, dass ein DbGoto(nRecno) keinen tatsächlichen Sprung zum Datensatz auslöste, wenn direkt zuvor ein Filter gesetzt oder verändert wurde. Erst mit einem DbGoTop() zuvor ging es. Mit den anderen Engines kenne ich dieses Verhalten allerdings nicht.Ich dachte immer egal wo man steht, DbGoto() springt immer zur gewünschten Stelle.
Aber was noch wichtiger ist (für die anderen PCs erledigt das doch schon unlock ...) der eigene PC wird gezwungen die Daten neu einzulesen, weshalb man die Änderungen anderer sieht."Hinweis: DbGoto(RecNo()) bewirkt das Zurückschreiben der Dateipuffer in die zugehörigen Dateien in der Workarea.
Bei einer Mehrplatzanwendung im Netzwerk werden dadurch geänderte Daten für andere Workstations sichtbar. "