Not correct transfer URL

[Prozac]

I have some problem wish using program when add URL in program example: \\marko\public\new_Year_2007


But browser show: file://marko/publicew_Year_2007.

 There are no signs /n. I think program perceives signs /n as service parameter, if URL change for example to \\marko\public\mew_Year_2007 - all work perfect

Who had such problem?

[rejetto]

\\marko is NOT an URL, so you should not use the "link" thing.
if you have a file over your LAN, as i guess it is, you should just drag&drop it, or you can do "add files" then type that address if you prefer.

[rejetto]

the \n problem is a "feature". HFS converts this symbol to a newline. it was not a problem till today, but it is not very useful, so if problems arise i will remove it.

[Prozac]

I understand this. With drag&drop all perfect work! But I need link to folder (not file) and this folder may open with new window outside of the program HFS, such as another URL in HFS without sign \n. I can write URL as \\marko\public\HAPPY_New_Year_2007 and it will be worked! If this only my local problem it is not important. I write this because think - if user enters symbols which program perceives as service commands it is not good…

Thanks you  rejetto for the good program and not less good support!

[rejetto]

if you need the folder and not the file, then drag&drop the folder!

\\marko is NOT an URL, i repeat, thus you don't have to use the "link". it is only for URLs.
you can recognize URLs because they have :// inside.

[Garphy]

\\marko\xxxx.xxx

there're 2 errors

1.not \ but / in URL

2.//xxxxx means http://xxxx
/xxxx is ok, equal to: http://yourIP/xxxx

[rejetto]

\\ is right, he is referring to a file located in the LAN.
it is not an URL, it is a UNC, as far as i remember.

[Garphy]

oh...
what i said above is about URL...

for file , it's easy to drag into HFS...

also if you want to quote the file existed in the HFS server,you can use link
just like /xxxx