diff options
-rw-r--r-- | doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn b/doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn index b78515596..019970899 100644 --- a/doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn +++ b/doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn @@ -61,6 +61,9 @@ What do you think about that? Does the patch have any side-effects I didn't see? >> at least I hope so ;-) ): I just created a test post in the sandbox here: [[sandbox/test: with a colon in its name]] >> (btw, why doesn't this get a hyperlink here?). >> +>>> Because wikilinks cannot have spaces, convert to underscores. +>>> --[[Joey]] +>> >> As it is put in the list of blog posts as a relative link, it starts >> with `<word><colon>` -- this makes the browser think that "test" is a protocol specification which is to replace `http`, >> so it complains (at least Opera and Firefox/Iceweasel on my Debian Etch do). What I described above for subpages @@ -69,3 +72,5 @@ What do you think about that? Does the patch have any side-effects I didn't see? >> >> I think the cleanest solution would be to quote colons in page names (like it is currently done for slashes)? >> Starting the links with "`./`", as I proposed above, now seems a bit ugly to me... --Mathias + +>>> No, it's all [[done]] in 2.55. --[[Joey]] |