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-12 10:53:46 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!canoe.uoregon.edu!hammer.uoregon.edu!skates!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: Use of XML for config files Date: 12 Jun 2002 13:48:40 -0400 Organization: NASA Goddard Space Flight Center (skates.gsfc.nasa.gov) Message-ID: References: <3CFC5DB2.A21DCF61@cs.tu-berlin.de> <4519e058.0206041129.5b250124@posting.google.com> <4519e058.0206100702.5a4b431a@posting.google.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 1023904554 10577 128.183.220.71 (12 Jun 2002 17:55:54 GMT) X-Complaints-To: usenet@news.gsfc.nasa.gov NNTP-Posting-Date: 12 Jun 2002 17:55:54 GMT User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Xref: archiver1.google.com comp.lang.ada:25810 Date: 2002-06-12T17:55:54+00:00 List-Id: Georg Bauhaus writes: > the idea behind XML is that you don't have to write tags yourself. If we take that literally, then we should not use XML for config files. It is a requirement that config files be editable by "any old text editor". However, I think a sufficiently small subset of XML is ok. I'll be posting a complete example Real Soon Now :). > > An annotated typed tree is different from a flat anything-list. > I think it depends on the application whether a list of a few > settings like in environment variables is sufficient or not. Yes, it does depend on the application. But for config files, we need to find the right compromise. The Win32 registry or Gnome gconf provide a fully annotated typed tree. So I think config files don't need to. > Should the decision between very simple Key(i) = value(i) and a > grammar driven externally checked configuration be frozen in the > API? No, that choice should be transparent to the Config Files API. But we do need a Config Files file format standard, so any implementation can read any Config File. -- -- Stephe