Closed
Bug 43424
Opened 24 years ago
Closed 24 years ago
Change nsIDOMXULDocument --> nsIDOMDocument
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
VERIFIED
FIXED
M17
People
(Reporter: dougt, Assigned: akkzilla)
Details
(Whiteboard: [nsbeta2+])
Attachments
(1 file)
5.57 KB,
patch
|
Details | Diff | Splinter Review |
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.
Reporter | ||
Comment 1•24 years ago
|
||
Assignee | ||
Comment 2•24 years ago
|
||
I'll take a look at this.
Assignee: beppe → akkana
Target Milestone: --- → M17
Comment 3•24 years ago
|
||
nom nsbeta2 so our embedding customers don't have to pull xul in to do editor fun.
Keywords: nsbeta2
Comment 4•24 years ago
|
||
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+]
Assignee | ||
Comment 5•24 years ago
|
||
The changes look fine. Thanks for doing this -- let's check them in!
Status: NEW → ASSIGNED
Reporter | ||
Comment 6•24 years ago
|
||
checked in. thanks all
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 8•24 years ago
|
||
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.
Description
•