home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / programm / 14783 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.3 KB  |  30 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!uunet.ca!geac!alias!news
  3. From: Reid Ellis <rae@Alias.com>
  4. Subject: Re: Aliases
  5. Message-ID: <1992Aug31.145209.8050@alias.com>
  6. Sender: news@alias.com (News Owner)
  7. Organization: Alias Research, Inc., Toronto ON Canada
  8. References: <1992Aug27.143819.11599@sunfs3.Camex.COM>     <1992Aug27.220740.2524@qualcomm.com>     <1992Aug28.175934.10435@waikato.ac.nz>     <1992Aug28.131941.19238@qualcomm.com> <D88-JWA.92Aug28193753@dront.nada.kth.se>
  9. Date: Mon, 31 Aug 1992 14:52:09 GMT
  10. Lines: 18
  11.  
  12. Jon W{tte <d88-jwa@dront.nada.kth.se> writes:
  13. |Aliases have room for growth. I added a special feature that
  14. |stores a relative path for items on the same volume as the
  15. |"relative" alias pointer (which has never worked too well for
  16. |me) and use wrapper functions to check for this, text-based,
  17. |relative path first and fall through to the alias manager if
  18. |it doesn't work.
  19.  
  20. What does this give you that relative aliases don't give you?  I'm not
  21. a big champion of aliases or anything, having wrestled with the file
  22. manager on several occasions, but this seems like one of their more
  23. straight-forward uses.
  24.  
  25. Reid
  26. --
  27. Reid Ellis                                            
  28. rae@utcs.utoronto.ca        ||           rae@Alias.com
  29. CDA0610@applelink.apple.com ||  +1 416 362 9181 [work]
  30.