Re: [xwiki-users] HTML

[Marius Dumitru Florea]

Maybe http://extensions.xwiki.org/xwiki/bin/view/Extension/HTML+Macro can
help.

On Wed, May 18, 2016 at 12:23 PM, Maciej Fokt 
wrote:

> Hi,
>
> can I add HTML code? I want to add element with CSS and JavaScript. Is it
> possible?
>
> Thanks,
> Maciek
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] HTML

[Maciej Fokt]

Hi,

can I add HTML code? I want to add element with CSS and JavaScript. Is it
possible?

Thanks,
Maciek
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML file downloads instead of displaying in browser

[Mark J. Bobak]

HI Paul,

Ok, I'm feeling a little foolishI honestly have no idea what happened,
but it's working now.  The page is displayed rather than downloaded, which
is what I want.  Sorry fo the total waste of time here.sigh...

Thanks,

-Mark

On Mon, Apr 25, 2016 at 10:28 AM, Paul Libbrecht  wrote:

> Mark,
>
> what causes it to be downloaded is a header called "Content-Disposition".
> If it's there and says "attachment" then the browser will present it as
> a download, whatever the media type.
> If it's not there, the browser will choose what to do depending on what
> it supports (png or html: can display, doc: will download ...).
>
> The html head element will not influence that.
>
> Can it be that the link you have has an extra parameter called
> "forceDownload=1". At least in earlier versions, this is what added the
> header. Removing it would be the trick.
>
> Note that offering html documents to upload and preview to "anybody" is
> a rather big security issue but probably this is not an issue here.
>
> paul
>
> > Mark J. Bobak 
> > 25 April 2016 at 15:40
> > Hi all,
> >
> > I'm an XWiki newbie. I've written a script that generates an HTML file,
> > and then I upload it as an attachment to XWiki. When I create a link on
> > that file, and then click the link, I get the HTML file downloaded by the
> > browser, rather than displayed.
> >
> > From what I've read, this may be caused either by something in my HTML or
> > by an XWiki setting.
> >
> > In the HMTL, my headeer looks like this:
> >  > content="text/html; c
> > harset=utf-8" />NITS Solutions AWS Server
> > Listtable
> > , th, td { border: 2px solid black; border-collapse: collapse;
> > }
> >
> > My undedrstanding is that the 'text/html' should tell the browser to
> > display rather than download.
> >
> > Also, in the xwiki.properties file, in the Attachment section, I found
> the
> > 'attachment.download.whitelist' and 'attachment.download.blacklist', but
> > both were commented out, which I assume means this feature is disabled? I
> > even tried uncommenting the whitelist and making sure it contained
> > 'text/html', and then bouncing, but it made no difference.
> >
> > Can anyone offer me a clue? I just want my simple little document to
> > display rather than download.
> >
> > Thanks,
> >
> > -Mark
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML file downloads instead of displaying in browser

[Paul Libbrecht]

Mark,

what causes it to be downloaded is a header called "Content-Disposition".
If it's there and says "attachment" then the browser will present it as
a download, whatever the media type.
If it's not there, the browser will choose what to do depending on what
it supports (png or html: can display, doc: will download ...).

The html head element will not influence that.

Can it be that the link you have has an extra parameter called
"forceDownload=1". At least in earlier versions, this is what added the
header. Removing it would be the trick.

Note that offering html documents to upload and preview to "anybody" is
a rather big security issue but probably this is not an issue here.

paul

> Mark J. Bobak 
> 25 April 2016 at 15:40
> Hi all,
>
> I'm an XWiki newbie. I've written a script that generates an HTML file,
> and then I upload it as an attachment to XWiki. When I create a link on
> that file, and then click the link, I get the HTML file downloaded by the
> browser, rather than displayed.
>
> From what I've read, this may be caused either by something in my HTML or
> by an XWiki setting.
>
> In the HMTL, my headeer looks like this:
>  content="text/html; c
> harset=utf-8" />NITS Solutions AWS Server
> Listtable
> , th, td { border: 2px solid black; border-collapse: collapse;
> }
>
> My undedrstanding is that the 'text/html' should tell the browser to
> display rather than download.
>
> Also, in the xwiki.properties file, in the Attachment section, I found the
> 'attachment.download.whitelist' and 'attachment.download.blacklist', but
> both were commented out, which I assume means this feature is disabled? I
> even tried uncommenting the whitelist and making sure it contained
> 'text/html', and then bouncing, but it made no difference.
>
> Can anyone offer me a clue? I just want my simple little document to
> display rather than download.
>
> Thanks,
>
> -Mark
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] HTML file downloads instead of displaying in browser

[Mark J. Bobak]

Hi all,

I'm an XWiki newbie.  I've written a script that generates an HTML file,
and then I upload it as an attachment to XWiki.  When I create a link on
that file, and then click the link, I get the HTML file downloaded by the
browser, rather than displayed.

>From what I've read, this may be caused either by something in my HTML or
by an XWiki setting.

In the HMTL, my headeer looks like this:
NITS Solutions AWS Server
Listtable
, th, td { border: 2px solid black; border-collapse: collapse;
}

My undedrstanding is that the 'text/html' should tell the browser to
display rather than download.

Also, in the xwiki.properties file, in the Attachment section, I found the
'attachment.download.whitelist' and 'attachment.download.blacklist', but
both were commented out, which I assume means this feature is disabled?  I
even tried uncommenting the whitelist and making sure it contained
'text/html', and then bouncing, but it made no difference.

Can anyone offer me a clue?  I just want my simple little document to
display rather than download.

Thanks,

-Mark
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html tag on Xwiki

[Sergiu Dumitriu]

On 10/03/2012 07:05 PM, Boudjelda Mohamed Said wrote:

  Hi
   I cannot show a  HTML tag on Xwiki , how it comes ? and how to
solve that probleme


Probably because you've put it in a {{html}} macro, and by default that 
"cleans" the HTML code inside it to generate only valid XHTML code. And 
"" is not a valid XHTML element.


Just use {{html clean="false"}} to disable the cleanup.

--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] html tag on Xwiki

[Boudjelda Mohamed Said]

 Hi
  I cannot show a  HTML tag on Xwiki , how it comes ? and how to
solve that probleme

Thanks
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html export issue with access rights

[Gabriele Giammatteo]

just created http://jira.xwiki.org/browse/XWIKI-8168

Thank you for your prompt reply!

On Fri, Aug 31, 2012 at 1:22 PM, Thomas Mortagne
wrote:

> On Fri, Aug 31, 2012 at 12:34 PM, Gabriele Giammatteo
>  wrote:
> > Dear all,
> >   I discovered an unexpected behaviour in my installation of "XWIKI
> > ENTERPRISE 4.2.2".
> >
> > I have in space Main a set of "public" pages meaning that can be viewed
> by
> > un-registerd users and a set of "private" pages that needs to be
> logged-in
> > to view them. I achieved such a configuration by (starting from the
> initial
> > configuration) denying View permission for un-registered users at wiki
> > level (hence by default the wiki is private) and granting explicitly, for
> > each page I want to be public, the View permission for un-registered
> users.
> >
> > Now, I want to export the space Main in html format. Following the guide
> at
> > [1], I'm using this URL:
> >
> > http:///xwiki/bin/export/Main/?format=html&pages=Main.%25
> >
> > If PAGE=MyPrivatePage (a private page) and I'm not logged-in, the browser
> > redirects me to the login page. Correct.
> >
> > If PAGE=MyPublicPage (a public page) and I'm not logged-in the export
> > works. Then opening the zip archive returned, I found that it contains
> also
> > private pages!
> >
> > In the matter of facts, as un-registered user I did an export of the
> entire
> > space starting from a page viewable by unregistered users and I obtained
> in
> > the zip ALL pages including pages that I cannot normally view from the
> > browser!
> >
> > For what I understood, xwiki checks access rights for PAGE, but if
> allowed,
> > then the export includes all pages regardless whether the user that is
> > requesting the export can view those pages or not.
> >
> > Maybe I just set permissions in the wrong way. Can someone give me a hint
> > on this?
>
> You just found a bug I think. From what I can see, the right of the
> current user is not really taken into account in the code that do the
> HTML export.
>
> Would be nice if you could report it on http://jira.xwiki.org/browse/XWIKI
> .
>
> >
> > Thank you very much,
> > Gabriele
> >
> > [1] http://platform.xwiki.org/xwiki/bin/view/Features/Exports
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> --
> Thomas Mortagne
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html export issue with access rights

[Thomas Mortagne]

On Fri, Aug 31, 2012 at 12:34 PM, Gabriele Giammatteo
 wrote:
> Dear all,
>   I discovered an unexpected behaviour in my installation of "XWIKI
> ENTERPRISE 4.2.2".
>
> I have in space Main a set of "public" pages meaning that can be viewed by
> un-registerd users and a set of "private" pages that needs to be logged-in
> to view them. I achieved such a configuration by (starting from the initial
> configuration) denying View permission for un-registered users at wiki
> level (hence by default the wiki is private) and granting explicitly, for
> each page I want to be public, the View permission for un-registered users.
>
> Now, I want to export the space Main in html format. Following the guide at
> [1], I'm using this URL:
>
> http:///xwiki/bin/export/Main/?format=html&pages=Main.%25
>
> If PAGE=MyPrivatePage (a private page) and I'm not logged-in, the browser
> redirects me to the login page. Correct.
>
> If PAGE=MyPublicPage (a public page) and I'm not logged-in the export
> works. Then opening the zip archive returned, I found that it contains also
> private pages!
>
> In the matter of facts, as un-registered user I did an export of the entire
> space starting from a page viewable by unregistered users and I obtained in
> the zip ALL pages including pages that I cannot normally view from the
> browser!
>
> For what I understood, xwiki checks access rights for PAGE, but if allowed,
> then the export includes all pages regardless whether the user that is
> requesting the export can view those pages or not.
>
> Maybe I just set permissions in the wrong way. Can someone give me a hint
> on this?

You just found a bug I think. From what I can see, the right of the
current user is not really taken into account in the code that do the
HTML export.

Would be nice if you could report it on http://jira.xwiki.org/browse/XWIKI.

>
> Thank you very much,
> Gabriele
>
> [1] http://platform.xwiki.org/xwiki/bin/view/Features/Exports
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] html export issue with access rights

[Gabriele Giammatteo]

Dear all,
  I discovered an unexpected behaviour in my installation of "XWIKI
ENTERPRISE 4.2.2".

I have in space Main a set of "public" pages meaning that can be viewed by
un-registerd users and a set of "private" pages that needs to be logged-in
to view them. I achieved such a configuration by (starting from the initial
configuration) denying View permission for un-registered users at wiki
level (hence by default the wiki is private) and granting explicitly, for
each page I want to be public, the View permission for un-registered users.

Now, I want to export the space Main in html format. Following the guide at
[1], I'm using this URL:

http:///xwiki/bin/export/Main/?format=html&pages=Main.%25

If PAGE=MyPrivatePage (a private page) and I'm not logged-in, the browser
redirects me to the login page. Correct.

If PAGE=MyPublicPage (a public page) and I'm not logged-in the export
works. Then opening the zip archive returned, I found that it contains also
private pages!

In the matter of facts, as un-registered user I did an export of the entire
space starting from a page viewable by unregistered users and I obtained in
the zip ALL pages including pages that I cannot normally view from the
browser!

For what I understood, xwiki checks access rights for PAGE, but if allowed,
then the export includes all pages regardless whether the user that is
requesting the export can view those pages or not.

Maybe I just set permissions in the wrong way. Can someone give me a hint
on this?

Thank you very much,
Gabriele

[1] http://platform.xwiki.org/xwiki/bin/view/Features/Exports
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] HTML code in document title

[Ricardo.Julio.Rodriguez.Fernandez]

Hi,

Please, how could I enter HTML equivalents to UNICODE codes in document title? 
I didn't get them rendered while working with XE 2.4.30451.

Please, check this...

http://atriumkm.idisantiago.es/bin/download/ICT/UNICODE/085onTGFbeta.png

Beta is correctly rendered in breadcrumbs and body text, but not in document 
title.

Any solution? Thanks for your help!

Ricardo


--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es

Nota: A información contida nesta mensaxe e os seus posibles documentos 
adxuntos é privada e confidencial e está dirixida únicamente ó seu 
destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por 
favor elimínea. A distribución ou copia desta mensaxe non está autorizada.

Nota: La información contenida en este mensaje y sus posibles documentos 
adjuntos es privada y confidencial y está dirigida únicamente a su 
destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, 
por favor elimínelo. La distribución o copia de este mensaje no está autorizada.

See more languages: http://www.sergas.es/aviso_confidencialidad.htm
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Html Diff on Mail notifier

[Ramon Gomes Brandão - SERINT]

Hi, 

I would like not to show html formatting info on the e-mail notifier for my 
users, but only the modified text. Infos such as "text align", among all other 
html formatting that htmldiff shows, are not necessary for them. How can I do 
that?

I'm using XE 2.4.30451. 

Regards, 
Ramon


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

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

[Thomas Mortagne]

On Wed, Jul 7, 2010 at 19:33, Ivan Levashew  wrote:
> Thomas Mortagne wrote:
>>> 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
>
> No, this is not a primary concern IMHO. At least, in places where I was
> applying fixes the problem is wider. XWiki syntax lacks s,
> 

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

[Ivan Levashew]

Thomas Mortagne wrote:
>> 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

No, this is not a primary concern IMHO. At least, in places where I was 
applying fixes the problem is wider. XWiki syntax lacks s, 

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

[Marius Dumitru Florea]

On 07/07/2010 06:03 PM, Thomas Mortagne 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
>

> 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}} href="http://another.space.toom.su/";>link{{/html}}
> {{/html}}

You can also escape XWiki syntax special characters if you have access 
to the source:

href="http:~/~/another.space.toom.su/"

Hope this helps,
Marius

>
> On Wed, Jul 7, 2010 at 16:52, Ivan Levashew  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  remains unchanged after applying wiki parser.
>> However,http://another.space.toom.su/";>  gets messed because> href="http://another.space.toom.su/";>  turns into> class="wikiexternallink">> href="http://another.space.toom.su/";>> class="wikigeneratedlinkcontent">http://another.space.toom.su/
>>
>> Another bad news is that tricks like
>> didn't work. They are also being changed by XWiki parser, this time it
>> creates  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  in html mode.  is better because
>> xmlescape encodes<>  in Velocity output.
>>
>> Having both systems in effect is glitches-prone. Not having  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  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
>>
>
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

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

[Thomas Mortagne]

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

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}}http://another.space.toom.su/";>link{{/html}}
{{/html}}

On Wed, Jul 7, 2010 at 16:52, Ivan Levashew  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  remains unchanged after applying wiki parser.
> However, http://another.space.toom.su/";> gets messed because  href="http://another.space.toom.su/";> turns into  class="wikiexternallink"> href="http://another.space.toom.su/";> class="wikigeneratedlinkcontent">http://another.space.toom.su/
>
> Another bad news is that tricks like 
> didn't work. They are also being changed by XWiki parser, this time it
> creates  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  in html mode.  is better because
> xmlescape encodes <> in Velocity output.
>
> Having both systems in effect is glitches-prone. Not having  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  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
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

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

[Thomas Mortagne]

On Wed, Jul 7, 2010 at 17:04, Thomas Mortagne  wrote:
> On Wed, Jul 7, 2010 at 17:03, Thomas Mortagne  
> 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}}> href="http://another.space.toom.su/";>link{{/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  
>> 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  remains unchanged after applying wiki parser.
>>> However, http://another.space.toom.su/";> gets messed because >> href="http://another.space.toom.su/";> turns into >> class="wikiexternallink">>> href="http://another.space.toom.su/";>>> class="wikigeneratedlinkcontent">http://another.space.toom.su/
>>>
>>> Another bad news is that tricks like 
>>> didn't work. They are also being changed by XWiki parser, this time it
>>> creates  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  in html mode.  is better because
>>> xmlescape encodes <> in Velocity output.
>>>
>>> Having both systems in effect is glitches-prone. Not having  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  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

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

[Thomas Mortagne]

On Wed, Jul 7, 2010 at 17:03, Thomas Mortagne  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}} href="http://another.space.toom.su/";>link{{/html}}
> {{/html}}
>
> On Wed, Jul 7, 2010 at 16:52, Ivan Levashew  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  remains unchanged after applying wiki parser.
>> However, http://another.space.toom.su/";> gets messed because > href="http://another.space.toom.su/";> turns into > class="wikiexternallink">> href="http://another.space.toom.su/";>> class="wikigeneratedlinkcontent">http://another.space.toom.su/
>>
>> Another bad news is that tricks like 
>> didn't work. They are also being changed by XWiki parser, this time it
>> creates  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  in html mode.  is better because
>> xmlescape encodes <> in Velocity output.
>>
>> Having both systems in effect is glitches-prone. Not having  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  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
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

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

[Ivan Levashew]

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  remains unchanged after applying wiki parser. 
However, http://another.space.toom.su/";> gets messed because http://another.space.toom.su/";> turns into http://another.space.toom.su/";>http://another.space.toom.su/

Another bad news is that tricks like  
didn't work. They are also being changed by XWiki parser, this time it 
creates  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  in html mode.  is better because 
xmlescape encodes <> in Velocity output.

Having both systems in effect is glitches-prone. Not having  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  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

Re: [xwiki-users] HTML Export - how to apply skin ?

[H.-Dirk Schmitt]

Am 22.06.2010 21:51, schrieb Marius Dumitru Florea:
> On 06/22/2010 10:26 PM, H.-Dirk Schmitt wrote:
>   
>> The diff is available under
>> 
>   
>> http://www.computer42.org/~dirk/tmp/skin.diff.txt
>> 
>> 
> Looks like only the colors are different, as if those two spaces were 
> using two different color themes.
>
>   

No - both spaces are using the same colors (like in the DevNotes space
under https://www.computer42.org/xwiki/bin/view/DevNotes/).

>> Am 20.06.2010 00:08, schrieb Sergiu Dumitriu:
>> 
>>> On 06/19/2010 10:44 PM, H.-Dirk Schmitt wrote:
>>>
>>>   
 Hi Vincent,

 
>   
 it works in one space, but in the other it is broken.
 
> What do you mean by "broken"? From your diff looks like the "broken" 
> export uses just different colors. Are those two spaces you have 
> exported using the same skin / color theme?
>
> Hope this helps,
> Marius
>
>   
 I attached a diff of the both exports skins directories.

 
>>> Most attachments are not allowed on the list, better put the code on
>>> pastebin or another text sharing tool.
>>>
>>>
>>>   
 Any hint?

 Best regards,

 H.-Dirk Schmitt

 Am 11.05.2010 21:59, schrieb Vincent Massol:

 
> Hi,
>
> On May 11, 2010, at 9:26 PM, H.-Dirk Schmitt wrote:
>
>
>
>   
>> Hi!
>>
>> I have exported a whole space to html and found it great.
>> If I deploy this export I can provide it at static content via plain
>> http without authentication and for editing the links shows to the live
>> xwiki instance.
>> Really nice!
>> But I have one problem - the skin from the live version isn't applied to
>> the html-export.
>> How can I add the skin to the exported static content ?
>>
>>
>> 
> The skin is supposed to be exported. If you're using the Colibri skin we 
> used to have a bug where the colibri skin wasn't exported.
>
> It was fixed in XE 2.2M2 and 2.1.2, see
> http://jira.xwiki.org/jira/browse/XWIKI-4615
>
> What version of XE are you running?
>
> Thanks
> -Vincent
>
>   
>>>
>>>   
>>
>> 
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>   


-- 


*
H.-Dirk Schmitt  *
Dipl. Math.

eMail:/dirk.schm...@computer42.org/
mobile:/+49 177 616 8564/
phone: /+49 2642 99 41 10/
fax: /+49 2642 99 41 15/

Kripper Str. 35, D-53489 Sinzig

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML Export - how to apply skin ?

[Marius Dumitru Florea]

On 06/22/2010 10:26 PM, H.-Dirk Schmitt wrote:
> The diff is available under

> http://www.computer42.org/~dirk/tmp/skin.diff.txt
> 

Looks like only the colors are different, as if those two spaces were 
using two different color themes.

>
> Am 20.06.2010 00:08, schrieb Sergiu Dumitriu:
>> On 06/19/2010 10:44 PM, H.-Dirk Schmitt wrote:
>>
>>> Hi Vincent,
>>>

>>> it works in one space, but in the other it is broken.

What do you mean by "broken"? From your diff looks like the "broken" 
export uses just different colors. Are those two spaces you have 
exported using the same skin / color theme?

Hope this helps,
Marius

>>> I attached a diff of the both exports skins directories.
>>>
>> Most attachments are not allowed on the list, better put the code on
>> pastebin or another text sharing tool.
>>
>>
>>> Any hint?
>>>
>>> Best regards,
>>>
>>> H.-Dirk Schmitt
>>>
>>> Am 11.05.2010 21:59, schrieb Vincent Massol:
>>>
 Hi,

 On May 11, 2010, at 9:26 PM, H.-Dirk Schmitt wrote:



> Hi!
>
> I have exported a whole space to html and found it great.
> If I deploy this export I can provide it at static content via plain
> http without authentication and for editing the links shows to the live
> xwiki instance.
> Really nice!
> But I have one problem - the skin from the live version isn't applied to
> the html-export.
> How can I add the skin to the exported static content ?
>
>
 The skin is supposed to be exported. If you're using the Colibri skin we 
 used to have a bug where the colibri skin wasn't exported.

 It was fixed in XE 2.2M2 and 2.1.2, see
 http://jira.xwiki.org/jira/browse/XWIKI-4615

 What version of XE are you running?

 Thanks
 -Vincent

>>
>>
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML Export - how to apply skin ?

[H.-Dirk Schmitt]

The diff is available under
http://www.computer42.org/~dirk/tmp/skin.diff.txt


Am 20.06.2010 00:08, schrieb Sergiu Dumitriu:
> On 06/19/2010 10:44 PM, H.-Dirk Schmitt wrote:
>   
>> Hi Vincent,
>>
>> it works in one space, but in the other it is broken.
>> I attached a diff of the both exports skins directories.
>> 
> Most attachments are not allowed on the list, better put the code on 
> pastebin or another text sharing tool.
>
>   
>> Any hint?
>>
>> Best regards,
>>
>> H.-Dirk Schmitt
>>
>> Am 11.05.2010 21:59, schrieb Vincent Massol:
>> 
>>> Hi,
>>>
>>> On May 11, 2010, at 9:26 PM, H.-Dirk Schmitt wrote:
>>>
>>>
>>>   
 Hi!

 I have exported a whole space to html and found it great.
 If I deploy this export I can provide it at static content via plain
 http without authentication and for editing the links shows to the live
 xwiki instance.
 Really nice!
 But I have one problem - the skin from the live version isn't applied to
 the html-export.
 How can I add the skin to the exported static content ?

 
>>> The skin is supposed to be exported. If you're using the Colibri skin we 
>>> used to have a bug where the colibri skin wasn't exported.
>>>
>>> It was fixed in XE 2.2M2 and 2.1.2, see
>>> http://jira.xwiki.org/jira/browse/XWIKI-4615
>>>
>>> What version of XE are you running?
>>>
>>> Thanks
>>> -Vincent
>>>   
>
>   


-- 


*
H.-Dirk Schmitt  *
Dipl. Math.

eMail:/dirk.schm...@computer42.org/
mobile:/+49 177 616 8564/
phone: /+49 2642 99 41 10/
fax: /+49 2642 99 41 15/

Kripper Str. 35, D-53489 Sinzig

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML Export via crontab

[Sergiu Dumitriu]

On 06/19/2010 10:44 PM, H.-Dirk Schmitt wrote:
> Hi!,
>
> i want to automate the html export of a space.
> How can I trigger the html export from crontab?

A simple wget or curl should do the trick. Just copy the URL that's used 
when doing the export manually. If you need authentication, you should 
add basicauth=1 to the query string, and put the username/password as 
BASIC authentication credentials (see the man pages of wget/curl to see 
how to do that).

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML Export - how to apply skin ?

[Sergiu Dumitriu]

On 06/19/2010 10:44 PM, H.-Dirk Schmitt wrote:
> Hi Vincent,
>
> it works in one space, but in the other it is broken.
> I attached a diff of the both exports skins directories.

Most attachments are not allowed on the list, better put the code on 
pastebin or another text sharing tool.

> Any hint?
>
> Best regards,
>
> H.-Dirk Schmitt
>
> Am 11.05.2010 21:59, schrieb Vincent Massol:
>> Hi,
>>
>> On May 11, 2010, at 9:26 PM, H.-Dirk Schmitt wrote:
>>
>>
>>> Hi!
>>>
>>> I have exported a whole space to html and found it great.
>>> If I deploy this export I can provide it at static content via plain
>>> http without authentication and for editing the links shows to the live
>>> xwiki instance.
>>> Really nice!
>>> But I have one problem - the skin from the live version isn't applied to
>>> the html-export.
>>> How can I add the skin to the exported static content ?
>>>
>> The skin is supposed to be exported. If you're using the Colibri skin we 
>> used to have a bug where the colibri skin wasn't exported.
>>
>> It was fixed in XE 2.2M2 and 2.1.2, see
>> http://jira.xwiki.org/jira/browse/XWIKI-4615
>>
>> What version of XE are you running?
>>
>> Thanks
>> -Vincent


-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] HTML Export via crontab

[H.-Dirk Schmitt]

Hi!,

i want to automate the html export of a space.
How can I trigger the html export from crontab?

Best regards,

H.-Dirk Schmitt
-- 


*
H.-Dirk Schmitt  *
Dipl. Math.

eMail:/dirk.schm...@computer42.org/
mobile:/+49 177 616 8564/
phone: /+49 2642 99 41 10/
fax: /+49 2642 99 41 15/

Kripper Str. 35, D-53489 Sinzig

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML Export - how to apply skin ?

[H.-Dirk Schmitt]

Hi Vincent,

it works in one space, but in the other it is broken.
I attached a diff of the both exports skins directories.

Any hint?

Best regards,

H.-Dirk Schmitt

Am 11.05.2010 21:59, schrieb Vincent Massol:
> Hi,
>
> On May 11, 2010, at 9:26 PM, H.-Dirk Schmitt wrote:
>
>   
>> Hi!
>>
>> I have exported a whole space to html and found it great.
>> If I deploy this export I can provide it at static content via plain
>> http without authentication and for editing the links shows to the live
>> xwiki instance.
>> Really nice!
>> But I have one problem - the skin from the live version isn't applied to
>> the html-export.
>> How can I add the skin to the exported static content ?
>> 
> The skin is supposed to be exported. If you're using the Colibri skin we used 
> to have a bug where the colibri skin wasn't exported.
>
> It was fixed in XE 2.2M2 and 2.1.2, see
> http://jira.xwiki.org/jira/browse/XWIKI-4615
>
> What version of XE are you running?
>
> Thanks
> -Vincent
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>   


-- 


*
H.-Dirk Schmitt  *
Dipl. Math.

eMail:/dirk.schm...@computer42.org/
mobile:/+49 177 616 8564/
phone: /+49 2642 99 41 10/
fax: /+49 2642 99 41 15/

Kripper Str. 35, D-53489 Sinzig

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML Export - how to apply skin ?

[Vincent Massol]

Hi,

On May 11, 2010, at 9:26 PM, H.-Dirk Schmitt wrote:

> Hi!
> 
> I have exported a whole space to html and found it great.
> If I deploy this export I can provide it at static content via plain
> http without authentication and for editing the links shows to the live
> xwiki instance.
> Really nice!
> But I have one problem - the skin from the live version isn't applied to
> the html-export.
> How can I add the skin to the exported static content ?

The skin is supposed to be exported. If you're using the Colibri skin we used 
to have a bug where the colibri skin wasn't exported.

It was fixed in XE 2.2M2 and 2.1.2, see
http://jira.xwiki.org/jira/browse/XWIKI-4615

What version of XE are you running?

Thanks
-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] HTML Export - how to apply skin ?

[H.-Dirk Schmitt]

Hi!

I have exported a whole space to html and found it great.
If I deploy this export I can provide it at static content via plain
http without authentication and for editing the links shows to the live
xwiki instance.
Really nice!
But I have one problem - the skin from the live version isn't applied to
the html-export.
How can I add the skin to the exported static content ?


Best regards,

H.-Dirk Schmitt



-- 


*
H.-Dirk Schmitt  *
Dipl. Math.

eMail:/dirk.schm...@computer42.org/
mobile:/+49 177 616 8564/
phone: /+49 2642 99 41 10/
fax: /+49 2642 99 41 15/

Kripper Str. 35, D-53489 Sinzig

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML Macro browser dependent ?

[Andreas Hahn]

Hi Vincent,

thanks for your fast response.
Sure html is wrong. I should have noticed that.

thanks again

Andreas

Vincent Massol schrieb:
> Hi Andreas,
>
> On May 10, 2010, at 11:57 AM, Andreas Hahn wrote:
>
>   
>> Unless I'm doing something very stupid I'd think the HTML macro shows 
>> some weird browser dependent behaviour:
>>
>> {{html}}
>> 
>>  >SomeText
>>  
>> 
>> {{/html}}
>>
>> Works as expected with firefox 3.x / Safari
>> Doesn't work in IE 7/8 and Chrome.
>>
>> The {{html}}-embedded code is missing in the page output for these browsers.
>>
>> When examining the page with Firebug I also noticed that the *listItem* 
>> example on
>> http://code.xwiki.org/xwiki/bin/view/Macros/HTMLMacro
>> renders unexpectedly.
>>
>> Firebug reveals
>> 
>>
>>  ...
>>  
>> listitem>/li>
>>  
>>  ...
>>
>> 
>>
>> Neither  nor 'class="star" ' are part of the example source so 
>> this example is either a fake or the macro shows undocumented behaviour.
>>
>> IMHO the macro should just write its raw output to the page not 
>> depending on any other circuumstances.
>>
>> The macro example page and I guess all of
>> http://code.xwiki.org are looking crippled on IE7 as the content area is 
>> clipped.
>>
>> Wiki version is 2.3 M1
>> 
>
> * No, the macro is not browser-dependent
> * HTML *is* browser-dependant
> * the html macro generates valid XHTML by default so if you introduce an 
> error in your HTML it'll get fixed somehow. For ex in your input above you're 
> missing a closing >
> * if you don't want valid XHTML you should use clean="false", see 
> http://code.xwiki.org/xwiki/bin/view/Macros/HTMLMacro
>
> Thanks
> -Vincent
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
>   

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML Macro browser dependent ?

[Vincent Massol]

Hi Andreas,

On May 10, 2010, at 11:57 AM, Andreas Hahn wrote:

> Unless I'm doing something very stupid I'd think the HTML macro shows 
> some weird browser dependent behaviour:
> 
> {{html}}
> 
>  SomeText
>  
> 
> {{/html}}
> 
> Works as expected with firefox 3.x / Safari
> Doesn't work in IE 7/8 and Chrome.
> 
> The {{html}}-embedded code is missing in the page output for these browsers.
> 
> When examining the page with Firebug I also noticed that the *listItem* 
> example on
> http://code.xwiki.org/xwiki/bin/view/Macros/HTMLMacro
> renders unexpectedly.
> 
> Firebug reveals
> 
>
>  ...
>  
> listitem>/li>
>  
>  ...
>
> 
> 
> Neither  nor 'class="star" ' are part of the example source so 
> this example is either a fake or the macro shows undocumented behaviour.
> 
> IMHO the macro should just write its raw output to the page not 
> depending on any other circuumstances.
> 
> The macro example page and I guess all of
> http://code.xwiki.org are looking crippled on IE7 as the content area is 
> clipped.
> 
> Wiki version is 2.3 M1

* No, the macro is not browser-dependent
* HTML *is* browser-dependant
* the html macro generates valid XHTML by default so if you introduce an error 
in your HTML it'll get fixed somehow. For ex in your input above you're missing 
a closing >
* if you don't want valid XHTML you should use clean="false", see 
http://code.xwiki.org/xwiki/bin/view/Macros/HTMLMacro

Thanks
-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] HTML Macro browser dependent ?

[Andreas Hahn]

Unless I'm doing something very stupid I'd think the HTML macro shows 
some weird browser dependent behaviour:

{{html}}

  SomeText
  

{{/html}}

Works as expected with firefox 3.x / Safari
Doesn't work in IE 7/8 and Chrome.

The {{html}}-embedded code is missing in the page output for these browsers.

When examining the page with Firebug I also noticed that the *listItem* 
example on
http://code.xwiki.org/xwiki/bin/view/Macros/HTMLMacro
renders unexpectedly.

Firebug reveals


  ...
  
 listitem>/li>
  
  ...



Neither  nor 'class="star" ' are part of the example source so 
this example is either a fake or the macro shows undocumented behaviour.

IMHO the macro should just write its raw output to the page not 
depending on any other circuumstances.

The macro example page and I guess all of
http://code.xwiki.org are looking crippled on IE7 as the content area is 
clipped.

Wiki version is 2.3 M1

thanks

Andreas


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html form

[Tiago Rinck Caveden]

It seems the reply only came to me, so I'm sending it to the list again.

The HTML generated by XWiki is the same one you wrote? I mean, this snippet
you sent is also what your browser gets or is it different?

Regards,
-- 
Tiago Rinck Caveden
http://caveden.multiply.com

On Mon, Jun 16, 2008 at 10:18 AM, Gabriela Radu <[EMAIL PROTECTED]> wrote:

>
>
> *sorry. i have a form. this table is included in a form.
>
>
>
> Take care ,
> Gabriela Radu :)
> www.gabrielaradu.com
> *
>
>
> --- On *Mon, 6/16/08, Tiago Rinck Caveden <[EMAIL PROTECTED]>* wrote:
>
> From: Tiago Rinck Caveden <[EMAIL PROTECTED]>
> Subject: Re: [xwiki-users] html form
> To: [EMAIL PROTECTED], "XWiki Users" 
> Date: Monday, June 16, 2008, 11:13 AM
>
>
> On Mon, Jun 16, 2008 at 10:02 AM, Gabriela Radu <[EMAIL PROTECTED]>
> wrote:
>
>>
>> Hello all:)
>> Has anyone a problem like this ? this is my form
>> 
>>   
>> 
>>
>>   
>> 
>> 
>>   
>> 
>>   
>> 
>>
>> but in browser the button "search" is not clickable. have no idea why
>
>
>
> You must have a form definition somewhere, with the inputs enclosed by it,
> otherwise the button won't do anything...
>
> Regards,
> --
> Tiago Rinck Caveden
> http://caveden.multiply.com
>
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html form

[Tiago Rinck Caveden]

On Mon, Jun 16, 2008 at 10:02 AM, Gabriela Radu <[EMAIL PROTECTED]> wrote:

>
> Hello all:)
> Has anyone a problem like this ? this is my form
> 
>   
> 
>
>   
> 
> 
>   
> 
>   
> 
>
> but in browser the button "search" is not clickable. have no idea why



You must have a form definition somewhere, with the inputs enclosed by it,
otherwise the button won't do anything...

Regards,
-- 
Tiago Rinck Caveden
http://caveden.multiply.com
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] html form

[Gabriela Radu]

Hello all:)
Has anyone a problem like this ? this is my form

  
    
    
  

but in browser the button "search" is not clickable. have no idea why



Take care ,
    Gabriela Radu :)
www.gabrielaradu.com



  
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html tags?

[Vincent Massol]

On May 13, 2008, at 2:50 PM, Gabriela Radu wrote:

> hello
> i would answer question if i only knew the answers. and question of  
> this kind(legitimate) "is xwiki safe?" etc. i cannot explain.  
> because i don;t know the specific facts.(although i have a clear  
> oppinion about it) maybe i am at the beggining and i am looking for  
> answers if i cannot find documentation only.
> :)

Sure, but as you progress on your understanding of xwiki you'll see  
that you'll have more and more knowledge to help answer questions :)

Also, the goal is to have all possible questions answered in xwiki's  
documentation on xwiki.org so if you can't find your answer there and  
someone answers your question it would be nice to discuss and find the  
right place where to document what you've learned on xwiki.org so that  
the next person who has this question can find it there.

Basically anything that you can do to help the xwiki project in  
general would be great!

Thanks
-Vincent

> On May 13, 2008, at 2:26 PM, Guillaume Lerouge wrote:
>
>> Hi Gabriela,
>>
>>
>>> and another thing, is this comunity using skype? so that all of
>>> this(asking/respoinding) can be done much faster? is there an id
>>> for skype?
>>> thx
>>>
>>
>> The XWiki team is available on IRC, #xwiki on irc.freenode.net .
>
> But please note that the mailing list is really the best. We recommend
> using the list as much as possible as:
>
> 1) it allows the full xwiki community to participate. Lots of people
> have day jobs and can only participate in their free time
> 2) it is recorded and archived
> 3) it spreads the support load on to everyone and not just on the
> xwiki committers
>
> Re the response time this is an open source project so you can't
> expect some fast/guaranteed response time (btw you must also answer to
> other's questions if you expect them to answer your questions, it's a
> give-give relationship).
>
> If you're looking for quick and guaranteed response time you could
> consider paying for XWiki support. The XPertNet company is offering
> such a kind of support (http://xwiki.com).
>
> Thanks
> -Vincent
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
>
>
>
>
>
> Take care ,
>Gabriela Radu :)
> www.gabrielaradu.com
>
>
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html tags?

[Gabriela Radu]

hello
i would answer question if i only knew the answers. and question of this 
kind(legitimate) "is xwiki safe?" etc. i cannot explain. because i don;t know 
the specific facts.(although i have a clear oppinion about it) maybe i am at 
the beggining and i am looking for answers if i cannot find documentation only.
:)

Vincent Massol <[EMAIL PROTECTED]> wrote: Hi Gabriela,

On May 13, 2008, at 2:26 PM, Guillaume Lerouge wrote:

> Hi Gabriela,
>
>
>> and another thing, is this comunity using skype? so that all of
>> this(asking/respoinding) can be done much faster? is there an id  
>> for skype?
>> thx
>>
>
> The XWiki team is available on IRC, #xwiki on irc.freenode.net .

But please note that the mailing list is really the best. We recommend  
using the list as much as possible as:

1) it allows the full xwiki community to participate. Lots of people  
have day jobs and can only participate in their free time
2) it is recorded and archived
3) it spreads the support load on to everyone and not just on the  
xwiki committers

Re the response time this is an open source project so you can't  
expect some fast/guaranteed response time (btw you must also answer to  
other's questions if you expect them to answer your questions, it's a  
give-give relationship).

If you're looking for quick and guaranteed response time you could  
consider paying for XWiki support. The XPertNet company is offering  
such a kind of support (http://xwiki.com).

Thanks
-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users






Take care ,
Gabriela Radu :)
www.gabrielaradu.com


   
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html tags?

[Vincent Massol]

Hi Gabriela,

On May 13, 2008, at 2:26 PM, Guillaume Lerouge wrote:

> Hi Gabriela,
>
>
>> and another thing, is this comunity using skype? so that all of
>> this(asking/respoinding) can be done much faster? is there an id  
>> for skype?
>> thx
>>
>
> The XWiki team is available on IRC, #xwiki on irc.freenode.net .

But please note that the mailing list is really the best. We recommend  
using the list as much as possible as:

1) it allows the full xwiki community to participate. Lots of people  
have day jobs and can only participate in their free time
2) it is recorded and archived
3) it spreads the support load on to everyone and not just on the  
xwiki committers

Re the response time this is an open source project so you can't  
expect some fast/guaranteed response time (btw you must also answer to  
other's questions if you expect them to answer your questions, it's a  
give-give relationship).

If you're looking for quick and guaranteed response time you could  
consider paying for XWiki support. The XPertNet company is offering  
such a kind of support (http://xwiki.com).

Thanks
-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] html tags?

[Guillaume Lerouge]

Hi Gabriela,


> and another thing, is this comunity using skype? so that all of
> this(asking/respoinding) can be done much faster? is there an id for skype?
> thx
>

The XWiki team is available on IRC, #xwiki on irc.freenode.net .

Guillaume
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] html tags?

[Gabriela Radu]

i have this html code for a button that calls a javascript function:

can i do the same in xwiki for a text link? if so..how?

and another thing, is this comunity using skype? so that all of 
this(asking/respoinding) can be done much faster? is there an id for skype? thx





Take care ,
Gabriela Radu :)
www.gabrielaradu.com


   
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML tags and blog macro can destroy HTML formatting of the page

[Vincent Massol]

On Sep 23, 2007, at 7:06 PM, G.Schoepp wrote:

> Vincent Massol schrieb:
>>> Is it possible to get the first 400 characters in XWiki syntax and
>>> convert this extract to HTML? This could lead to an unwanted result
>>> too but it will prevent invalid HTML formatting.
>>
>> AFAIK this is what is done.
>
> No, that's not right.
> The HTML code is catched by this statement:
> #set($content = $bentrydoc.display("content", "view", $bentryobj))
>
>> You can try editing the Blog.Macros page and modify it. If you have a
>> patch for it I'll be happy to apply it.
>
> I'd like to, but I don't know how.
>
> I assume that I can get the XWiki syntax by this statement:
> #set($content = $bentrydoc.display("content", "edit", $bentryobj))
>
> But I don't know how to render this to HTML.

AFAICS the syntax is retrieved by display() and the content is  
rendered below with $bentrydoc.getRenderedContent($content)

-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML tags and blog macro can destroy HTML formatting of the page

[G.Schoepp]

Vincent Massol schrieb:
>> Is it possible to get the first 400 characters in XWiki syntax and
>> convert this extract to HTML? This could lead to an unwanted result  
>> too but it will prevent invalid HTML formatting.
> 
> AFAIK this is what is done.

No, that's not right.
The HTML code is catched by this statement:
#set($content = $bentrydoc.display("content", "view", $bentryobj))

> You can try editing the Blog.Macros page and modify it. If you have a
> patch for it I'll be happy to apply it.

I'd like to, but I don't know how.

I assume that I can get the XWiki syntax by this statement:
#set($content = $bentrydoc.display("content", "edit", $bentryobj))

But I don't know how to render this to HTML.

Guido

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML tags and blog macro can destroy HTML formatting of the page

[Vincent Massol]

On Sep 23, 2007, at 1:18 PM, G.Schoepp wrote:

> Vincent Massol schrieb:
>> Looks like you're talking about this one:
>> http://jira.xwiki.org/jira/browse/XE-50
>
> Yes.
>
> Is it possible to get the first 400 characters in XWiki syntax and
> convert this extract to HTML? This could lead to an unwanted result  
> too
> but it will prevent invalid HTML formatting.

AFAIK this is what is done.

You can try editing the Blog.Macros page and modify it. If you have a  
patch for it I'll be happy to apply it.

Thanks
-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML tags and blog macro can destroy HTML formatting of the page

[G.Schoepp]

Vincent Massol schrieb:
> Looks like you're talking about this one:
> http://jira.xwiki.org/jira/browse/XE-50

Yes.

Is it possible to get the first 400 characters in XWiki syntax and 
convert this extract to HTML? This could lead to an unwanted result too 
but it will prevent invalid HTML formatting.

Guido
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] HTML tags and blog macro can destroy HTML formatting of the page

[Vincent Massol]

Hi Guido,

Looks like you're talking about this one:
http://jira.xwiki.org/jira/browse/XE-50

The current "solution" is to use the extract field manually.

Thanks
-Vincent

On Sep 23, 2007, at 1:26 AM, G.Schoepp wrote:

> Hi,
>
> there is a problem with the blog macro (Blog.Macros) when content  
> length
> is greater than 400 and there is an html open tag right before the  
> 400th
> position.
>
> E.g. content from position 390 to 428 is:
> "This is a test "
>   01234567890123456789012345678901234567
>   9 0 1 2
>   3 4 4 4
>
> In this case the code below will insert
> "[...]This  as blog entry which destroys HTML formatting.
>
> This is an excerpt of the blog macro code:
> #set($content = $bentrydoc.display("extract", "view", $bentryobj))
> #if($content=="")
> #set($content = $bentrydoc.display("content", "view", $bentryobj))
> #if($content.length()>400)
> #set($i = $content.lastIndexOf(" ",400))
>
> Guido
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] HTML tags and blog macro can destroy HTML formatting of the page

[G.Schoepp]

Hi,

there is a problem with the blog macro (Blog.Macros) when content length 
is greater than 400 and there is an html open tag right before the 400th 
position.

E.g. content from position 390 to 428 is:
"This is a test "
  01234567890123456789012345678901234567
  9 0 1 2
  3 4 4 4

In this case the code below will insert
"[...]This 400)
#set($i = $content.lastIndexOf(" ",400))

Guido
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users