[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: EMBED and validation
At 22:59 02/12/97 -0500, David G. Durand wrote: >At 12:12 AM -0000 12/3/97, Peter Murray-Rust wrote: >>If you are going to 'include' binary 'files' (i.e. entities) then it gets >>more complex. This is my current analysis. It's probably wrong. (Are there >>any Java parsers which manage this?) > >Actually, I just noticed, it _is_ wrong (I removed > quoting because it's >too gross for SGMl examples): The Elephant's child has been spanked again...:-) > > ><!DOCTYPE CML [ ><!NOTATION GIF > PUBLIC "+//IDN ds.internic.net/rfc/rfc2046.txt//NOTATION > Multipurpose Internet Mail Extensions::image/gif//EN"> > > ><!-- I hope I have copied that right - please don't sue - typos are likely --> ><!ENTITY mygif SYSTEM "my.gif" NDATA GIF> ><!-- an ENTITY declaration is required for EVERY image??? --> ><!ELEMENT CML (IMG)*> ><!ELEMENT IMG (EMPTY)> > >><!ATTLIST IMG SRC NOTATION (GIF) #REQUIRED> <!-- I could include JPEG, etc--> > > This should be: > ><!ATTLIST IMG SRC ENTITY #REQUIRED> > > The notation is attached to the entity, not the citation of the entity. Enlightenment has slowly come. I think we actually need an additional NOTATION as well as SRC so that the final document reads. <!DOCTYPE CML [ <!NOTATION GIF PUBLIC "+//IDN ds.internic.net/rfc/rfc2046.txt//NOTATION Multipurpose Internet Mail Extensions::image/gif//EN"> <!NOTATION JPEG PUBLIC "+//IDN ds.internic.net/rfc/rfc2046.txt//NOTATION Multipurpose Internet Mail Extensions::image/jpeg//EN"> <!ENTITY mygif SYSTEM "my.gif" NDATA GIF> <!ENTITY myjpeg SYSTEM "my.jpg" NDATA GIF> <!ELEMENT CML (IMG)*> <!ELEMENT IMG (EMPTY)> <!ATTLIST IMG SRC ENTITY #REQUIRED> <!ATTLIST IMG NOTATION (GIF|JPEG) #REQUIRED> ]> <CML> <IMG SRC="mygif" NOTATION="GIF"/> <IMG SRC="myjpeg" NOTATION="JPEG"/> </CML> Have I finally got there? It seems to make sense... (The same levels of indirection still apply, of course). P. [BTW I am sorry for the amount of noise during these postings. The genuine purpose behind it was to write software that processes NOTATION. The spec is correct AFAIK, but it is not easy for casual authors to write documents from it. I would still urge people to write and publish examples that exercise the whole spec. We all are, of course, extremely grateful to James Clark for providing the files to test parsers with. [Those new to SGML may like to know that James is the author of sgmls, nsgmls, SP, and various other high-performance, high-fidelity pieces of publicly available SGML software.] I have yet to try them out, but I shall regard them as the much required 'gold standard'. P. Peter Murray-Rust, Director Virtual School of Molecular Sciences, domestic net connection VSMS http://www.nottingham.ac.uk/vsms, Virtual Hyperglossary http://www.venus.co.uk/vhg xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|