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

Re: XML support in browsers?

  • From: Robert Koberg <rob@koberg.com>
  • To: "Jim Tivy" <jimt@bluestream.com>
  • Date: Sun, 7 Jun 2009 16:50:11 -0400

Re:  XML support in browsers?
Hi,

First: the support is there in browsers (except Opera not handling the  
document function, but really, who cares?). Once the templates are  
cached (after reading the XSL DOM and parsing to a processor) it i  
usually the fastest templating available in the browser. More inline...


On Jun 7, 2009, at 2:37 PM, Jim Tivy wrote:

> The time has come," the Walrus said,
> "To talk of many things:..." Lewis Carroll.
>
> There seem to be a number of issues here:
>
> 1. How prevalent is the use of JSON vs Xml for a client(browser)/ 
> server data
> format.
> 2. In the Xml case, how many javascript programmers use DOM vs XSLT.
>
> My perception was that many are using AJAX where X is Xml.

umm... if you mean the majority, most active/vocal in client side JS,  
no.

>
> http://en.wikipedia.org/wiki/Ajax_(programming)?
>
> Here is a simple comparison:
>
> http://www.quirksmode.org/blog/archives/2005/12/the_ajax_respon.html
>
> I would be surprised if in the XML users XSLT has more than 5% with  
> DOM
> having the rest.

I think I agree with you here.


> Of course, data here would help...

Seems like a perfect academic project.

>
>
> However, I think that since XML may have a high percentage in the  
> JSON/XML
> split,

XML cannot go across domains. well there are ways around it by using  
JSON/JS:

{
xml: "<foo/>"
}

> and since XSLT is the most significant "XML processing language" I

I agree and disagree. I agree it is the best, but...

>
> know of, then XSLT is a reasonable approach and we should make sure  
> it works
> on the client in and out of the javascript environment.

It does.

>
>
> On the comment of whether XSLT is "despised" by these client/server
> developers - I would neutralize the language a bit,

I don't know about that. However, I think they are misinformed at  
best. But the feeling is out there.

> but I agree that many
> developers using imperative languages do not choose to use XSLT for  
> a number
> of reasons - but to discuss properly deserves another thread.

Here are a few. (they probably don't put me in the best light, but  
long time listeners may be accustomed to that :) )

Most recently, from the server side javascript group where I start  
arguing for XML (and eventually XSL) around the 12th post:

http://groups.google.com/group/serverjs/browse_thread/thread/de0462f15bb86ade?pli=1

 From the Apache Velocity list (older), a discussion about XSL versus  
Freemarker's transformation capabilities. I don't say transformation  
syntax because you have to write java 'drivers' for the  
transformations. I come in here, starting to argue for XSL:

http://markmail.org/search/?q=xsl%20freemarker%20velocity%20guardian#query 
:xsl%20freemarker%20velocity%20guardian+page:1+mid:lcita7ccem7tbdj6+state:results

BTW, I wrote a dojo js constructor object (accepted in the codebase)  
to help make XSL easy in a version before they released. No one used  
it. Not in their version 1.0+ :( But, jquery meets most of my needs  
nowadays.

I have followed several client side JS library lists, but after a  
while unsubscribe because of the volume. Anyways, just do a search --  
if a question is asked about XSL, you hear crickets or ...

truly wishing it weren't so (and would love to be proved wrong),
-Rob


>
>
> Jim
>
> -----Original Message-----
> From: Robert Koberg [mailto:rob@koberg.com]
> Sent: Friday, June 05, 2009 12:40 PM
> To: Dan Vint
> Cc: Michael Kay; xml-dev@lists.xml.org
> Subject: Re:  XML support in browsers?
>
>
> On Jun 5, 2009, at 3:07 PM, Dan Vint wrote:
>
>> Thanks I don't really need to serve the content this way and I don't
>> have control of the server side. My audience is wide so I need to
>> consider if I want to cut some one off. By serving the content
>> dynamically I can save some trouble the next time I update the
>> presentation, but its not a show stopper if I have to do it this way.
>>
>> Do people agree with Peter Hunsberger in that:
>>
>> "I think the industry has somewhat decided to ignore client side
>> XSLT and moved on. "
>
> Unfortunately, I would agree that XSL is ignored (despised?). I
> wouldn't say they moved on because they were never there. JSON has a
> better story in that you can cross domains easily and can be used with
> simple JS programming.
>
>
>>
>>
>> Wouldn't web search and other functionality be better if we didn't
>> have presentation based content as the main source on the web?
>
> I am not sure what you mean here, but google is built to understand
> HTML in the wild.
>
> -Rob
>
>>
>>
>> ..dan
>>
>> At 02:12 PM 6/5/2009, Michael Kay wrote:
>>> I should imagine the vast majority of people with a computer that
>>> has been
>>> purchased or updated in the last five years will have no difficulty
>>> displaying web pages that rely on client-side XSLT 1.0 support in  
>>> the
>>> browser.
>>>
>>> If your target audience includes mobile devices, or people with
>>> ancient
>>> computers (e.g. the elderly at home, third-world countries, or
>>> underfunded
>>> schools or charities) then you might still have a few problems.
>>>
>>> Regards,
>>>
>>> Michael Kay
>>> http://www.saxonica.com/
>>> http://twitter.com/michaelhkay
>>>
>>>
>>>> -----Original Message-----
>>>> From: Dan Vint [mailto:dvint@dvint.com]
>>>> Sent: 05 June 2009 18:55
>>>> To: xml-dev@lists.xml.org
>>>> Subject:  XML support in browsers?
>>>>
>>>> What is the state of using XML (not xhtml) and xslt
>>>> stylesheets to serve up documents on the client side with a
>>>> browser? I'm refactoring a website of mine to manage the
>>>> content in XML.
>>>>
>>>> I'll be building some XSLT to produce XHTML from this
>>>> content, I was just wondering if it is safe to serve the XML
>>>> directly or should I just generate static XHTML and place
>>>> that on the server?
>>>>
>>>> I'm suspecting that the older browsers are still out there
>>>> and that my answer is going to be use the static HTML.
>>>> Assuming that, any speculation on when we might be able to do
>>>> this? Is there interest in the industry to do this?
>>>>
>>>> ..dan
>>>> --------------------------------------------------------------
>>>> -------------
>>>> Danny Vint
>>>>
>>>> Panoramic Photography
>>>> http://www.dvint.com
>>>>
>>>> voice: 502-749-6179
>>>>
>>>>
>>>>
>>>> ______________________________________________________________
>>>> _________
>>>>
>>>> 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: xml-dev-unsubscribe@lists.xml.org
>>>> subscribe: xml-dev-subscribe@lists.xml.org List archive:
>>>> http://lists.xml.org/archives/xml-dev/
>>>> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>>>>
>>
>>
> ---------------------------------------------------------------------------
>> Danny Vint
>>
>> Panoramic Photography
>> http://www.dvint.com
>>
>> voice: 502-749-6179
>>
>>
>> _______________________________________________________________________
>>
>> 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: xml-dev-unsubscribe@lists.xml.org
>> subscribe: xml-dev-subscribe@lists.xml.org
>> List archive: http://lists.xml.org/archives/xml-dev/
>> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>>
>
>
> _______________________________________________________________________
>
> 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: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>
>



[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!

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.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

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 click here.

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.