home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text7148.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  1.6 KB  |  35 lines
  1.     id PAA15089; Fri, 24 Nov 1995 15:27:51 -0800
  2. Date: Fri, 24 Nov 1995 15:27:48 -0800 (PST)
  3. From: Philip Zeyliger <vzvz@netcom.com>
  4. X-Sender: vzvz@netcom2
  5. To: Executor Mailing List <executor@nacm.com>
  6. Subject: "Desktop" Idea
  7. Message-ID: <Pine.SUN.3.91.951124151921.27938B-100000@netcom2>
  8. MIME-Version: 1.0
  9. Content-Type: TEXT/PLAIN; charset=US-ASCII
  10. Sender: owner-paper@nacm.com
  11. Precedence: bulk
  12.  
  13. The Macintosh has a Desktop.  It is a weird device that can store anything
  14. and you can't figure out what drive the files stored there are from.
  15. Executor did not program a desktop and is probably right not to.  
  16. Nevertheless I think there should be some kind of lowest level of the
  17. disk structure under the drive.  Why?  I, probably like many other
  18. E/D users, have multiple hfv drives.  I also have 4 hard drives (C: - F:)
  19. In order to switch from one hfv drive to another hfv drive I often have
  20. to scroll through all the dos drives.  Since Executor is still quite slow
  21. on opening the big D: and E: drives (dir /w takes more than a page), this
  22. process is cumbersome.
  23.  
  24. A solution?  If ARDI could make something under the drives, that JUST
  25. contains the drives, no other files, that is created at the beginning
  26. of each session (to include floppies), then we could go down to that.
  27. Then we would select the drive and save.
  28.  
  29.             -- Philip Zeyliger
  30.  
  31. P.S.: VIM 3.0 now works.  (I did experience some crashes though.)
  32. P.P.S: I have run 2 benchmark tests.  I think if someone created a little
  33. FTP space where we can drop maybe, exported data off, (or text) someone
  34. can create a nice Excel spreadsheet that would hold data to many computers
  35.