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,fdc75443ea18fb32 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-11-28 23:24:06 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!newsfeed.gamma.ru!Gamma.RU!newsfeed1.bredband.com!bredband!news000.worldonline.se!news010.worldonline.se!not-for-mail Message-ID: <3C05E289.C254DA29@mida.se> From: Mats Karlssohn Organization: MIDA Systemutveckling AB X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Standard Queue status References: <%QRM7.39743$xS6.65958@www.newsranger.com> <9u0qhb$pq5$1@nh.pace.co.uk> <9u0ujd$rhg$1@nh.pace.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 29 Nov 2001 08:23:53 +0100 NNTP-Posting-Host: 213.204.138.112 X-Trace: news010.worldonline.se 1007018597 213.204.138.112 (Thu, 29 Nov 2001 08:23:17 MET) NNTP-Posting-Date: Thu, 29 Nov 2001 08:23:17 MET Xref: archiver1.google.com comp.lang.ada:17151 Date: 2001-11-29T08:23:53+01:00 List-Id: Ted Dennison wrote: %< > Personally, I like his use of the "Direction" type to specify which end to start > from in his operations. I also like the ability to convert between lists and > unbounded arrays. I think those may merit putting in the final version. There > are also a number of operations in there that the strawman doesn't have which > some folks may find useful. Yes, the use of "Direction" is elegant, and converting to and from unbounded arrays seems useful. %< > Also I think there are too many operations in there. The package spec is huge. > It has (by my count) 79 subprograms. The current strawman has 34, which to some > people it seems is annoyingly small, as we keep seeing suggestions for > additions. Perhaps in between there somewhere the truth lies. I almost started in this direction the other day... Even 34 subprogram seems a bit bulky to me, would it be possible to subdivide the package further (of course it would, but would it be useful)? Would doing so nessecarily (spl ?) make instansiation that much more complicated ? After all one of my general rules is: "Don't bring in more than you need" That is, as much as I like nifty features, I want to be able to pinpoint exactly what facets of an object/alorithm-collection that I want to bring in for use when solving a problem. Even if instansiations becomes numerous or _somewhat_ more complicated. Is it just me ? -- Mats Karlssohn, developer mailto:mats@mida.se Mida Systemutveckling AB http://www.mida.se Box 64, S-732 22 ARBOGA, SWEDEN Phone: +46-(0)589-89808 Fax: +46-(0)589-89809