Would it not be better to simply delete these convenience methods?

Doru

On Mon, Apr 13, 2015 at 5:06 PM, Sven Van Caekenberghe <s...@stfx.eu> wrote:

> 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.
>
> I would convert to a FileReference as in
>
>   (ZnUrl fromString: 'file:///tmp/') asFileReference.
>
> In short, ZnUrl is not really meant for file path manipulation.
>
> 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.
>
> > On 13 Apr 2015, at 16:43, Christophe Demarey <
> christophe.dema...@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.
>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

Reply via email to