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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,47bc849aad30d586 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-05-31 16:36:30 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.media.kyoto-u.ac.jp!easynet-melon!easynet.net!psiuk-p2!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: A standard package for config files is needed Date: Fri, 31 May 2002 09:46:14 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: References: <3CF6846C.3544EB21@nbi.dk> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1022852775 523 136.170.200.133 (31 May 2002 13:46:15 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 31 May 2002 13:46:15 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:25131 Date: 2002-05-31T13:46:15+00:00 List-Id: Just to add some useful meat to my own little rant... :-) Suppose that we were to get a good spec written for Grace.Maps & have that up and working. Suppose that we built on top of this some version of "Grace.AdaINIRegistryWhozits" that implemented some version of a tree-ish, registry-ish, thingamabob that is built out of Grace.Maps. Provided you've got your 'Input and 'Output and make a Load and Store operation for the data structure, you *instantly* have a usable registry/initialization thing. Programs can use it to set up and retrieve all of their configuration information and we're off to the races. >From there, you can start adding child packages: "Grace.AdaINIRegistryWhozits.Import_Export_CSV_Files" "Grace.AdaINIRegistryWhozits.Import_Export_Windows_Registry" "Grace.AdaINIRegistryWhozits.Import_Export_Flat_ASCII_Files" "Grace.AdaINIRegistryWhozits.Import_Export_XML_Files" or just about any other bizarre thing you can dream up. If the market seems to like to use it to connect up to some sort of XML file, then this becomes the dominant mechanism and you don't need to load and store the binary format at all. But the *real* advantage to this strategy is that you get a usable, real, component quickly and if you want to provide other capabilities at a later point, this isn't a problem. Connecting to specific OS capabilities ("The Registry") could be hidden beneath some additional package. Providing some sort of mutex capabilities via a database or something could be added on. Whatever the needs are, you get there eventually. But why agonize over all these details now? We can burn those bridges when we get to them. :-) Opt for something simple & realizable within our lifetimes & maybe it will get done. Isn't that keeping within the whole spirit of "Open Source" and "Bizarre Development" :-) MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com "Marin David Condic" wrote in message news:ad7tcf$sto$1@nh.pace.co.uk... > > Keep it simple and get the job done & maybe we'll have something actual and > useful rather than abstract and theoretical. :-) >