home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.92 / text0142.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  1.7 KB  |  46 lines
  1. Clifford T. Matthews writes:
  2. > FileMaker and a few other programs (Finale comes to mind)
  3. > want to write scratch files at the top of the "volume" that
  4. > they're found on.  If you run them on a Mac, and you have a
  5. > hard drive named "Disk", and you have FileMaker in a
  6. > subdirectory named "FileMaker", the scratch files get
  7. > written in "Disk" and not "FileMaker". 
  8.  
  9. > 
  10.  
  11. > I've spent a bit of time thinking about a way to trick these
  12. > aberrant programs, but haven't figured out anything
  13. > yet. 
  14.  
  15. > 
  16.  
  17.  
  18. I would like to define "drives" for Executor - similar to SoftPC.  That  
  19. way, I can have a shared system "volume" in  
  20. /LocalApps/Executor.app/ExecutorVolume, and then personal "volumes,"  
  21. say, ~/Library/ExecutorVolume and /.  That way, if a program wants to  
  22. write to the top of the volume, it will write it to the top of that  
  23. defined volume (and in most cases,  
  24. /LocalApps/Executor.app/ExecutorVolume).
  25.  
  26. I find myself trying to manuever in those awkward Mac open panels too  
  27. much; I wish I could hit ~username/filename and so on.  The Mac file  
  28. interface wasn't intended for the huge number of subdirectories so  
  29. pervasive in UNIX.  How about drag and drop filenames into the dialog  
  30. boxes?  :-)
  31.  
  32. While I'm at it, why not have HFS_XFer be a NeXTSTEP app?  Does it  
  33. *have* to be a Mac one?  If it was a native NS app, it would be faster,  
  34. have a better GUI, and (maybe) could run alongside of Executor.  As it  
  35. stands, running the two at the same time seems to really slow down the  
  36. system, and I get occasional file corruptions.
  37.  
  38. Happy New Year!
  39.  
  40. ---
  41. Bill Chin, NeXTSTEP Developer, PRC Inc.
  42. VP Communications, Washington Area NeXT Users Group
  43. Association of NeXTSTEP Developers International Technical Staff
  44. bchin@nextsrv1.andi.org - NeXTmail welcomed
  45.  
  46.