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-13 06:53:49 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: dennison@telepath.com (Ted Dennison) Newsgroups: comp.lang.ada Subject: Re: Use of XML for config files Date: 13 Jun 2002 06:53:49 -0700 Organization: http://groups.google.com/ Message-ID: <4519e058.0206130553.3ee195f1@posting.google.com> References: <3CFC5DB2.A21DCF61@cs.tu-berlin.de> <4519e058.0206041129.5b250124@posting.google.com> <4519e058.0206100702.5a4b431a@posting.google.com> <3D0769F7.68F5BD9C@san.rr.com> NNTP-Posting-Host: 65.115.221.98 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1023976429 23449 127.0.0.1 (13 Jun 2002 13:53:49 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: 13 Jun 2002 13:53:49 GMT Xref: archiver1.google.com comp.lang.ada:25861 Date: 2002-06-13T13:53:49+00:00 List-Id: Darren New wrote in message news:<3D0769F7.68F5BD9C@san.rr.com>... > Ted was talking about the code being smaller, not the config file. > > It is far easier to split a string at an = than it is to parse even > restricted XML. It's always nice when at least one person understands what I write. :-) > The people editing the config file might not be Ada programmers. My big worry in all this is that we will go through all this effort, get something approved, and I will never be able to use it because the syntax will be to complicated for our customers to deal with. I don't think I'm alone on this issue. Whatever you propose, picture yourself on the phone trying to explain to a (non-programmer) customer how to add or change a value. (XML) > in attributes, it requires that less-than and ampersand in PCDATA be > escaped, none of which is true for INI formats and all of which is true Ewwww. I'd forgotten about that issue. Do we (assming XML use) actually intend to enforce this bit of nastyness to maintain theoretical XML compliance, or do we bend the rules to make it a bit easier to use for people who aren't XML experts? I'd say if we hose them with XML in the first place, we might as well go all the way and do it right. :-( > I think the question you have to answer clearly, if you're advocating XML, > is what benefit does it offer this project above and beyond the capabilities > that an INI-format file would offer? ...that makes worth: o Extra facility implementation complexity o More error-prone config syntax o Less (human) readable files o Essentially making the configuration files unsuable by anyone who isn't a programmer -- T.E.D. Home - mailto:dennison@telepath.com (Yahoo: Ted_Dennison) Homepage - (temporarily down)