aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/parsing_for_WikiWords_should_only_be_done_outside_html_tags.mdwn
blob: 44938c7547a2942c516c4d5defecf493b470e5ef (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
When having a link to e.g. http://www.chumba.com/media/Chumbawamba-EnoughIsEnough.mp3 inside an anquor tag ikiwiki seems to parse EnoughIsEnough as WikiWord and breaks the link with that.  As a general rule I would suggest that inside tags there should never be any WikiWord parsing, this is just asking for problems.

You can see an example of the breakage on <http://wiki.debian-community.org/planets/de/> - scroll down to the Chumbawamba entry.

>> There's a great workaround for this bug: Disable the
>> [[plugins/camelcase]] plugin. :-) I really don't recommend using that
>> plugin. _Especially_ not when aggregating third-party content as you do
>> in the example.
>> 
>> Fixing this at the html parsing level would involve making ikiwiki 2
>> times slower, not even counting the html parsing overhead, since it
>> would have to fully render pages in the "scan" pass.
>>
>> All I can do is improve the regexp it uses to try to avoid false
>> positives. Which I've now [[done]].
>> 
>> --[[Joey]]