Re: Error and Fatal Error
Mmm. But in this case the 'supplier' is the app I'm
writing - and the user of that app who is inputting
data into one of the web pages which my app then
tries to take and send to an XML parser. Yes, I
can instead have the app send it first to some other
parser but, with something like .NET, I and my fellow
web developers and managers and employers don't
expect to have to write a parser but expect there to
be one available as part of the framework we use.
I think we need a parser which understands the
slightly erroneous XML and can find any errors in it:
In short we need a parser which has an API which
can allow the web developer (in this case with .NET)
to repair XML.
I would imagine a MicroXML parser for .NET could
do this for any XML which sticks to the limits of that
XML profile but really it needs to be able to handle
any kind of XML, like the existing XML parser can
(pretty much I think). I still maintain the XML spec
of any future XML revision is the starting point for
the production of such parsers (perhaps including
MicroXML, or similar profile of XML, parsers). This
is perhaps the first step to plugging this gap but why
should the spec writers do this? 'He who pays the
piper calls the tune' but if nobody is going to pay the
spec writers for the maintenance of the XML specs
then why should they repair or fill any gaps like this?
Stephen D Green
On 16 July 2011 18:35, Andrew Welch <firstname.lastname@example.org> wrote:
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
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