[Libreoffice-bugs] [Bug 131016] Libre office base erreur au niveau du compteur d'enregistrement dans le formulaire

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=131016

Robert Großkopf <robert at familiegrosskopf.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |robert at familiegrosskopf.de

--- Comment #3 from Robert Großkopf <robert at familiegrosskopf.de> ---
It is a cache-problem. LO doesn't load all the data at once. So it doesn't know
how many rows the table will have.

You could switch to last row and then to first row to get the right counter,
not only *41.

Many people do this by a macro when loading a form:

SUB MaxRow(oEvent AS OBJECT)
DIM oForm AS OBJECT
oForm = oEvent.Source
oForm.last
oForm.first
END SUB

This macro should be started in the form event "When loading ...".

This macro would be better if you change the content, add rows ...

SUB MaxRow(oEvent AS OBJECT)
DIM oForm AS OBJECT
DIM loMax AS LONG
oForm = oEvent.Source
loPos = oForm.getRow
oForm.last
oForm.absolute(loPos)
END SUB

It reads the rows, which is the current row. It switches to the last row and
then back to the row, which has been the row at the start. So you could add
data and get the right count of rows.

This macro should be started in the form event "When loading ..." and "After
record action ...".

Please report bugs only in English. I have translated your description first
with google-translater and hope I understood the problem.
I couldn't find a buggy behavior here, because it shows it couldn't count the
whole rows ...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200228/c88de377/attachment-0001.htm>