On Wed, 01 Feb 2012 22:37:40 +0100, Michael Meeks
wrote:
On Wed, 2012-02-01 at 21:03 +0100, Tommy wrote:
Hi, as far as I know, the more entries you have inside a OOo/LibO
acor.dat
file the longer the replacement table will take to load.
That is as expected -but- this should be an
On Wed, 2012-02-01 at 21:03 +0100, Tommy wrote:
> Hi, as far as I know, the more entries you have inside a OOo/LibO acor.dat
> file the longer the replacement table will take to load.
That is as expected -but- this should be an incredibly fast operation
(AFAICS), unless there is some re
On Wed, 01 Feb 2012 19:51:38 +0100, Olivier Hallot
wrote:
-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. Toda
-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 autocorrectio
On Wed, 01 Feb 2012 15:42:26 +0100, Caolán McNamara
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*
Hi,
On Wednesday, 2012-02-01 14:42:26 +, Caolán McNamara 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
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 class