Closed
Bug 196490
Opened 22 years ago
Closed 22 years ago
Remove property caching in tree content view
Categories
(Core :: XUL, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla1.4alpha
People
(Reporter: janv, Assigned: janv)
References
Details
Attachments
(1 file)
(deleted),
patch
|
jag+mozilla
:
review+
bryner
:
superreview+
|
Details | Diff | Splinter Review |
It was not included it in my original patch for content view - bug 97062.
Hyatt wanted to cache properties instead of parsing them each time, so I changed
code a bit to cache properties on rows. Column and cell properties are still not
cached anyway.
We tried to do something similar for rdfliner, but then we decided to WONFIX it
- bug 117988.
Now I think it's time to remove it completely, since I'm going to check in a
patch which improves painting speed by about 36% - bug 185977
Assignee | ||
Comment 1•22 years ago
|
||
Assignee | ||
Updated•22 years ago
|
Attachment #116666 -
Flags: superreview?(bryner)
Attachment #116666 -
Flags: review?(waterson)
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla1.4alpha
Comment 2•22 years ago
|
||
Comment on attachment 116666 [details] [diff] [review]
patch
Is there a measurable performance win from keeping the property caching, even
with your patch for bug 185977?
Assignee | ||
Comment 3•22 years ago
|
||
Brain, Do you remember my testcase for content view ?
The test case contains about 30 rows.
I added properties attribute on each row:
<treerow properties="this-is-long-property and-this-is-another-one">
I see no measurable difference with and without patch applied.
It takes 9 ms to paint in both cases.
I guess there have to be a difference, but I don't think it's worth.
Updated•22 years ago
|
Attachment #116666 -
Flags: superreview?(bryner) → superreview+
Assignee | ||
Updated•22 years ago
|
Attachment #116666 -
Flags: review?(waterson) → review?(jaggernaut)
Comment 4•22 years ago
|
||
Comment on attachment 116666 [details] [diff] [review]
patch
+ if (properties.Length())
prefer
if (!properties.IsEmpty())
Oh, I just noticed you moved that code from ParseProperties. Could you change
it anyway before checking in?
Attachment #116666 -
Flags: review?(jaggernaut) → review+
Assignee | ||
Comment 5•22 years ago
|
||
checked in
saved 1636 bytes
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•