7 Jul
2010
7 Jul
'10
5:06 p.m.
On Wed, Jul 7, 2010 at 17:04, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote:
--
Thomas Mortagne
On Wed, Jul 7, 2010 at 17:03, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
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 ;)
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}}
On Wed, Jul 7, 2010 at 16:52, Ivan Levashew <I.Levashew(a)bluebottle.com> wrote:
--
Thomas Mortagne
Ivan Levashew wrote:
--
Thomas Mortagne
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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users