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