[XML-DEV Mailing List Archive Home]
[Reply To This Message]
Re: RE: James Clark: XML versus the Web
- From: Kurt Cagle <firstname.lastname@example.org>
- To: Doug <email@example.com>
- Date: Thu, 2 Dec 2010 22:44:26 -0500
Actually, one of the facets I've always found fascinating is that most of the @type attributes tend to be overwhelmingly dominated by a single language. In theory, there's nothing wrong with saying
etc., but in practice, of course, such extensibility is so foreign to most web browsers that I suspect most browsers don't actually even have stub code for any alternatives (and please don't ding me on wrong mimetypes here, just trying to get the idea across).
XQuery actually works surprisingly well in a script context (take a look at XQIB as at least partial verification of this - http://www.xqib.org
XML ArchitectLockheed / US National Archives ERA Project
On Thu, Dec 2, 2010 at 7:08 PM, Doug <firstname.lastname@example.org>
On Fri, 3 Dec 2010, Ben Trafford wrote:Yeah, off-topic I know, but just throwing this out there,
> On Thu, 2010-12-02 at 10:31 -0500, Simon St.Laurent wrote:
> > On 12/2/10 10:20 AM, David Lee wrote:
> > > I'll bite on this ...
> > > Conceptually, what is the difference between this suggestion (better
> > > CSS) then supporting XSLT in the browser ?
> > Heh. I'm not sure the conceptual differences matter as much as reusing
> > technology that's already widely implemented in browsers.
> Precisely. The point is to enable XML with existing and well-understood
> technologies, to gain penetration with the widest audience possible and
> allow for the re-use of broadly understood technologies. XSLT is
> impenetrable to the average web developer.
something, presumably trivial ...
I would like to see web browser support analogous to the
leading stylesheet processing instruction, but for processing with
i.e. instead of:
<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href=""convertXML2HTML.xsl"" type="text/xsl"?>
why not promulgate:
With this you could publish raw XML documents on the web and transform
As a work around, for firefox, its currently possible to add an html
namespace <html:script /> element as the penultimate node and
coax it to process the preceeding XML content however you like
(at cost of invalidating your XML document of course).
Unfortunately IE treats all XML as an "XML Data Island" - a flat
list of unstructured opening and closing tags that need to be
re-assembled into a DOM tree in order to do anything useful,
including any embedded <html:script /> elements it contains :-/
a useful addition to the toolbox.
XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.
[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: email@example.com
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
| [Thread Prev]
| [Thread Next]
| [Date Next]
| [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
Stylus Studio has published XML-DEV in RSS and ATOM formats,
enabling users to easily subcribe to the list from their preferred news reader application.
Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website.
they were not included by the author in the initial post. To view the content without the Sponsor Links please