Closed Bug 18140 Opened 25 years ago Closed 24 years ago

[PORKJOCKEY] View Manager Should Coalesce All Paint Requests

Categories

(Core :: Web Painting, defect, P3)

Product:
Core
Component:
Web Painting
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: beard, Assigned: kmcclusk)

Details

The view manager should be modified to accumulate/coalesce paint requests for a set of views that share a common widget, and a timer should be used to throttle the frame rate at which repaints occur. At the very least, this mechanism should be used to limit the number of repaint requests that go to nsIWidget::Invalidate(), but even more ambitiously, when the timer fires, the updates could be processed without a round trip through the OS.
Depends on: 18141
No longer depends on: 18141
Blocks: 20203
Status: NEW → ASSIGNED
Target Milestone: M13
This is partially implemented now. Still need to look into timer based
throttling.
Target Milestone: M13 → M14
Target Milestone: M14 → M15
Reassigning all view bugs to kevin.
Assignee: beard → kmcclusk
Status: ASSIGNED → NEW
Moving to M17
Target Milestone: M15 → M17
Status: NEW → ASSIGNED
Moving to M19
Target Milestone: M17 → M19
This bug is marked "future" because it is not critical for RTM (Release To 
Manufacturing). If anyone believes it is critical, please explain why in
this bug.
Target Milestone: M19 → Future
No longer blocks: 20203
The paint events are currently being coalesced. Painting is already being
batched  and processed by Disable/Enable Refresh calls made to the viewmanager
from layout and the EventStateManager so there is no need for timer based
throttling. Marking this bug Fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Marking verified per last comments.
Status: RESOLVED → VERIFIED
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.