[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: |
Tue, 30 Apr 2002 07:43:21 -0500 |
Thanks for offering up the samples Paul. I read through last Septembers
thread on "giving up cvs". I see that I stirred up an old debate here (man
you guys really had it out last time ;).
With the emergence of xml more and more programs are supporting it as a
format. If a cvs - xml diff/merge solution was implemented then cvs could
capture a huge new level of concurrent development in documentation,
configuration, and help system docs, etc...
Any chance some of you cvs wizes could ever implement a modular diff/merge
subprogram architecture into CVS. Then we could implement an XML wrapper.
sean.
> -----Original Message-----
> From: Paul Sander [mailto:address@hidden
> Sent: Monday, April 29, 2002 12:43 PM
> To: address@hidden; address@hidden
> Subject: RE: merge mode for XML
>
>
> Once again, take a look at message ID#
> address@hidden
> posted to this forum on September 16, 2001. It illustrates
> one way (though
> perhaps not the best way) to do just this. It relies on a
> lookup table that
> looks up a diff tool given a file's name.
>
> A better implementation would be to code a symbolic name for
> the merge tool
> in a newphrase in the admin section the RCS file, and look up
> that symbolic
> name on the client to locate the proper tool.
>
> >--- Forwarded mail from address@hidden
>
> >> 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.
>
> >--- End of forwarded message from address@hidden
- RE: merge mode for XML, (continued)
- RE: merge mode for XML, Paul Sander, 2002/04/29
- RE: merge mode for XML,
Sean Hager <=
- 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
- RE: merge mode for XML, Greg A. Woods, 2002/04/29
- RE: merge mode for XML, Noel Yap, 2002/04/29
- RE: merge mode for XML, Greg A. Woods, 2002/04/29
- RE: merge mode for XML, Noel Yap, 2002/04/29