[Prev][Next][Index][Thread]
Re: netatalk-style resource forks? (please? :)
Since ARDI's going full throttle on 2.0, I doubt that this is really going to
be an issue for them for quite some time, but...
In article <Pine.LNX.3.91.951012081238.1368B-100000@exodus.pht.com> Brad Midgley <junkmail@pht.com> writes:
> I'm not sure if this has come up yet, but since executor doesn't have
> network support, could it at least support the netatalk method of keeping
> resource forks in a .AppleDouble directory? (how about a non-defaulted
> command-line option?)
Of course, CAP aufs uses .resource directories, Helios EtherShare and IPT
uShare use .rsrc directories, Xinet KA-Share uses .HSResource directories, and
Pacer PacerShare uses afp_resource directories.
There are corresponding differences for desktop representation. Many of these
systems also appear to have files or directories for storing finder
information. Fun, eh?
ARDI's got good folks. If handling foreign formats ever becomes an important
issue, I'm sure they'll design something extensible and clean, even if only a
subset of the systems mentioned above are specifically supported.
David Hollingsworth
Follow-Ups:
References: