[
Lists Home |
Date Index |
Thread Index
]
- From: Elliotte Rusty Harold <elharo@metalab.unc.edu>
- To: Jon Ferraiolo <jferraio@adobe.com>, <donpark@docuverse.com>
- Date: Wed, 8 Mar 2000 08:16:23 -0500
At 7:02 PM -0800 3/7/00, Jon Ferraiolo wrote:
>
>
>I am not sure whether there was a whole ton of deep thought on this issue.
>As I remember, the "wisdom" was based on theories that:
>
>1) By having character data only in <desc>, <title> and <text>, then really
>dumb screen readers for the visually impaired which only vocalized
>character data would tend to provide a more suitable aural rendering of an
>SVG document, versus one attempted to vocalize all of the moveto, lineto,
>curveto and coordinate data in a 'path' element
>
>2) Similarly, web search engines which attempt to index generic XML files
>would be able to index SVG files more efficiently. Again, they wouldn't
>have to learn to skip over character data within SVG's 'path' element.
>
>3) It just seemed cleaner to have the consistent rule that the only aspects
>of SVG that are represented as character data are things that actually make
>sense to read (when looking at source code) or vocalize.
These goals could all be met by the following syntax while still
making things more easily manipulable by XSLT:
<moveto x="3" y="7"/>
<lineto x="23" y="54"/>
<curveto x="34" y="-76/>
and so on. The idea is to use empty elements, each of which has
contains exactly one coordinate. What's wrong with that?
+-----------------------+------------------------+-------------------+
| Elliotte Rusty Harold | elharo@metalab.unc.edu | Writer/Programmer |
+-----------------------+------------------------+-------------------+
| The XML Bible (IDG Books, 1999) |
| http://metalab.unc.edu/xml/books/bible/ |
| http://www.amazon.com/exec/obidos/ISBN=0764532367/cafeaulaitA/ |
+----------------------------------+---------------------------------+
| Read Cafe au Lait for Java News: http://metalab.unc.edu/javafaq/ |
| Read Cafe con Leche for XML News: http://metalab.unc.edu/xml/ |
+----------------------------------+---------------------------------+
***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************
|
