Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

Just to add that I remember once in OO 3.x that a very large
autocorrection file has impact in the time spent to load the
autocorrection contents, specially the replacement table. Today in pt-BR
it takes 1/2 to 1 second to display the autocorrection dialog box.

Regards

Olivier

Em 01-02-2012 14:19, Tommy escreveu:
On Wed, 01 Feb 2012 15:42:26 +0100, Caolán McNamara <caolanm@redhat.com>
wrote:

On Wed, 2012-02-01 at 06:12 +0100, Tommy wrote:
this issue sounds similar to
https://issues.apache.org/ooo/show_bug.cgi?id=87672
Bug 87672 - autocorrect limit. acor.dat with entry 65535: Loop and/or
loss
of acor data

*probably* the entries are shoved into one of our old container classes
which are maxed out with a 16bit count. There's an ongoing series of
"easy-hacks" e.g. https://bugs.freedesktop.org/show_bug.cgi?id=38832 to
replace those with generic STL ones which happen to support far larger
amounts, so it would be doable, *if* someone finds where the autocorrect
entries are stored :-)

under Windows the autocorrect entries are stored under
...\User\LibreOffice 3\user\autocorr
inside .dat files such as: acor_it-IT.dat (italian autocorrect) or
acor_en-US (american english autocorrect)

those .dat files are just .zip files... if you change extension and
extract their content you will find
several other files, the most important of those is: DocumentList.xml
which is the whole list of autocorrect entries

the whole list is on a single line and as I reported in OOo Bug 87672
https://issues.apache.org/ooo/show_bug.cgi?id=87672

it may contain up to 65535 entries. if you enter 65536 the whole
database crashes and
the .xml is resetted to 0 loosing all your data

the OOo devs told me that the issue was due to a 16-bit limit and they
did not
propose a solution to this.

so, if I got it right, moving from 16-bit to 32-bit would exponentially
increase the
maximum capacity of autocorrect entries.


You might get lucky and someone already converted the container to STL
already in 3.4

C.   

really?

_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

- -- 
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPKYm6AAoJEJp3R7nH3vLxAUUIAI2KUMcKkxKsoShKGpSvMfyo
YpPIXrQ8NXLWxOYCoNlWlNU7bE2O6f8bpaptPfjHCbiNiP9vQdH3ATuJI/NG+iYn
vNwTOh/n58HIFR0C4x97Tab9dx44qEw6KKQ93GJTxJJG5gXMH+8CwLR6uAiThGKI
CMjaWTT7HtKPcICoqYoxXqRLh3yNKQxLxZn+LY0ZYTjIvP5dYi4DTqStimG0E53a
z93gELFKZ1Tx8IVCzlzBTXQZXE29N8xJx8rEhzFYB7rST7cAYslEVm3f07tDRU1N
dlkoiySFsSMKSsPMF9EFlPwHALgu5EfaeftnLqmIZfK66UXrtSQzkBLR4zLLpoc=
=hP8N
-----END PGP SIGNATURE-----

Context


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.