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.
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.
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+.
The changes look fine. Thanks for doing this -- let's check them in!
Status: NEW → ASSIGNED
checked in. thanks all
Status: ASSIGNED → RESOLVED
Last Resolved: 18 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.