[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: XDocs and XForms?
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. len -----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 culture.
|
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
|