On Fri, Mar 09, 2012 at 03:15:10PM +0000, Caolán McNamara wrote:
Aha, now I understand the problem. Looking a bit closer, our biblio.odb
*doesn't* embed the database inside the .odb, this is one of the .odbs
which point to an external data source/sink. In this case it points to
~/.libreoffice/3/user/database/biblio/biblio.db[f|t] so whenever anyone
edits it then only their local .dbf and .dbt files get their data
changed :-)
Documented a way to update the bibliography database that works with
http://cgit.freedesktop.org/libreoffice/core/commit/?id=c7de2ddf67158733ba15cea4cb8f1786e83776d9
caolanm->lionel: might be worth having a look at the points a & b in
that README, not sure if those are bugs or intentional behavior.
a) oddly base doesn't show the same fields that the bibliography
widget does, possibly a bug worth fixing ?
Cannot immediately reproduce. Which field is visible in one, but not
the other?
b) oddly base doesn't seem to "PACK" the dbase III files after
editing, so deleted records still take up space in the file,
possibly a bug worth fixing ?
Let's make it an easyhack. Put me in CC on it. It is not entirely
clear when we should pack it. After every change is too much
(performance-wise). When some threshold of space is wasted? When the
.odb file is closed? When the .odb file is saved (but then if only
data and no form / report / ... is changed, we never pack....).
Do you have an idea of how to "PACK" a dbase III file? Is is already
implemented in our code and we just need to add the function call or
does that need to be added, too?
--
Lionel
Context
Re: Patch for Easy Hack 45033 · Miklos Vajna
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.