[Libreoffice-bugs] [Bug 128078] Improve loading of large autocorrect lists

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #4 from V Stuart Foote <vstuart.foote at utsa.edu> ---
@Caolán, was that a scolding? ;-)

But doesn't the issue summary say it all? 

We have situation of latency in opening/reopening the AutoCorrect dialog.

Previously supported usage has allowed for a user to open the dialog
interactively to assemble 'text strings' and associated shortcuts as a writing
aid. If they had "boiler plate" to capture for reuse--throw it into the
AutoCorrect dialog. Multiple variations? No problem throw them in with each
with a different shortcut string.

The project even did the same thing--we put the entire :emoji: entry feature
and localized it into the AutoCorrect dialog.

So at this point (6.3 & master/6.4) we have users who have assembled abusively
large (~200K entry) AutoCorrect replacement lists given a best case latency of
15 - 20 seconds in opening the tool. As compared to 5 second openings in the
past.

It now is opened visually correctly, but even with recent optimizations Noel
did, it is just too slow. 

Do we force the user to edit back their correction list, cap the counts?  

If not, can we again accommodate their hefty usage by sacrificing visual
precision of the listbox display for performance? 

And at what count should the threshold be?  To me seems like anything above
3,000 --so that our deployed correction lists will format visually correctly--
and any count beyond that could be allowed to be "sloppy".

-- 
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/20191022/1829fcd0/attachment.html>