Closed Bug 94749 Opened 24 years ago Closed 23 years ago

Simplify image map code in Image properties dialog

Categories

(SeaMonkey :: Composer, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.6

People

(Reporter: cmanske, Assigned: cmanske)

Details

Attachments

(1 file, 1 obsolete file)

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.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.4
Target Milestone: mozilla0.9.4 → mozilla0.9.5
moving out to 0.9.6
Target Milestone: mozilla0.9.5 → mozilla0.9.6
spam composer change
Component: Editor: Core → Editor: Composer
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
Verified Dup
Status: RESOLVED → VERIFIED
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 → ---
Status: REOPENED → ASSIGNED
Keywords: patch, review
Whiteboard: FIX IN HAND need r=,sr=
Attachment #52946 - Attachment is obsolete: true
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+
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.
Bah, typo in my comment above ... the first occurrence of EndBatchChanges(), in the code snippet above should be a BeginBatchChanges().
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+
Right, I simply moved beginBatchChanges like this: if (ValidateData()) { editorShell.BeginBatchChanges(); ... (no returns in here) editorShell.EndBatchChanges(); SaveWindowLocation(); return true; }
Keywords: patch, review
Whiteboard: FIX IN HAND need sr= → FIX IN HAND
checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
Whiteboard: FIX IN HAND
Charley, can you verify this one? thanks.
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: