XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
RE: [xml-dev] Re: Native XML Interfaces

Thank you Liam for this opening ;->

> Of course, arbitrary XML in the Web browser was scuppered by 
> . lack of XSLT and JavaScript integration (a W3C #fail, "we didn't do
> APIs")

I agree that programmability of XML without XSLT is difficult.  But it
is (apparently) possible.  And I think many XML devotees would even program in
DOM, if their work was useable in browsers.

However, XLink has hampered adoption just as much as lack of XSLT,
for the reason that a) it is complicated and as len says, authors don't
do complicated unless required by law, 

> . no simple way for web crawlers to know how to index XML 
> documents and produce meaningful snippets (collective #fail) 

and b) as a result of that
XLink complexity XML can't be readily crawled and hence XML, being opaque
to search engines, essentially doesn't exist on the web.

So I renew my Campaign for Real Links TM.  ;-)


> . no way to include JavaScript in non-XHTML XML (financial 
> #fail, because you can't put ads or tracking code in the XML)

Links could be the way.  Why, a browser might be able to rely on
 <link xml:type="application/javascript" xml:href="..."/>

as a way of referencing js from non-HTML.

Regards,
Peter Rushforth


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS