how to create a link to windows share

[wikiwurm]

as describee at http://www.wikimatrix.org/show/DekiWiki it should be possible to make links to windows shares.

how can i make this?

[wikiwurm]

COPY_PASTE_FROM_OLD_FORUM

I asked the same question
Submitted by dannyabc on Fri, 2007-02-09 01:04.

I asked the same question but no one ever responded (see topic "Support for file:// Links").

You can use the following format to create a Windows Share...
[[file://aaaa/bbbb|LINK DESCRIPTION]]

However, it only works until you try to edit the link. If you try to edit the link, it will get corrupted.

I'm hoping Gooseberry2 will fix this problem. Apparently Gooseberry2 was supposed to be available by the end of January, but only Goosebery1 is available on the download page.

its not working with me
Submitted by wikiwurm on Fri, 2007-02-09 08:59.

[[file://server/share|testlink]]

results in:

http://sub.mydomain.com/File:server/Share

could you please explain it to a dummy like me ;-)

Doesn't appear to work yet
Submitted by ahathaway on Fri, 2007-02-09 17:43.

I've seen the same behavior.

For what it's worth, though, file linking is highly problematic with Firefox. Mozilla tightened the security on file links in recent versions (for good reasons), requiring alterations to Firefox's config to make it work. Instructions here.

Internet Explorer leaves the gate wide open, as usual.

So no, it doesn't seem to be supported (or is undocumented), but supporting it may be problematic across browsers at present, at least without a FF extension.

If Deki were to allow local file links (it even mangles links added in the html layer), it could be made to work, however. The add-on LocalLink claims to allow this without having to dig around in about:config.
--
Aaron Hathaway



Adding the file: protocol to
Submitted by nicokaiser on Fri, 2006-10-20 15:25.

Adding the file: protocol to the allowed URL protocols in LocalSettings.php ($wgUrlProtocols) does not have the desired effect either.

I guess it is the WYSIWYG editor that prevents non-http-links from being parsed correctly and thus saved correctly...

[ahathaway]

COPY_PASTE_FROM_OLD_FORUM
Doesn't appear to work yet
Submitted by ahathaway on Fri, 2007-02-09 17:43.

I've seen the same behavior.

For what it's worth, though, file linking is highly problematic with Firefox. Mozilla tightened the security on file links in recent versions (for good reasons), requiring alterations to Firefox's config to make it work. Instructions here.

Internet Explorer leaves the gate wide open, as usual.

So no, it doesn't seem to be supported (or is undocumented), but supporting it may be problematic across browsers at present, at least without a FF extension.

If Deki were to allow local file links (it even mangles links added in the html layer), it could be made to work, however. The add-on LocalLink claims to allow this without having to dig around in about:config.
--
Aaron Hathaway

Thanks, wikiwurm for pasting these posts. I figured I'd just recreate a couple embedded links in my post. Links restored above.

[dannyabc]

I forgot to mention that in order for Window Shares to work for me, I had to edit a line in Parser.php

BEFORE
define( 'URL_PROTOCOLS', 'http|https|ftp|irc|gopher|news|mailto' );

AFTER
define( 'URL_PROTOCOLS', 'http|file|https|ftp|irc|gopher|news|mailto' );

Parser.php can be found in the includes sub-directory. You will need to reload Apache after the change is made.

Once the change is made, then the following type of link will work.
[[file://aaaa/bbbb|LINK DESCRIPTION]]

However, if you later try to edit the link or if you toggle on/off the HTML code in the editor, then the link will get corrupted.

Note: This problem still exists in Gooseberry+

[wikiwurm]

Note: This problem still exists in Gooseberry+

is it in the bugtracker. maybe it will be fixed for the final release

[wikiwurm]

is there a fix for this problem? i need this function.

[ahathaway]

is there a fix for this problem? i need this function.

They haven't resolved the bug yet:
http://bugs.opengarden.org/view.php?id=1029

This one's a killer for me too.

[AaronF]

Yes. BrigetteK has rewritten the server-side parser. Also, the client-side parser was yanked out. So, this should not be a problem any longer. The editor has had a ton of work done to it by KarenA in Rostov-On-Don. However, as of now, the next release (Hayes) doesn't have anyway to [[make links]]. The only linking is via the link dialog.

[markduffield]

I understand that redoing the Link dialogue would be a pain, but how bout just letting the \\servername\subfolder\file.doc paths work from within the text editor?

the http:// automatically turns on the web link.

FTP:// does the same...

when you go File:// or \\servername\etc... the behavior is different.

[worlds biggest oversimplification?] - maybe!

but, it seemed from the bug tracker that the focus was on trying to fix this via the link dialogue box and since the "file" category was already designated for intra-wiki doc linkage, it was deemed "unfixable".

We need this!

Thanks everyone...

MD

[markduffield]

If you're using MoinMoin on an intranet, it may be useful to make links to documents on file shares available to everyone reading your wiki.

For example: [file://servername/full/path/to/file/filename.txt Click here to read filename.txt]

You can also link to files with spaces in the filenames by manually entering the URL encoding for spaces(%20):

[file://servername/full/path/to/file/filename%20with%20spaces.txt Click here to read filename with spaces.txt]

Another obvious and maybe better option is to use the AttachFile action, which was added with version 0.11.

http://www-unix.mcs.anl.gov/fl/resea...AskedQuestions

MD