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,714a8558b02b32bb X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-01-22 10:02:42 PST Path: archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!news-out.visi.com!petbe.visi.com!chiapp19.algx.com!allegiance!nntp.abs.net!newsfeed.mathworks.com!wn11feed!worldnet.att.net!207.35.177.252!nf3.bellglobal.com!nf1.bellglobal.com!nf2.bellglobal.com!news20.bellglobal.com.POSTED!not-for-mail From: "Warren W. Gay VE3WWG" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: GUI was Re: why Ada is so unpopular ? References: <100tkcshhdi686a@corp.supernews.com> <400FD340.3080603@noplace.com> In-Reply-To: <400FD340.3080603@noplace.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Thu, 22 Jan 2004 12:48:28 -0500 NNTP-Posting-Host: 198.96.223.163 X-Complaints-To: abuse@sympatico.ca X-Trace: news20.bellglobal.com 1074793655 198.96.223.163 (Thu, 22 Jan 2004 12:47:35 EST) NNTP-Posting-Date: Thu, 22 Jan 2004 12:47:35 EST Organization: Bell Sympatico Xref: archiver1.google.com comp.lang.ada:4664 Date: 2004-01-22T12:48:28-05:00 List-Id: Marin David Condic wrote: > Wait a minute. Aren't directories usually considered to be some kind of > tree structure? Doesn't MSVC++ and the MFC supply some kind of tree > widget for displaying things like directories? Seems like every time I > pop up a directory on Windows, I see something that looks very > reminiscent of a tree and one that looks surprisingly like the one I > seem to recall was in the MFC. Maybe I'm wrong, but it looks to me like > Microsoft might just be keeping some kind of tree data structure in > place for handling directories. Not that the fact that Microsoft does > something necessarily makes a recomendation for doing the same - but it > would seem like it might not be all that painful for some apps. You're right, but this doesn't work very well when you drop into a directory with thousands of files. A smart tree widget might just peruse "directory portions", where the tree widget is visible (perhaps a less than trivial exercise). But I suspect they take the easy way out, and require all entries to be loaded in to the widget's dynamic memory. Otherwise performance in large directory cases would not be so abysmal. > What would be wrong with a "Directories" package having a call that > would return some kind of tree data structure? The OP was referring to the fact that you cannot count on the fact that you will have a limited number of directory entries returned. The idea works if you insist on a "reasonable" sized directory. But this is outside of your control. This is much like insisting that an SQL query should always return few enough rows, that can be held in the client program's memory. Many programs get written without thinking ahead about this very issue. Usually these short-sighted programs implement ok, but then with time passing, and database growing, it is realized that something else must be done about the original design. -- Warren W. Gay VE3WWG http://ve3wwg.tk