home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text1986.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  2.9 KB  |  62 lines
  1. >>>>> "Brad" == Brad Midgley <brad@pht.com> writes:
  2.  
  3.     Brad> hello...  desktop representation is out of the question (too
  4.     Brad> different for everybody), but executor should at least put
  5.     Brad> its resource forks in a subdirectory without mangling the
  6.     Brad> name. Other schemes could depend on softlinks to that
  7.     Brad> directory.  (would only have to be fixed up when folders
  8.     Brad> were created) Mangling the name in the current directory is
  9.     Brad> ugly.
  10.  
  11. The problem is that the Apple Double spec. is an incredibly bad
  12. specification, but rather than go our own way, we adhere to it.  There
  13. are actually a few other Mac connectivity tools that adhere to the
  14. spec. as written and Executor will interact with them correctly (off
  15. the top of my head I think InterCon has a product that does this and I
  16. think Paul Hargrove's HFS Linux filesystem can create in-spec
  17. AppleDouble names).
  18.  
  19.     Brad> The easy road to get executor to deal with a network on a
  20.     Brad> netatalk-supported host will be to depend on kernel DDP and
  21.     Brad> link in the netatalk libs.  so why not use a compatible
  22.     Brad> naming scheme now and avoid the headache later?
  23.  
  24. Yes and no.  We could make a very quick hack to support the netatalk
  25. style names and have considered doing it at least for our own internal
  26. use (Cotton uses netatalk) but have so far resisted.  I think Cotton
  27. plans on writing a little script that will recursively convert a
  28. directory and its children in either direction between the netatalk
  29. naming convention to the AppleDouble naming convention.  That will be
  30. useful to him and perhaps to many of you out there as well.
  31.  
  32. Internally Executor and netatalk both use the AppleDouble file format;
  33. it's only the naming where they deviate from the spec.
  34.  
  35.     Brad> btw, ardi's bugs/feedback page is broken.  anyone there?
  36.  
  37. Send e-mail to "webmaster@ardi.com" and cc it to "bugs@ardi.com" with
  38. more detail and we'll get it fixed ASAP.  We have received a few bug
  39. reports here and there so we assumed it was working.
  40.  
  41.     Brad> On Thu, 12 Oct 1995, David E. Hollingsworth wrote:
  42.  
  43.     >> In article
  44.     >> <Pine.LNX.3.91.951012081238.1368B-100000@exodus.pht.com> Brad
  45.     >> Midgley <junkmail@pht.com> writes: > I'm not sure if this has
  46.     >> come up yet, but since executor doesn't have > network support,
  47.     >> could it at least support the netatalk method of keeping >
  48.     >> resource forks in a .AppleDouble directory?  (how about a
  49.     >> non-defaulted > command-line option?)
  50.     >> 
  51.     >> Of course, CAP aufs uses .resource directories, Helios
  52.     >> EtherShare and IPT uShare use .rsrc directories, Xinet KA-Share
  53.     >> uses .HSResource directories, and Pacer PacerShare uses
  54.     >> afp_resource directories.
  55.     >> 
  56.     >> There are corresponding differences for desktop representation.
  57.     >> Many of these systems also appear to have files or directories
  58.     >> for storing finder information.  Fun, eh?
  59.  
  60.     Brad> brad@pht.com
  61.  
  62.