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

Re: Whither XML ?

  • From: Uche Ogbuji <uche@ogbuji.net>
  • To: James Fuller <james.fuller.2007@gmail.com>
  • Date: Tue, 9 Nov 2010 08:25:22 -0700

Re:  Whither XML ?
On Mon, Nov 8, 2010 at 12:48 AM, James Fuller <james.fuller.2007@gmail.com> wrote:

Personally, I manage this frustrating state of affairs by spending
time/energy on efforts like EXSLT, EXPath, EXQuery (and I hope EXProc
in the future). These efforts inevitably are less rigorous but occur
on shorter timescales, this is especially important in our field ....
10 years is far too long for any standard to be generated, if only for
the fact that advances in hardware will change a lot of underlying
assumptions during these timescales making it doubly difficult to
navigate a standard to some useful outcome.

Also I have found that these 'EX' type ancillary standards provide
valuable feedback to 'official' standard bodies.

I don't see any barrier (other then the familiar constraints of
time/effort) where we could spec out extensions to the browser and
request/build implementations in Firefox, Webkit and Chrome.

Perhaps I am being naive, but I think this approach would be an order
of magnitude shorter then trying to change existing constraints with
existing standard orgs.

Yes, speaking at least from our shared experience with EXSLT, that got pretty good uptake from browser vendors, among others, and this is despite the fact that we never were really able to get our act together and polish all those spec modules.  But I think the key was in keeping things simple and modular (that word "tractable" again), and focusing on the most urgent needs first (e.g. exsl:node-set).  And that was my entire argument against the huge, monolithic specs that were being developed at the time.

As to Mike's point about just having the browser vendors provide the hooks for implementation in whatever language, regardless of security problems, wouldn't that require users to install a plug-in?  Isn't that well demonstrated to be impractical, except perhaps in Intranet?


--
Uche Ogbuji                       http://uche.ogbuji.net
Weblog: http://copia.ogbuji.net
Poetry ed @TNB: http://www.thenervousbreakdown.com/author/uogbuji/
Founding Partner, Zepheira        http://zepheira.com
Linked-in: http://www.linkedin.com/in/ucheogbuji
Articles: http://uche.ogbuji.net/tech/publications/
Friendfeed: http://friendfeed.com/uche
Twitter: http://twitter.com/uogbuji
http://www.google.com/profiles/uche.ogbuji


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