Hi Tommy,
On Tue, 2012-05-01 at 22:03 +0200, Tommy wrote:
> here's another slowness issue with large replacement table.
> https://bugs.freedesktop.org/show_bug.cgi?id=49350
...
> maybe the same methods applied to previous bugs to speed up things can be
> used here as well
This is rather
On Tue, 01 May 2012 10:34:07 +0200, Michael Meeks
wrote:
Large autocorrect databases cause quite some slowness on first
keystroke for people; turns out we had quite a gratuitous N^2 on load
there involving some ICU collation goodness ;-)
It's still not ideal to have a multi-
On Tue, 01 May 2012 10:34:07 +0200, Michael Meeks
wrote:
Large autocorrect databases cause quite some slowness on first
keystroke for people; turns out we had quite a gratuitous N^2 on load
there involving some ICU collation goodness ;-)
It's still not ideal to have a multi-
