EMBED and validation

Peter Murray-Rust peter at ursus.demon.co.uk
Wed Dec 3 08:03:14 GMT 1997


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 at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)




More information about the Xml-dev mailing list