Closed Bug 43424 Opened 24 years ago Closed 24 years ago

Change nsIDOMXULDocument --> nsIDOMDocument

Categories

(Core :: DOM: Editor, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: dougt, Assigned: akkzilla)

Details

(Whiteboard: [nsbeta2+])

Attachments

(1 file)

Currently editor QI's for a nsIDOMXULDocument on the domWindow's DocShell passed 
via nsIEditorShell::SetWebShellWindow.  This is done and passed to the 
StateMaintainer.  However, nowhere in either the StateMaintainer nor the shell 
is any attribute of the nsIDOMXULDocument used.  

I would like instead QI for the nsIDOMDocument which is one layer directory 
below the nsIDOMXULDocument.  Doing so would allow me to embed simple text 
widgets without requiring a WebShellWindow that is XUL.  Clearly, we need to 
break this requirement in the longer short term, but that is another bug and 
issue.  

I will attach a diff of my changes.  Once applied, we can embed editible plain 
text widgets directly into a native app with about 11 lines of code.

This is a high priority for the embedding team.
Attached patch proposed patchSplinter Review
I'll take a look at this.
Assignee: beppe → akkana
Target Milestone: --- → M17
nom nsbeta2 so our embedding customers don't have to pull xul in to do editor 
fun.
Keywords: nsbeta2
Ok, talked to Jud on the phone and we agreed to unblock this work, and then have
a more general discussion of embedding priorities and risks next week. Marking
nsbeta2+.
Whiteboard: [nsbeta2+]
The changes look fine.  Thanks for doing this -- let's check them in!
Status: NEW → ASSIGNED
checked in. thanks all
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
I need help verifying this one....Akkana? thanks!
I think dougt and I are both happy with the changes -- I'll mark it verified (if
anyone doesn't agree, please reopen).
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: