[Libreoffice-bugs] [Bug 109158] slower loading of a huge AutoCorrect replacement table

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #62 from Julien Nabet <serval2412 at yahoo.fr> ---

(In reply to Buovjaga from comment #61)
> ...
> 
> I will try another approach:
> 
> a) do things incorrectly, making problems appear everywhere, but having the
> performance be fantastic
> b) do things correctly, which has a performance penalty that shows with huge
> amounts of data
> 
> Implementing b) is not causing a regression, because a) was "just an
> illusion" to begin with. To get to nice performance, a fascinating new
> adventure is needed. It has to be seen as an enhancement request that
> requires completely new strategies of attack.

Completely agree, there was some UI problems, the revert has been made about it
knowing that in the specific "expert config dialog" (the UI part which was
originally fixed), there would be no more perf pb since the loading has been
modified. That's what means:
"The expert dialog got fixed by not populating it with all options on load..."

Now we got indeed perf problem but on a different part of UI.

Perhaps these 2 ways may be investigated:
1) Optimize GetTextWidth
2) load differently autocorrect dialog (perhaps by taking example to expert
config)

(I'm not enough expert to work on this)

-- 
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/20190923/6ea10e30/attachment.html>