summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJoey Hess <joey@kitenet.net>2008-06-13 11:49:22 -0400
committerJoey Hess <joey@kitenet.net>2008-06-13 11:49:22 -0400
commit6fe6857f7e02ff46532bf9d6838d97ffeda9025f (patch)
tree8e9fadc4df463382a5104ef3b2c3213f6949b249
parentcdd48716be35fbc3c9351f7d46a4e4bed29bac21 (diff)
web commit by http://alcopop.org/me/openid/: maybe for some future backwards-compatibility killing release?
-rw-r--r--doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn11
1 files changed, 11 insertions, 0 deletions
diff --git a/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn b/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn
index 17479aacc..023d3b379 100644
--- a/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn
+++ b/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn
@@ -35,4 +35,15 @@ reported in [[index/discussion#index11h1]].
> to a bug, so I current have no plans to bring the old behavior back.
> --[[Joey]]
+>> I agree that the grammar should be unambiguous. It seems to me that the
+>> problem with spaces-in-wikilinks is caused by overloading the wikilink
+>> and preprocessor syntax to use the same symbols. If they didn't (and is
+>> there much advantage in them using the same symbols? I know in some
+>> cases you have something which is a wikilink and a preprocessor directive,
+>> but how often?) there'd be no problem with spaces.
+>>
+>> If there was ever a future, syntax-breaking major release of ikiwiki
+>> (similar to python3000) I'd like to see this fixed as part of that.
+>> --[[JonDowland]]
+
[[done]]