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

RE: XDocs and XForms?

visual studio xforms microsoft
That could be so.  I suspect that the system.xml library 
would be where the programmer has to be very concerned. 
XML, after all, is the metalanguage for the application 
languages and there can be an infinite variety of these. 
They may overlap each other in functionality, but that 
is what one expects, not a "thou shalt use because our 
group says so" kind of environment which is what the 
W3C wonks would have us believe.

MS supports the application developer.  The developer 
supports the application.  To me, that is as far as 
XML can take us before the problem moves to the 
interpretive community.  Like application languages, 
there can be an infinite variety of these.

Like Muensch, I'm waiting to hear about the clients 
for XDocs.  One problem with being an MSThrall is 
the relentless innovation of Microsoft.  It is very 
difficult to plan for future developments if the 
story keeps changing.  We have to build our clients 
and servers and then cost them out over at least 
half to three quarters of a decade.  

For example, how would XDocs 
relate to Visual tools for database development?  
The XML is easy; replacing the implemented libraries 
is tough.   How will XDocs works with C#, the system.xml 
lib, etc., etc.?  

Word is already an HTML browser.  That sort of integration 
is done.  It is the Visual forms systems that have to 
worry.   We've heard about smart clients, yadda yadda, but 
at the end of the day, we have to know what to do with 
the database forms.  The integration story is key.  


-----Original Message-----
From: Simon St.Laurent [mailto:simonstl@s...]

clbullar@i... (Bullard, Claude L (Len)) writes:
>The main point of competition is now not in
>the markup languages, but in the system 
>libraries from which we build the components. 
>Most of us build software; XML tag design 
>is an incidental activity.

That's an interesting take, and from my perspective that's a lot of the
problem.  Convincing software developers that information structures
matter as much as their processing structures is awfully damn difficult.

As a result, we've found information structures more and more tightly
bound to structures for processing. Once companies who focus was on
programming noticed this stuff, they exerted a lot of energy in making
XML conform to their needs, rather than considering the prospect of
designing software around markup.

I don't expect Microsoft to develop any sudden interest in Web-oriented
markup languages.  Help on that front will need to come from a different


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.
First Name
Last Name
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.