Closed
Bug 84574
Opened 24 years ago
Closed 24 years ago
Mac OS X: Windows dragging is SLOW
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.3
People
(Reporter: zs98, Assigned: mikepinkerton)
Details
(Keywords: perf)
Attachments
(3 files)
5.55 KB,
patch
|
Details | Diff | Splinter Review | |
2.04 KB,
patch
|
Details | Diff | Splinter Review | |
1.52 KB,
patch
|
Details | Diff | Splinter Review |
Dragging Mozilla windows around is unbearably slow. This bug first appeared in
build 6/5/01 of Fizzilla. Previously, dragging was in line with the rest of the OS.
Checked this out with QuartzDebug (application in the OSX dev tools). In the 6/5
build "live window resizing" is functional for the first time by default. The
problem appears to be that other carbon apps only use quartz to draw window
contents when resizing windows, make dropshadows, etc. but window dragging is
drawn by the GPU, not the CPU. In 6/5 quartz updates the entire window when
dragging, thus the massive slowdown.
fire up quartzdebug /MacOSX/Developer/Applications/QuartzDebug.app and compare
Fizz to other carbon apps.
But other Carbon apps have native interfaces. I wouldn't be surprised if this
was a side-effect of XUL.
Mac OS X is so slow that I'm not sure this will be a high-priority problem
anytime soon. But it is a problem (compared to dragging an IE window of the same
size around) so I'm going to confirm this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•24 years ago
|
||
So this is a regression from the live window resizing? Over to pink
Assignee: blakeross → pinkerton
Assignee | ||
Comment 4•24 years ago
|
||
are we talking about moving windows or resizing them? we don't even get notified
when the windows are being moved, so i'm not quite sure how the resize code
could be getting involved.
Assignee | ||
Comment 5•24 years ago
|
||
i have a patch to this. it appears that i wasn't checking the appropriate
parameter so the live-resize code was kicking in even when the window was moving.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.3
Assignee | ||
Comment 6•24 years ago
|
||
Assignee | ||
Comment 7•24 years ago
|
||
Assignee | ||
Comment 8•24 years ago
|
||
r=pchen
Comment 9•24 years ago
|
||
I think only invalidating the area that differs between the two sizes is not
enough. Resizing the window can cause the page to re-layout in a different way,
necessitating an entire-window invalidate.
Assignee | ||
Comment 10•24 years ago
|
||
Comment 11•24 years ago
|
||
sr=sfraser on attachment 37975 [details] [diff] [review]
Comment 12•24 years ago
|
||
a= asa@mozilla.org for checkin to the trunk.
(on behalf of drivers)
Assignee | ||
Comment 13•24 years ago
|
||
fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 14•24 years ago
|
||
Marking verified in the June 13th build (2001061314)
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•