<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Improve loading of large autocorrect lists" href="https://bugs.documentfoundation.org/show_bug.cgi?id=128078#c11">Comment # 11</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Improve loading of large autocorrect lists" href="https://bugs.documentfoundation.org/show_bug.cgi?id=128078">bug 128078</a> from <a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> V Stuart Foote</a> <pre>(In reply to tommy27 from <a href="show_bug.cgi?id=128078#c10">comment #10</a>) > ... > this shows that there has been a consistent performance drop loading large > autocorrect lists. > > whilst 5.3.x was very fast, 6.1.x is twice slower, and 6.3.x 4 times > slower... And again those are totally irrelevant as benchmarks. Assuming continued UX agreement that supporting auto-correct tables of 200,000 or more entries is needed (and I think it is) this enhancement would require refactoring of the 'AutoCorrect Options...' dialog for populating the widgets on its 'Replace' tab. That refactoring could take several tracts. My preference would be to test for autocorrect list size, and for greater than ~3000 entries use a fixed entry, just dump the pairs into the widget unmeasured. Give up some visual precision for load speed. Not pretty, just fast. But possibly provide a different 'mode' for large (> 3000) autocorrect tables, presumably in its own thread.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>