Can't link to local storage

Opening local resources from the web is a security issue and thus even the methods you see online on other sites (linking to file:///C:/somefile.txt for example) may not work in all cases (and especially since IE7 has funny security permissions). Can you just tell them where the resource is in your wiki, specifying the local path, so they can find it on their own? Not ideal, but it's a problem that isn't PBwiki-specific.

As for Casey's link to Dojo Storage, that won't work in this specific case, because Dojo is used to create a local resource for browser-based applications and not to link already local resources to an application. That doesn't take away from how awesome it actually is, however.

Telling them where the resource is. The paths are long and would reduce the chance of them opening the documents.

**If I could write my own URI launcher (like file: skype: etc), then how would i construct the link in the PB1.0 in the editor?**

I'll take a look at interceptors as I call them.

That way I could have:
ourfile: somedir\file.doc and in my interceptor enforce:
1) no root dir access, so the above would be mapped to m:\docs\somedir\file.doc
2) No ..'s
3) Restriction on what types of files to launch.
Cheers, JAC

If you create links with "other" as the protocol, you can basically type in anything you want. Is that what you're looking for?

Vu, Thanks for the hint. Won't work without programming on two counts:
doesn't seem to store "\"'s. Also, firefox seems to take c:\1\1.txt -> c:11.txt -> it says it doesn't know what to do with c.

Thanks & I'll let you know when I have something working.
JAC.

This is a big problem. It would be great to click into a file on the local server for intranet deployments of pbwiki.

You can try manually creating links using the HTML plugin. It's not as pretty, but at least you can make any kind of link you want.

Doesn't work if you mean a href= link to file:///

As Vu stated above, it's a browser security issue. I've never been able to get that type of link to work on any website, not only pbwiki.

I've been trying for a long time.

One thing I recently thought about but haven't tried yet.

Upload a link file to the wiki. You can download it and execute it. That would call the local resource.

The link file may not be a good solution, but the only alternative is to simply type in the resource location directly into the wiki so that the users can copy it to their PC and launch it from there.

Here's how to do it in firefox. I found it.

Install the local link extension to firefox.
http://locallink.mozdev.org/

Put the link in your file as URL <other> then use the standard naming convention file:///etc

Now instead of left click, right click on the link.
then select Open Link in Local Context and click the way you want to open it (in this page, in new tab or window).</other>

I got the details of the registry settings to change to allow for custom handlers like skype: mailto: and was going to write a little app to set up a file: type entry. I think it is a security risk to allow it to open any file, so I was going to make the handler have a "base" directory on the server, e.g. m:\docs\, so that no-one would be able to open c:\windows.........

I'll check out the firefox link though as I use it.

JAC.

another alternative to this would be to put a very simple web server in your local network and actually use http:// references to those files.

:)

Yep. Very low risk if there's no open ports to the internet, and one could setup up various permissions and password a-la apache for added security - but requres a little above average wiki user. Not sure what the quickest, most secure, most out-of-the-box cheap and dirty web server is. Any recommendations?

I have used HFS before:
http://en.wikipedia.org/wiki/HTTP_Fil...

More servers listed here:
http://en.wikipedia.org/wiki/Tiny_web...

Best wishes

I like the HFS idea for intranet and may go for that for now. Long term, definately going to write a handler like mailto: or skype: as it all happens on their local machine and security is applied to their user. In our case it is template or standard documents / pdf's that should be used, so to be able to have them authored, stored and available with the minimum of fuss I go for the mailto: type solution, BUT if HFS is a simple install, then that could get them off the ground.

Thanks for all the considered responses.

I used to have a way to get around it:

1. Generate the hyperlink in a blank page in Word.
2. Copy the hyperlink that is in the word blank page
3. Paste it in the edit page in your wiki page and save

It used to work in IE (at least it did for a couple months), as of today it doesn't work.

I think the problem comes right at the moment you save the wiki page, since it automatically replaces blank spaces with + in your
"file://your drive name/your directory/your file"
thus becoming
"file://your+drive+name/your+directory/your+file"
and stops working...

tsr - I don't think that will work. If you are in the "internet" zone and you move to the local zone by using file:// most browsers get upset and I wouldn't want to reduce the browser security settings ot allow file otherwise there is bound to be something nasty like file://"cmd format my hard disk"!

Have you tried this lately in IE7 / FF?