Closed Bug 175411 Opened 23 years ago Closed 17 years ago

XUL scrollbar rendering is _extremely_ inefficient

Categories

(Core :: XUL, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: roland.mainz, Assigned: hyatt)

References

Details

(Keywords: perf)

XUL scrollbar rendering is _extremely_ inefficient. When you turn-off double-buffering you'll see that the XUL scrollbar redraws itself _completely_ during move. Steps to reproduce: 1. Set -- snip -- user_pref("viewmanager.do_doublebuffering", false); -- snip -- do disable double-buffering (pref was introduced in bug 169483) 2. Go to http://www.mozilla.org/newlayout/xml/debugdemos/books/books.xml 3. Select "Toggle Style"-button to use the alternative style for books.xml 4. Use one of the scrollbars Result: The whole XUL scroller widget gets redrawn Expected result: While scrolling only the previous and new location of the thumb would be redrawn. Note that even the plain Xt/Athena scroller makes this better (e.g. it only redraws old&new locations of the thumb) than the current XUL code.
Keywords: perf
I'm not actually seeing anything under Win2000 build 20030209 but it could still redraw everything of course. It looks however as if the scrollbar does no clipping. You can see that in e.g. the mailwindow when you make the threadpane so small that the scrollbar doesn't fit anymore. You'll see the scrollbar drawing through the splitter.
Blocks: 203448
WFM - Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9pre) Gecko/2008051102 SeaMonkey/2.0a1pre - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008051206 Firefox/3.0
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.