home *** CD-ROM | disk | FTP | other *** search
Received: from netcom2.netcom.com (netcom2.netcom.com [192.100.81.108]) by nacm.com (8.6.10/8.6.9) with ESMTP id PAA21186 for <executor@nacm.com>; Fri, 24 Nov 1995 15:54:45 -0800 Received: by netcom2.netcom.com (8.6.12/Netcom) id PAA15089; Fri, 24 Nov 1995 15:27:51 -0800 Date: Fri, 24 Nov 1995 15:27:48 -0800 (PST) From: Philip Zeyliger <vzvz@netcom.com> X-Sender: vzvz@netcom2 To: Executor Mailing List <executor@nacm.com> Subject: "Desktop" Idea Message-ID: <Pine.SUN.3.91.951124151921.27938B-100000@netcom2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-paper@nacm.com Precedence: bulk The Macintosh has a Desktop. It is a weird device that can store anything and you can't figure out what drive the files stored there are from. Executor did not program a desktop and is probably right not to. Nevertheless I think there should be some kind of lowest level of the disk structure under the drive. Why? I, probably like many other E/D users, have multiple hfv drives. I also have 4 hard drives (C: - F:) In order to switch from one hfv drive to another hfv drive I often have to scroll through all the dos drives. Since Executor is still quite slow on opening the big D: and E: drives (dir /w takes more than a page), this process is cumbersome. A solution? If ARDI could make something under the drives, that JUST contains the drives, no other files, that is created at the beginning of each session (to include floppies), then we could go down to that. Then we would select the drive and save. -- Philip Zeyliger P.S.: VIM 3.0 now works. (I did experience some crashes though.) P.P.S: I have run 2 benchmark tests. I think if someone created a little FTP space where we can drop maybe, exported data off, (or text) someone can create a nice Excel spreadsheet that would hold data to many computers 
