aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn')
-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]]