summaryrefslogtreecommitdiff
path: root/doc/bugs/Does_not_support_non-UTF8_files.mdwn
diff options
context:
space:
mode:
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-07-25 02:34:48 +0000
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-07-25 02:34:48 +0000
commit2210c65083465bf8e515418cf2528e18f7326bc0 (patch)
treed943525db15d25c51d5347a41e07939c150708e9 /doc/bugs/Does_not_support_non-UTF8_files.mdwn
parentde9104d4e2571dcdf28659b3fd244c3c77f02740 (diff)
more triage
Diffstat (limited to 'doc/bugs/Does_not_support_non-UTF8_files.mdwn')
-rw-r--r--doc/bugs/Does_not_support_non-UTF8_files.mdwn5
1 files changed, 0 insertions, 5 deletions
diff --git a/doc/bugs/Does_not_support_non-UTF8_files.mdwn b/doc/bugs/Does_not_support_non-UTF8_files.mdwn
deleted file mode 100644
index 7d4cace7a..000000000
--- a/doc/bugs/Does_not_support_non-UTF8_files.mdwn
+++ /dev/null
@@ -1,5 +0,0 @@
-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 ISO-8859-1 format, in an ISO-8859-1 locale, 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...