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.1 required=5.0 tests=BAYES_00, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,c78684b2d4add105 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-13 13:57:24 PST Path: archiver1.google.com!news2.google.com!news.maxwell.syr.edu!news-out1.nntp.be!propagator2-sterling!news-in-sterling.nuthinbutnews.com!cyclone1.gnilink.net!spamkiller2.gnilink.net!nwrdny02.gnilink.net.POSTED!53ab2750!not-for-mail From: "Stephane Richard" Newsgroups: comp.lang.ada References: <3F88D5E3.9010702@comcast.net> <3F897415.6030804@noplace.com> <3F89DB96.80708@comcast.net> <3F89E5C5.80804@noplace.com> <3F89F96F.5050003@comcast.net> <3F8B03BB.90103@comcast.net> Subject: Re: Feasibility/Requirements/Wishes of xAL (was: Standard Library Interest?) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Message-ID: Date: Mon, 13 Oct 2003 20:57:23 GMT NNTP-Posting-Host: 141.149.78.169 X-Complaints-To: abuse@verizon.net X-Trace: nwrdny02.gnilink.net 1066078643 141.149.78.169 (Mon, 13 Oct 2003 16:57:23 EDT) NNTP-Posting-Date: Mon, 13 Oct 2003 16:57:23 EDT Xref: archiver1.google.com comp.lang.ada:790 Date: 2003-10-13T20:57:23+00:00 List-Id: Ahh, now it makes sense :-). By the way, I've been giving thought to your way of thinking for that hierarchy I built couple days back...more I think about it, the more it makes sense to have each OS as part of the rest of the hierarchy. Especially, but not limited to, any GUI libraries. which wouldk require OS specific access to draw controls on a form, or something. -- St�phane Richard "Ada World" Webmaster http://www.adaworld.com "Robert I. Eachus" wrote in message news:3F8B03BB.90103@comcast.net... > Stephane Richard wrote: > > > Another situation I wonder about. Let's say GtkAda is registered already > > along with it's hiearchy of libraries that form the GtkAda Project. Then I > > decide to add to that library (say a series of controls for a Music studio > > software, like knobs, led indicators, mixer slider controls, etc etc). and I > > want those registered in the library. Who would be making the decision? > > GtkAda, the committee, would I need to put it elsewhere in the tree, would > > every big library like GtkAda need to have a "contributions" branch under it > > for this kind of addition? > > Whoever "owned" the GtkAda root would be making the decisions. That is > in part what the registry does. It establishes a mechanism for: > > 1) Easily determining whether or not a name has been used. > 2) If it is not currently used/registered, who you have to talk to if > you want to register it. > 3) Removing from consideration any registered names that have expired or > for some reason or other been overcome by events. Since Ada allows you > to put in a one-line library renaming if a library you use has moved, > all you need is a map to tell you where it went. ;-) > > > *** Are you saying that it would take 3 or 4 months to reach a decision for > > every issue? or that every 3 or 4 months, the committee would take every in > > the past 3 or 4 months and resolve them? > > Neither. That every three or four months something would come along > that required thought, and a committee decision. Say both the X Windows > consortium and Microsoft want to register a Windows tree. Or someone > other than Sun wants to create a Java tree. > > Compare those to the much more normal cases, like ACT wanting to > register GNAT, etc. > > -- > Robert I. Eachus > > "Quality is the Buddha. Quality is scientific reality. Quality is the > goal of Art. It remains to work these concepts into a practical, > down-to-earth context, and for this there is nothing more practical or > down-to-earth than what I have been talking about all along...the repair > of an old motorcycle." -- from Zen and the Art of Motorcycle > Maintenance by Robert Pirsig >