Le 13 avr. 2015 à 17:06, Sven Van Caekenberghe a écrit :
ZnUrl>>#file and ZnUrl>>#directory are not well specified I guess, and maybe not that useful, but since these partially fall back to #path I am afraid you cannot just change them.
Yes, I just noticed that.
I would convert to a FileReference as in
(ZnUrl fromString: 'file:///tmp/') asFileReference.
In short, ZnUrl is not really meant for file path manipulation.
Ok, good to know.
BTW, there is a way to get what you expect
(ZnUrl fromString: 'file:////tmp/') pathPrintString.
Now, if you find a good solution, that does not break anything else and works for all schemes, I would be interested.
ZnUrl>>#directory has no "real" senders. (some tests and examples) Maybe as suggested by Doru, it should be removed and instead use a File reference? Thanks for the reply.
On 13 Apr 2015, at 16:43, Christophe Demarey <Christophe.Demarey@inria.fr> wrote:
Hi,
I just tried to evaluate: (ZnUrl fromString: 'file:///tmp/') directory and got 'tmp/' as result.
I'm a bit suprised. Shouldn't it be '/tmp/' ? Be fore trying to fix I would like to be sure what is the expected behavior.
Thanks, Christophe.