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-20 13:43:09 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: 20 Jun 2002 16:37:54 -0400 Organization: NASA Goddard Space Flight Center (skates.gsfc.nasa.gov) Message-ID: References: <3D08E539.343A42BF@san.rr.com> <3D0A2686.785D1BAC@san.rr.com> <3D0F53CC.E3CBB193@san.rr.com> <3D0FAA84.ED827CF5@san.rr.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 1024605933 7356 128.183.220.71 (20 Jun 2002 20:45:33 GMT) X-Complaints-To: usenet@news.gsfc.nasa.gov NNTP-Posting-Date: 20 Jun 2002 20:45:33 GMT User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Xref: archiver1.google.com comp.lang.ada:26518 Date: 2002-06-20T20:45:33+00:00 List-Id: Georg Bauhaus writes: > Stephen Leake wrote: > : generic > : type Private_Type is private; > : with function To_String (Item : in Private_Type) return String; > : procedure Write_Private > > I like this (a lot indeed). > > : Although I gather you are saying you'd be happy if I _only_ had > : Write_String, without any generics. > > No, no, it's nice to have some flexibility for coping with > different situations. If there is a notion of standard configuration > value types, it seems like a good thing to have corresponding standard > operations. > Write_Private will add a known way of writing in non-standard > situations. It's good to have it as part of the API because > maintainers will likely succeed in finding the responsible > To_String actual. No per-application names, no guesswork required, > a documented way at this end. Ok, I'll put this back in. With a caveat that the string may _not_ have embedded newlines. > : I'd like to have one standard file format. You can always add a child > : package to implement a non-standard format. I wouldn't mind moving > : enough of the body into the private part of the spec to make that > : easier. > > Which parts? AFAICS now, this won't be necessary, at least > in the case of DOM. For example, most of the tree related > functions are already available. Oh, yes. In the XML version, that's true. But in the Java properties version, it isn't. So I'd be willing to make the "tree related" functions visible in the Java version. > : Well, if you have a "validating XML editor" sitting around, that > : would make things easy. I didn't think such things existed. > > Various. (Actually, (require 'psgml) mode for Emacs (and then turning on > xml-mode) is a good start, but of course this is an option for Emacs > users only.) Hmm. Ok. That makes XML more acceptable. Sigh :). -- -- Stephe