web commit by http://engla.myopenid.com/: About the proposal to add access to "off-wiki places"

1 files changed, 2 insertions, 0 deletions

diff --git a/doc/forum/paths_to_files_outside_the_wiki_root.mdwn b/doc/forum/paths_to_files_outside_the_wiki_root.mdwn
index 1927b2dfc..bab6396f5 100644
--- a/doc/forum/paths_to_files_outside_the_wiki_root.mdwn
+++ b/doc/forum/paths_to_files_outside_the_wiki_root.mdwn
@@ -18,3 +18,5 @@ But not even the symlink solution works, since I have only two choices, specify
 > not being available on the host you build on, I don't know. --[[Joey]]
 
 Yes, that would solve it. A part of me wanted though that it should be possible to put a symlink called publicfiles that basically points to wikiroot/../publicfiles, and have the ability to link to files with wikisyntax anyway. But it doesn't work since symlinks are dangerous, and.. how would ikiwiki know how to interpret a relative link, relative to source dir or dest dir (etc..)? I'll have to put all my images and publicfiles into the wiki; it is principally wrong since publicfiles are tar.gz (and a few .deb files) for software, but it is practically ok since the individual files are not more than 150K and I don't have anything against archiving them. --ulrik
+
+To try to formalize and clarify my first proposal: An administrator would be able for each wiki to create a list of off-wiki "places" that are accessed via certain items in the wiki root (or could be under a subpage too of course). The example is illustrated by publicfiles and the symlink, but a non-symlink solution would probably be better. A natural way to specify off-wiki places are absolute URLs, but also relative to the wiki root, since that would fit to my case. Just like you can't go out of the wiki root, you should not be able to go up from such an external resource. This should all be done in some plugin of course. I'll have to learn Perl before I write the plugin though :) --ulrik