> The only kind of path that's considered cross-platform are URLs, so I'd
> suggest
> using a "file" URL; of course, that means you're going to have to make
> sure the
> URL would work for all users in a particular environment, but if that's not
> possible, you might try creating your own kind of URL, something others have
> done for their purposes, such as iTunes (itms), Samba (smb), etc. If the
> resources are available on a web server or with a well-defined protocol, that
> would make it easier, as "file" would require the mount point to be the same
> for each user.
That is indeed also what we do: we pass URLs around, and we have 2 modes: a
file:// URL, but this only works when all the computers are properly
mounted, and it they all use the same protocol to share the data, or we use
afp:// or smb:// URLs so that all clients know how they should mount the
other computer, and of course you also need to take care of the fact that
the computer that creates the computer might see the disk differently than
the computer that mounts it (local driver versus mounted driver where the
mount might be on a sub folder)
All a lot of 'fun' to work out, but once it works people are very happy with
it.
Frank
>
> Quoting John Stiles <email@hidden>:
>
>> Windows only supports paths and LNK files (which are pretty much just
>> paths anyway, and anyway Mac OS X cannot generate them).
>> There's a kCFURLWindowsPathStyle which you could experiment with. I
>> honestly don't know how well this will work, but it's worth a shot as
>> a starting point.
>>
>>
>> On May 23, 2007, at 11:14 AM, Stephen Chu wrote:
>>
>>> I have a related question on paths. My app needs to pass
>>> specification of files on network volumes to Windows machines so
>>> they can open the same file.
>>>
>>> Obviously Windows know nothing about FSRef or ecen FSSpec. Path
>>> seems to be the only way. But what format of paths? Is there a
>>> mechanism to exchange file specifications between platforms?
>>>
>>> Thanks
____________________F_r_a_n_k___V_y_n_c_k_e________________
Mnemo
Infinite Memory
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
