XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
RE: [xml-dev] Heterogeneous XML editing environments - how do you cope?

Then CVS makes it worse by dumping merge errors in with pointy brackets.  As
we moved away from client side HTML to server side generation, things got
worse.

It gets most annoying in a mixed environment using say Visual Studio, a RAD
and CVS.  Hit build and it blows up typically in web.config or appInfo.xml.
Now that XML is increasingly used in lieu of registration, one gets the
convenience of being able to easily find and edit, but one does so much more
often.  Other annoying bits go on because of third party add-ins that do
other contrary things with files and directories so one can't be sure if the
XML is wrong, the assembly, the GAC or whatever.  Where the HTML is the
template and the XML is the machine generated output, it is maddening.  CVS
adds to the madness.

How do we cope?  Hunt and hack.  I miss being able to open the HTML and just
fix it.

On the other hand, we are on schedule with a medium sized project that would
have been almost impossible using tools from five years ago.

len


From: Jonathan Robie [mailto:jonathan.robie@redhat.com] 

Rob:

> I have never used XMetal, but I like the ability to not impose editor
> visual restrictions like line breaking in something that should not have
> line breaking.

And conversely, when I painstakingly put that whitespace in a document 
to make it easier to edit in the environments I use, I resent editors 
that completely trash it, not only making it harder to read, but making 
cvs diffs a lot harder to interpret, since virtually every line has 
changed by simple virtue of using that particular editor on a file, 
changing perhaps one character. The fact of different preferences for 
what should happen is precisely the situation referred to in the title 
of this thread.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS