G. Wade Johnson wrote:
On Mon, 11 Jun 2007 21:37:40 +0200
Robert Lummert <[EMAIL PROTECTED]> wrote:
Daniel Meyer wrote:
Hello Andreas,
could be wrong... I have seen exports by Adobe Indesign containing
mutiple "pages" of a Document in an .svgz archive...
But the official Spec may say something diffrent (if there is any).
http://www.w3.org/TR/SVG11/ !!!
at
http://www.w3.org/TR/SVG11/struct.html#NewDocument
you find
"An SVG document fragment can stand by itself as a self-contained file
or resource, in which case the SVG document fragment is an SVG
document, or it can be embedded inline as a fragment within a parent
XML document."
later in this chapter you learn to know that you can embed svg
document fragments into others, but nowhere multiple document
fragments in a singel file are mentioned, though I found it never
forbidden explicitly.
As AFAIK it is also unclear, if an xml-file in general may contain
multiple root nodes, I would strongly recommend always to have a
single svg-rootnode within a file yourself. If you have to handle
foreign input, maybe vertically putting one after another or tabbing
maybe an option, if you can or want to only display one graphic, the
last one should be displayed according to streaming logic.
The XML recommendation has always stated that only one root element is
allowed in a well-formed XML document. See the reference to the latest
version: http://www.w3.org/TR/2006/REC-xml-20060816/#sec-well-formed
G. Wade
This is all true, of course, but not what I meant. I was unsure if
there is an offical spec of the SVGZ fileformat, to what it contains,
archive or single, compressed file? The rule seems to be one file,
compressed with gzip.
Naturally the syntax of SVG documents is utterly specifyed, as are the
rules for structuring an xml-document, but you can name the file you
save them in whatever you want. You can create an svg document and name
the file document.txt and no one is going to hang you for that (not even
squiggle). It violates all conventions there is in filenaming, but these
are conventions only?!
Who knows better?
Regards,
Daniel
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
