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

RE: What is the rule for parsing XML in a namespace inside HTM

  • To: 'Joshua Allen' <joshuaa@m...>
  • Subject: RE: What is the rule for parsing XML in a namespace inside HTML?
  • From: "Bullard, Claude L (Len)" <len.bullard@i...>
  • Date: Fri, 16 Jul 2004 12:52:00 -0500
  • Cc: xml-dev@l...

medusa effect software
I can't say that I see much future in extending HTML. 
It's like planting bermuda among kudzu.  HTML 
has perfectly replicated the lifecycle of every 
genCoded markup design. No surprise to the vets; it 
works because it is the easiest to learn, code and 
use; it dies at the overlaps with other ecosystems, 
so it tends to evolve into a monkeygrass for edge 
filling.  A web browser as a content container 
is and should be a freebie for light content; 
making it an application engine targeted to 
obsolete the operating system is a horrible mistake 
but it seems a lot of people bought into that 
idea and still do. 

I like the namespace approach because it is cleaner.  
I don't follow those discussions, so I may be missing 
some finer points.  Because XHTML just didn't get 
traction and because developers are waking up to 
the fact that application markup standards are 
trivial next to framework standards, I expect 
the competition to heat up and become something 
worth watching as Longhorn nears release.  Smarter 
groups will learn to bind an object model to the
markup model IN the specification.

I spent the morning looking at the latest articles 
on WinFS.  Wow.  I have the same feeling I had when 
I first encountered object-oriented programming 
a la Booch: so many possibilities that the Medusa 
effect sets in and my brain freezes.

len


From: Joshua Allen [mailto:joshuaa@m...]

> browser is the bay window onto web content for human 
> consumption, as you point out, and there is no reason to 
> change that just because the web specifications are becoming 
> moribund.  I'm glad to read that the IE team is back at work. 

Yeah, as the "bay window" the browser still is of utmost importance.  I
personally am impressed by the more pragmatic attitude that some browser
vendors seem to be taking now [0], going with whatever works best for
the user and can get consensus among browser vendors, rather than doing
user-hostile things in the name of purity to some random irrelevant
spec.  In fact, the Hyatt discussion has morphed in a sense into a
discussion about namespaces in HTML [1], and the remarkable thing is
that *none* of these people are suggesting the facist route of "force
the whole world to use XHTML and only then will it work!".  That's a
good sign, IMO.

[0] http://weblogs.mozillazine.org/hyatt/archives/2004_07.html#005928
[1] http://www.tbray.org/ongoing/When/200x/2004/07/12/ExtendingHTML

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.