On Wed, Jul 7, 2010 at 17:04, Thomas Mortagne <thomas.morta...@xwiki.com> wrote: > On Wed, Jul 7, 2010 at 17:03, Thomas Mortagne <thomas.morta...@xwiki.com> > wrote: >> Yes there are (sadly common) bugs and feel free to report any one you can >> find. >> >> The main issue is that wiki link syntax [[ ]] does not support enough >> things which leads use to use html macro where we should not. See > > Forgot the link: http://jira.xwiki.org/jira/browse/XWIKI-3611 > >> >> For the workaround, the easiest and most effective solutions currently are: >> 1) make sure you really need that "wiki=true" >> 2) make sure you can't write this link using wiki syntax >> 2) if you can't get rid of it put a sub {{html}} macro around the link like >> in >> {{html wiki=true}} >> * some list item with a {{html}}<a >> href="http://another.space.toom.su/">link</a>{{/html}} >> {{/html}}
It's obviously not a good example of the use of wiki=true in html macro, it's just a simple sub html macro example ;) >> >> On Wed, Jul 7, 2010 at 16:52, Ivan Levashew <i.levas...@bluebottle.com> >> wrote: >>> Ivan Levashew wrote: >>>> Does anybody had this idea before? >>>> >>>> I'd like to establish the mapping as follows: >>>> >>>> http://something.metrolace.ru/Page -> >>>> http://metrolace.ru/bin/view/Something/Page/ >>>> >>>> http://something.another.metrolace.ru/ -> >>>> http://metrolace.ru/bin/view/SomethingAnother/WebHome/ >>>> >>>> That is, the whole domain is a collaborative wiki with >>>> pretty short URLs. New domains are being created on demand >>>> because they are essentially good old Spaces. >>>> >>>> I'm going to use url_rewrite in Squid (in particular, because I >>>> don't know why it's so difficult to get rid of /bin/) and custom >>>> XWikiURLFactory implementation. >>>> >>>> Any advices? Did somebody already write custom URLFactory before? >>>> >>> >>> 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 >>> >>> _______________________________________________ >>> users mailing list >>> users@xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/users >>> >> >> >> >> -- >> Thomas Mortagne >> > > > > -- > Thomas Mortagne > -- Thomas Mortagne _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users