home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text3342.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  2.0 KB  |  54 lines

  1. Message-Id: <199507200817.DAA58336@orion.it.luc.edu>
  2. X-Sender: bhawley@orion.it.luc.edu
  3. X-Mailer: Windows Eudora Version 1.4.4
  4. Mime-Version: 1.0
  5. Content-Type: text/plain; charset="us-ascii"
  6. Date: Thu, 20 Jul 1995 03:15:02 -0500
  7. To: executor@nacm.com
  8. From: bhawley@luc.edu (Brian Hawley)
  9. Subject: Re: Browser limitations
  10. Sender: owner-paper@nacm.com
  11. Precedence: bulk
  12.  
  13. Answering me, Cliff Matthews writes:
  14. >Files and directories will automatically move if they are being
  15. >dragged from one window to another window that represents a folder on
  16. >the same volume and will be copied if the volumes differ.  There is
  17. >currently no way to override that, a feature that we should add soon.
  18.  
  19. I would be satisfied with a Move menu item, right next to Copy.
  20.  
  21. >There is no way to select multiple files, although some of that
  22. >functionality has already been built into Browser.  However, HFS_XFer
  23. >can't do it either.
  24.  
  25. ... but HFS_Xfer can specify a standard destination, so moving multiple
  26. files is much quicker. 
  27.  
  28. My problem is that I mostly use Executor for supporting my friends that 
  29. have Macs. I have Internet access, they don't. This means much file 
  30. moving and copying. Other than moving files, serial port support would 
  31. be the most useful for me (for PPP). 
  32.  
  33. I would like to also use it to program, but most languages I've found 
  34. require System 7 or an FPU. There are a few exceptions though, some 
  35. useful. I will upload them to ftp://robot.asimov.net/pub/HFV (the HFV
  36. archive) when I have configured them properly. Probably the best of 
  37. these is MacMETH, a Modula-2 system partly written by Wirth himself. 
  38. Sorry, but I'm not a big C fan (I'm good at it though), so I'm not 
  39. testing that language. C'est la vie...
  40.  
  41. >It's not clear what functionality we'll add before we release 2.0.
  42. >When 2.0 is released we'll make the source to Browser freely
  43. >available, so futher customization can be done outside of ARDI.
  44.  
  45. Glad to hear it. What language/compiler do you use to make Browser?
  46.  
  47. >    --Cliff
  48. >    ctm@ardi.com
  49.  
  50. Brian Hawley
  51. bhawley@luc.edu
  52.  
  53.  
  54.