Closed
Bug 114580
Opened 23 years ago
Closed 23 years ago
commonDialog is slow as molasses
Categories
(SeaMonkey :: UI Design, defect)
SeaMonkey
UI Design
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla0.9.9
People
(Reporter: hewitt, Assigned: hewitt)
Details
(Keywords: perf)
Attachments
(1 file, 2 obsolete files)
(deleted),
patch
|
bryner
:
review+
|
Details | Diff | Splinter Review |
Ever try calling alert() in rapid succession, and notice that the dialog takes
forever to appear? I have.
commonDialog.xul needs to get spanked.
Assignee | ||
Comment 1•23 years ago
|
||
Working on this... just by changing collapsed="true" to hidden="true" on the
optional container boxes, I save about 60% of window open time. Hyatt reminded
me that doing this is tricky because that will cause the textbox/checkbox
bindings to load async when they are shown, so I have to be sure to unset hidden
from an inline function call instead of from onload.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
Assignee | ||
Comment 2•23 years ago
|
||
This patch cleans up the commonDialog xul and js, changes collapsed to hidden
on the textbox containers, converts to use the dialog tag, and updates the
dialog tag to support extra buttons.
Assignee | ||
Comment 3•23 years ago
|
||
Attachment #61248 -
Attachment is obsolete: true
Assignee | ||
Updated•23 years ago
|
Attachment #61251 -
Attachment is obsolete: true
Assignee | ||
Comment 4•23 years ago
|
||
Comment 5•23 years ago
|
||
r=/sr=jag with the bug pointer.
Comment 6•23 years ago
|
||
Comment on attachment 63887 [details] [diff] [review]
patch 3.0
r=bryner
Attachment #63887 -
Flags: review+
Comment 7•23 years ago
|
||
a=blizzard on behalf of drivers for the cropping fixes
Updated•23 years ago
|
Keywords: mozilla0.9.8+
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Comment 8•23 years ago
|
||
looks like this is checked in. can it be resolved?
Asa: only dialog.xml was checked in, the rest of the patch hasn't landed yet.
Comment 10•23 years ago
|
||
Removing the 0.9.8+ since my memory of the discussion was that we only wanted
part of the patch for 0.9.8 (and thought the rest could wait), and it looks like
part of the patch was checked in (I'm assuming the part we decided). If I got
confused here and there's still something that needs to go in for 0.9.8, please
get it in sooner rather than later.
Keywords: mozilla0.9.8+
Assignee | ||
Comment 11•23 years ago
|
||
almost forgot about this - landed on trunk now
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 12•23 years ago
|
||
This checkin caused the regression in bug 123216.
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
•