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