[xwiki-users] {{html wiki="true"}}

Ivan Levashew wrote: If anyone is wondering about this, it was almost enough to rewrite ServletURLFactory. Bad news is that XWiki pages often misbehave when URLs are not relative. This is due to {{html wiki="true"}} being commonly used everywhere. Things like <a href="$xwiki.getURL(... work nice when URLs are relative. <a href="/bin/view/Main/"> remains unchanged after applying wiki parser. However, <a href="http://another.space.toom.su/"> gets messed because <a href="http://another.space.toom.su/"> turns into <a href=""><span class="wikiexternallink"><a class="wikimodel-freestanding" href="http://another.space.toom.su/"><span class="wikigeneratedlinkcontent">http://another.space.toom.su/</span></a></span> Another bad news is that tricks like <a href="//another.space.toom.su/"> didn't work. They are also being changed by XWiki parser, this time it creates <em> tag which again messes everything. I've done my best to make most troublesome URLs relative. E. g. "get" URLs are always relative due to AJAX crossdomain restrictions. Still there are some dark corners where the problem can't be workarounded by just tweaking my servlet URL factory implementation without completely sacrificing multidomain illusion. This bug (it is, isn't it?) looks like this: http://www.peeep.us/2aded8d0 Should it be fixed? When I was fixing Main.Spaces I thought there should be something like {{wiki}} or better <wiki> in html mode. <wiki> is better because xmlescape encodes <> in Velocity output. Having both systems in effect is glitches-prone. Not having <wiki> makes proper introducing wiki fragments annoying. In the Main.Spaces wiki engine is only used to reference WebHome of every space. I've got to put {{html wiki="false"}} in several places instead of putting <wiki> in just one. -- If you want to get to the top, you have to start at the bottom