https://bugs.documentfoundation.org/show_bug.cgi?id=109158
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ke...@collabora.com
Version|5.4.1.2 release |5.4.1.1 rc
--- Comment #23 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
OK sure, there is a regression 5.4.0.3 -> 5.4.1.1, and in 6.0 and master.
4s -- Version: 5.4.0.3 (x64)
Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c
CPU threads: 4; OS: Windows 6.19; UI render: GL;
Locale: en-US (en_US); Calc: group
8s -- Version: 5.4.1.1 (x64)
Build ID: a5be49f0c45fe24a575c7f41559aa8fc79a781a2
CPU threads: 4; OS: Windows 6.19; UI render: GL;
Locale: en-US (en_US); Calc: group
With earlier benchmarks improved as for bug 79761
18s -- Version: 4.1.6.2
Build ID: 40ff705089295be5be0aae9b15123f687c05b0a
14s -- Version: 4.2.0.1
Build ID: 7bf567613a536ded11709b952950c9e8f7181a4a
4s -- Version: 5.2.7.2 --> on ward.
Build ID: 2b7f1e640c46ceb28adf43ee075a6e8b8439ed10
CPU Threads: 4; OS Version: Windows 6.2; UI Render: GL;
Locale: en-US (en_US); Calc: group
So fixing bug 99071, reverted Kendy's hack for populating list box views with
more than 100 items, and means all entries in a list box again must lookup the
font and calculate font text width and height. For a user's autocorrect list
box of 200K entries--this is expensive.
Maybe the better way to have fixed it might have been to bump up the number of
GetEntryCount items in a list box before shifting to an approximate_char_width.
With a complex document, would 1000 or 2000 entries in a list box be enough for
well formed list box in Navigator?
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
