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