Closed Bug 71686 Opened 24 years ago Closed 14 years ago

DocumentType::GetEntities isn't implemented

Categories

(Core :: DOM: Core & HTML, defect, P4)

defect

Tracking

()

RESOLVED INVALID
Future

People

(Reporter: sicking, Assigned: sicking)

References

Details

(Keywords: dom1)

Attachments

(1 file)

DocumentType::GetEntitites dosn't seem to be implemented in the XML DOM. Specificly I need to be able to get the SystemID of an unparsed entity to fix bug 65981. And IMHO the entities list is rather central thing since it's DOM L1 Core...
This is DOM 1, but very rarely used so it is not high on most people's priority. I don't have time for this so it is all yours... And by the way, we haven't implemented notations either so you might want to do them both at the same go, they should be very similar. I can review the fix for this bug, and I can get you started. So, what you want to be looking at is nsExpatTokenixer, nsXMLContentSink and maybe nsXMLDocument. The Expat parser gives us stuff we handle in the nsExpatTokenizer. Place breakpoints there to learn how it works (make a simple XML document that has the stuff you want to test, and remember that XUL also uses this code path - so it might be best to use the viewer for debugging). The sink then builds the content model from the tokens we create in the tokenizer. Right now we don't do much with DTD stuff. Fox example, DOM Level 2 defines property internalSubset on DocumentType and we support that. But is it simple, just the whole DTD as text. We also support publicId and systemID. Once you understand how this works, it should be pretty straight forward to implement the entities and notations properties.
Assignee: heikki → sicking
grmbl, that's not the response I wanted... ok I'll look into this once some other transformiix issues are taken care of, but I can't promise anything even then, this is a bit more complicated then what i've done so far
Updating QA contact to Shivakiran Tummala.
QA Contact: desale → stummala
Priority: -- → P4
Target Milestone: --- → mozilla1.1
Lovely.
Wait a sec... I can get the entities from document.doctype.internalSubset. It's there, just hasn't been split up. I assume you don't want a JS-based patch :) but that's all I know how to do.
Target Milestone: mozilla1.1 → Future
I need this function to be compatible with ASD (ex AECMA) Spec 1000D release 2.3) standard. Because I need the function unparsed-entity-uri() Or a way to workaround ...
Wow, five and a half years since I last saw this bug. Only now I'm a little stronger at C++... My gut feeling says a proper fix might involve a lot of DOM hacking - basically, we'd have to implement the Entity and EntityReference objects for our DOM. That in itself is no small task, and frankly I think it would need a lot of time - perhaps even a branch - to do it right. More significantly, it'd need someone willing to spend a time writing a patch. As an example of the difficulties we would face, Verbosio currently emulates entity references through a bit of clever JavaScript. But when you stick one of these custom entity refs inside a menupopup, you lose the vertical orientation...
All happens ... It's a lake that the function: string unparsed-entity-uri(string)described in the W3C recommendation doesn't work with Mozilla and works with IE ... The problem is that there is no work around to retrieve the path of an image/picture file when you produce your xml file in conformance with DTD define by ASD 1000D spec. In such case you have to use an expensive commercial publisher.
Component: DOM: Core → DOM: Core & HTML
QA Contact: stummala → general
Depends on: 604595
We dropped DocumentType.entities entirely.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: