Open
Bug 1432169
Opened 7 years ago
Updated 2 years ago
Consider firing ViewShowing events before moving the "panelview" node
Categories
(Firefox :: Toolbars and Customization, enhancement, P5)
Firefox
Toolbars and Customization
Tracking
()
People
(Reporter: Paolo, Unassigned)
Details
(Keywords: perf:frontend, perf:responsiveness, Whiteboard: [triage])
Since a <panelview> node may be moved again later for asynchronous layout, we may be able to improve performance by auditing the "ViewShowing" handlers to check they don't rely on the assumption that the new <panelview> is a descendant of <panelmultiview>, and fire the event before moving it. We would need to fire the "ViewShowing" event separately on the <panelmultiview> element when it is not an ancestor already. This is probably a low priority enhancement, as this may happen often only for the Library subview, and has likely a low impact even for users that switch frequently between the two menus.
Updated•7 years ago
|
Priority: -- → P5
Updated•6 years ago
|
Whiteboard: [fx-perf][triage] → [fxperf][triage]
Updated•6 years ago
|
Whiteboard: [fxperf][triage] → [fxperf:p3][triage]
Updated•2 years ago
|
Severity: normal → S3
Updated•2 years ago
|
Performance Impact: --- → low
Keywords: perf:frontend,
perf:responsiveness
Whiteboard: [fxperf:p3][triage] → [triage]
You need to log in
before you can comment on or make changes to this bug.
Description
•