aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/Filenames_with_colons_cause_problems_for_Windows_users.mdwn
diff options
context:
space:
mode:
authorJoey Hess <joey@kodama.kitenet.net>2008-09-04 14:13:10 -0400
committerJoey Hess <joey@kodama.kitenet.net>2008-09-04 14:13:10 -0400
commitd2679de965a0300474341139871855bbccc61612 (patch)
tree286ffeea6d5d8608fc115ef16647982d10b439e1 /doc/bugs/Filenames_with_colons_cause_problems_for_Windows_users.mdwn
parent57153dcb9bc9de0214f58dc2a3ea9ff055ab6d07 (diff)
downloadikiwiki-d2679de965a0300474341139871855bbccc61612.tar
ikiwiki-d2679de965a0300474341139871855bbccc61612.tar.gz
For fine control over what characters are allowed, unescaped in source filenames, the wiki_file_chars setting is added. For example, set to "-[:alnum:]+/._" to disable colons from being used in source files (which can cause trouble om Windows).
Diffstat (limited to 'doc/bugs/Filenames_with_colons_cause_problems_for_Windows_users.mdwn')
-rw-r--r--doc/bugs/Filenames_with_colons_cause_problems_for_Windows_users.mdwn7
1 files changed, 6 insertions, 1 deletions
diff --git a/doc/bugs/Filenames_with_colons_cause_problems_for_Windows_users.mdwn b/doc/bugs/Filenames_with_colons_cause_problems_for_Windows_users.mdwn
index 8460f0c83..0fccd1dcb 100644
--- a/doc/bugs/Filenames_with_colons_cause_problems_for_Windows_users.mdwn
+++ b/doc/bugs/Filenames_with_colons_cause_problems_for_Windows_users.mdwn
@@ -60,6 +60,11 @@ Windows does not support filenames containing any of these characters: `/ \ * :
>>> source on windows systems is desired, you'd have to remember to turn
>>> that on when setting up a wiki, even if the wiki was hosted on unix.
>>>
+>>> Ok, `wiki_file_chars` config option added, set to
+>>> `"-[:alnum:]+/._"` to exclude colons from filenames read or written by
+>>> ikiwiki. [[done]]
+>>>
>>> BTW, I suspect there are lots of other problems with actually running
>>> ikiwiki on windows, including its assumption that the directory
->>> separator is "/". --[[Joey]]
+>>> separator is "/". Windows will be supported when someone sends me a
+>>> comprehansive and not ugly or performance impacting patch. :-) --[[Joey]]