From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,a26758eec3c2e1ad
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-06-14 09:03:33 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!hammer.uoregon.edu!skates!not-for-mail
From: Stephen Leake <stephen.a.leake.1@gsfc.nasa.gov>
Newsgroups: comp.lang.ada
Subject: Re: Use of XML for config files
Date: 14 Jun 2002 11:54:08 -0400
Organization: NASA Goddard Space Flight Center (skates.gsfc.nasa.gov)
Message-ID: <uadpxzwin.fsf@gsfc.nasa.gov>
References: <thehouseofcards-12975D.07500703062002@news.bellatlantic.net>
 <3CFC5DB2.A21DCF61@cs.tu-berlin.de>
 <4519e058.0206041129.5b250124@posting.google.com> <wkbsakqfiw.fsf@acm.org>
 <4519e058.0206100702.5a4b431a@posting.google.com>
 <ae7b34$ms9$1@a1-hrz.uni-duisburg.de> <3D0769F7.68F5BD9C@san.rr.com>
 <u3cvsmlhy.fsf@gsfc.nasa.gov>
 <4519e058.0206130618.2ef74ee8@posting.google.com>
 <uhek7uoe5.fsf@gsfc.nasa.gov> <3D096286.8070002@telepath.com>
NNTP-Posting-Host: anarres.gsfc.nasa.gov
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: skates.gsfc.nasa.gov 1024070520 19225 128.183.220.71 (14 Jun 2002
 16:02:00 GMT)
X-Complaints-To: usenet@news.gsfc.nasa.gov
NNTP-Posting-Date: 14 Jun 2002 16:02:00 GMT
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Xref: archiver1.google.com comp.lang.ada:25950
Date: 2002-06-14T16:02:00+00:00
List-Id: <comp.lang.ada>

Ted Dennison <dennison@telepath.com> writes:

> Perhaps it would be a good idea to support XML saving and restoring as
> a kind of "import/export" function. That way people could run the
> config file through XML tools they might have if they want to do that
> for some reason, without it being the default.

Since there are so many choices for how to represent config file
information as XML, I don't think I want to do this. People can write
their own converter, using the reference Config_Files implementation
(assuming we end up with a non-XML standard).

> I suppose another "We're *all* right!" weasel option would be to put
> multiple file format save/restores in child packages. Perhaps we
> could even make a save/restore tagged type that folks can supply,
> with (preferably) something producing human-readable output as the
> default.

Too many standards spoil the code :).

> > I was excited to be on the bandwagon for once; sometimes I get
> > tired of swimming upstream all the time :(.
> 
> At least all that exercise is good for your heart.... :-)

:).

-- 
-- Stephe