summaryrefslogtreecommitdiff
path: root/doc/bugs
diff options
context:
space:
mode:
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-04-13 14:55:57 +0000
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-04-13 14:55:57 +0000
commitda2fb30814eb88aa430ec7d06ae4c81161b60bfa (patch)
tree1772a1614f3caa5bf9dd6a500a4f64defd8ced63 /doc/bugs
parentdd4f4f36691fac287d379526cbd62556469653b6 (diff)
web commit by tuomov
Diffstat (limited to 'doc/bugs')
-rw-r--r--doc/bugs/Does_not_support_non-UTF8_files.mdwn5
1 files changed, 5 insertions, 0 deletions
diff --git a/doc/bugs/Does_not_support_non-UTF8_files.mdwn b/doc/bugs/Does_not_support_non-UTF8_files.mdwn
new file mode 100644
index 000000000..29f8c4177
--- /dev/null
+++ b/doc/bugs/Does_not_support_non-UTF8_files.mdwn
@@ -0,0 +1,5 @@
+Ikiwiki does not seem to support non-UTF-8 file content, although there's no reason it should assume anything other than ASCII-compatibility from the encoding, at least if the Web interface is not used. It suffices that users use the same encoding as the templates specify. If I try to run it on `.mdwn` with content in a ISO-8859-1 format, I get:
+
+ Malformed UTF-8 character (unexpected non-continuation byte 0x74, immediately after start byte 0xe4) in substitution iterator at /usr/local/share/perl/5.8.8/IkiWiki.pm line 640.
+
+I hope Ikiwiki is not part of the UTF-8 monoculturist movement...