Closed
Bug 29362
Opened 25 years ago
Closed 24 years ago
Performance and display problems when resizing Tinderbox page
Categories
(Core :: Layout: Tables, defect, P3)
Core
Layout: Tables
Tracking
()
VERIFIED
WORKSFORME
mozilla0.9
People
(Reporter: pierre, Assigned: karnaze)
References
Details
(Keywords: perf)
Tested with recent debug builds on Mac and Windows.
- Go to the Tinderbox page.
- Resize the window so that it shows the horizontal scroll bar. The height of the
window doesn't matter but it's more impressive if you make the window small
enough to not display any part of the table (just the blah-blah at the top).
- Now keep resizing the window continuously doing circles of about 1 inch wide
with the mouse cursor.
==> You see that the window is updated fast enough to keep track with the cursor
movements.
- Resize the window wider so that the horizontal scroll bar disappears.
- Resize continuously in small circles like above.
==> You see that the window refresh is MUCH slower.
The performance drop is certainly due to the big table. The odd things are:
- It happens even if only the top of the page is visible (not the table itself).
- When a part of the table is visible with all the columns (ie. no horizontal
scrollbar), the space between the columns is not calculated consistently: some
columns have no white line between them, some have two white lines.
Assignee | ||
Comment 1•25 years ago
|
||
There is a known performance problem with tables. They repaint themselves
entirely no matter what the size of the damage area.
Status: NEW → ASSIGNED
Target Milestone: M17
Assignee | ||
Comment 8•24 years ago
|
||
I'm not seeing the slowdown with the horizontal scroll bar removed on WinNT.
Marking worksforme.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•