[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Obtaining Graphic File Widths

Subject: Re: Obtaining Graphic File Widths
From: Frans Englich <frans.englich@xxxxxxxxx>
Date: Mon, 10 Jul 2006 22:07:47 +0000
Re:  Obtaining  Graphic File Widths
On Monday 10 July 2006 21:19, Michael Kay wrote:
> > It's not uncommon for SVG files to be invalid XML, because an
> > namespace prefixed named "xlink" isn't declared.
> But surely in that case they are not SVG files?

Yes, they are not. However, some implementations accepts it anyway. And here's 
my memory is failing me on product names.

It's a bit interesting how a "clean slate" sometimes doesn't help. For 
example, feeds got dragged back into the "tag soup age" even though it was a 
fresh start to get basic things right.

However, I think SVG is one of the better cases(and I of course have no 
statistics on the spreading of non-well formed SVG files).

Perhaps slow take-up by web browsers of an XML technology promotes its 
interoperability. Backend software establishes defacto practices that are 
more stricter to the specifications, and when the web browsers starts 
arriving it's more difficult for them to accept the fussy parsing techniques 
and so on.

Perhaps that's the case of SVG, and perhaps it was like that for XSL-T.



Current Thread


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.