[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: merge mode for XML
From: |
Sean Hager |
Subject: |
RE: merge mode for XML |
Date: |
Mon, 29 Apr 2002 07:56:25 -0500 |
> A better approach is to avoid XML entirely in the first place
> -- it's a
> really really horrid syntax with all kinds of goo that's usually way
> over-kill for the application, being SGML based and all that....
I agree that XML is overkill, but the truth is that it is here to stay.
XML is fastly becoming excepted as the defacto standard for data exchange.
Opto 22 makes machine control sensors / PLC that publishes data in XML.
Semen's is doing similar things from what I understand. Java uses XML for
all of the enterprise application descriptors. It seems that I can't
interface to machines, or program without looking at XML.
If CVS had away to use modular plug in "diff" and "merge" programs, we could
setup a wrapper file that would automatically diff/merge the file
differently based on the extension. e.g.:
*.xml xml_dm
*.html html_dm
This way we could write our own diff programs without having to understand
all the complexities of tying into CVS code seamlessly. Interfacing is much
easier. We could even take the XML diff/merge programs that are already
available and just write wrappers for them. No point in reinventing the
wheel here.
Sean.
- merge mode for XML, Sean Hager, 2002/04/25
- RE: merge mode for XML, Paul Sander, 2002/04/29
- RE: merge mode for XML, Sean Hager, 2002/04/30
- RE: merge mode for XML, Greg A. Woods, 2002/04/30
- RE: merge mode for XML, Noel Yap, 2002/04/30
- Re: merge mode for XML, Paul Sander, 2002/04/30
- RE: merge mode for XML, Gary Bisaga, 2002/04/29
- RE: merge mode for XMLp, Joi Ellis, 2002/04/29
- RE: merge mode for XMLp, Gary Bisaga, 2002/04/29