Closed
Bug 94749
Opened 24 years ago
Closed 23 years ago
Simplify image map code in Image properties dialog
Categories
(SeaMonkey :: Composer, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.6
People
(Reporter: cmanske, Assigned: cmanske)
Details
Attachments
(1 file, 1 obsolete file)
6.46 KB,
patch
|
Brade
:
review+
kinmoz
:
superreview+
|
Details | Diff | Splinter Review |
The dialog JS currently has 2 global variables: "imageMap" and "globalMap"
that must be kept in synch. It is not clear why there are two -- it seems
unnecessary. If it is to maintain a copy to allow cancelling after editing the
image map, this copy should be created by the image map dialog(s), not the
Image Properties dialog.
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.4
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Assignee | ||
Comment 3•23 years ago
|
||
Done as part of general dialog cleanup: bug 93732.
*** This bug has been marked as a duplicate of 93732 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 5•23 years ago
|
||
Too many changes already in bug 93732. All of those changes are common to
all dialogs. Separating this out, since it applies only to Image dialog.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Assignee | ||
Updated•23 years ago
|
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 6•23 years ago
|
||
Assignee | ||
Updated•23 years ago
|
Assignee | ||
Updated•23 years ago
|
Attachment #52946 -
Attachment is obsolete: true
Assignee | ||
Comment 7•23 years ago
|
||
Comment 8•23 years ago
|
||
Comment on attachment 53276 [details] [diff] [review]
Updated patch: Don't remove Image map until onOk(), so Cancel results in untouched document.
r=brade
Attachment #53276 -
Flags: review+
Assignee | ||
Updated•23 years ago
|
Whiteboard: FIX IN HAND need r=,sr= → FIX IN HAND need sr=
Comment on attachment 53276 [details] [diff] [review]
Updated patch: Don't remove Image map until onOk(), so Cancel results in untouched document.
Are you sure you are calling editorShell.EndBatchChanges() everywhere you should
be? From reading the diffs it looks like you are doing something like this:
editorShell.EndBatchChanges();
...
if (ValidateData())
{
...
editorShell.EndBatchChanges();
SaveWindowLocation();
return true;
}
return false;
Which means that if Validate Data() was ever false,
you'd have an unbalanced BeginBatchChanges() which
would leave the editor in
state where nothing would render or reflow.
Comment 10•23 years ago
|
||
Bah, typo in my comment above ... the first occurrence of EndBatchChanges(), in
the code snippet above should be a BeginBatchChanges().
Comment 11•23 years ago
|
||
Comment on attachment 53276 [details] [diff] [review]
Updated patch: Don't remove Image map until onOk(), so Cancel results in untouched document.
Rather than hold you up for another round of reviews ...
assuming ValidateData() doesn't require batching,
if you simply move the BeginBatchChanges() under the ValidateData()
'if' statement ... consider this sr=kin@netscape.com
Attachment #53276 -
Flags: superreview+
Assignee | ||
Comment 12•23 years ago
|
||
Right, I simply moved beginBatchChanges like this:
if (ValidateData())
{
editorShell.BeginBatchChanges();
... (no returns in here)
editorShell.EndBatchChanges();
SaveWindowLocation();
return true;
}
Assignee | ||
Comment 13•23 years ago
|
||
checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Whiteboard: FIX IN HAND
Comment 14•23 years ago
|
||
Charley, can you verify this one? thanks.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•