[meta] Improve the performance of the new TreeView
Categories
(Thunderbird :: Folder and Message Lists, task, P3)
Tracking
(thunderbird_esr102 unaffected)
Tracking | Status | |
---|---|---|
thunderbird_esr102 | --- | unaffected |
People
(Reporter: aleca, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: meta, perf, Whiteboard: [Supernova3p])
Attachments
(1 file)
73.21 KB,
application/zip
|
Details |
Meta bug to track the work to improve the performance of the new TreeView
widget
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 1•2 years ago
•
|
||
This serves as a demo of tree performance, current as of the closing of bug 1830979. It's independent of Thunderbird and can be run by unzipping the file and navigating to the resulting tree-demo.xhtml
. It's incomplete, but adequately demonstrates the performance issues we're experiencing.
Comment 2•2 years ago
|
||
(In reply to Sean Burke [:leftmostcat] from comment #1)
Created attachment 9335053 [details]
Tree performance demo following idle tick patchThis serves as a demo of tree performance, current as of the closing of bug 1830979. It's independent of Thunderbird and can be run by unzipping the file and navigating to the resulting
tree-demo.xhtml
. It's incomplete, but adequately demonstrates the performance issues we're experiencing.
When profiling scrolling in this testcase, the time is spent under the "Styles" marker but it's really doing Reflow / Layout. It's happening under the Styles marker because of a container query.
So you want to improve the layout time, by making the rows independent of each other so that only the newly-added rows have to be reflowed. This probably means that you can't use a <table>.
Reporter | ||
Comment 3•1 year ago
|
||
Closing this for now as we're in a pretty good state with the performance of the tree view.
In the next cycle we will explore the possibility of using a different widget and improving things when needed.
Updated•1 year ago
|
Description
•