Re: [xwiki-users] Rendering problem with small profile pictures
Hi, I did both of these fixes already, it did fix the big profile picture quality. But still the small pictures, which are 30x30 px are downscaled to a horrible quality. How can I fix these pictures? I know there is something in the main css, which is also responsible for the downscaling of the 30x30 px pictures, but I really can't remember.. > From: thomas.morta...@xwiki.com > Date: Thu, 18 Aug 2016 17:51:06 +0200 > To: users@xwiki.org > Subject: Re: [xwiki-users] Rendering problem with small profile pictures > > You should look at > http://www.xwiki.org/xwiki/bin/view/FAQ/How+to+improve+the+avatar+image+quality > for some workaround. > > On Thu, Aug 18, 2016 at 5:49 PM, Tom Neumann wrote: > > > > Hi all, > > > > how can I fix the rendering of the small profile pictures, displayed in the > > activity stream for example? > > The rendering is so bad and I can't find a way to fix it. > > As the picture is displayed on almost every page in a wiki, it is important > > for me to fix this. > > Here is a picture for better explanation: > > https://1drv.ms/i/s!AlAuGq7EVLYuhK1_a96kKTOGNrKa-A > > > > Thanks, > > Tom > > ___ > > 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] Rendering problem with small profile pictures
You should look at http://www.xwiki.org/xwiki/bin/view/FAQ/How+to+improve+the+avatar+image+quality for some workaround. On Thu, Aug 18, 2016 at 5:49 PM, Tom Neumann wrote: > > Hi all, > > how can I fix the rendering of the small profile pictures, displayed in the > activity stream for example? > The rendering is so bad and I can't find a way to fix it. > As the picture is displayed on almost every page in a wiki, it is important > for me to fix this. > Here is a picture for better explanation: > https://1drv.ms/i/s!AlAuGq7EVLYuhK1_a96kKTOGNrKa-A > > Thanks, > Tom > ___ > 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] Rendering problem with small profile pictures
Hi Tom, > On 18 Aug 2016, at 17:49, Tom Neumann wrote: > > > Hi all, > > how can I fix the rendering of the small profile pictures, displayed in the > activity stream for example? > The rendering is so bad and I can't find a way to fix it. > As the picture is displayed on almost every page in a wiki, it is important > for me to fix this. > Here is a picture for better explanation: > https://1drv.ms/i/s!AlAuGq7EVLYuhK1_a96kKTOGNrKa-A This is a known issue, see http://jira.xwiki.org/browse/XWIKI-7623 Thanks -Vincent > Thanks, > Tom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Rendering problem with small profile pictures
Hi all, how can I fix the rendering of the small profile pictures, displayed in the activity stream for example? The rendering is so bad and I can't find a way to fix it. As the picture is displayed on almost every page in a wiki, it is important for me to fix this. Here is a picture for better explanation: https://1drv.ms/i/s!AlAuGq7EVLYuhK1_a96kKTOGNrKa-A Thanks, Tom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering
On Thu, Oct 8, 2015 at 6:18 PM, vinc...@massol.net wrote: > > > > > > On 8 Oct 2015 at 17:14:39, Eduard Moraru (enygma2...@gmail.com(mailto: > enygma2...@gmail.com)) wrote: > > > On Thu, Oct 8, 2015 at 5:33 PM, vinc...@massol.net > > wrote: > > > > > > > > > > > > > > On 8 Oct 2015 at 16:23:51, Eduard Moraru (enygma2...@gmail.com(mailto: > > > enygma2...@gmail.com)) wrote: > > > > > > > Hi, > > > > > > > > You did not mention how you are doing the "conversion". Are you > using the > > > > rendering script service? > > > > > > > > Anyway, one thing I can think of is to set the context document > before > > > > starting the conversion process. Here is a snippet that would > exemplify > > > > this: > > > > > > > > {{velocity}} > > > > $xcontext.doc > > > > $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document) > > > > $xcontext.doc > > > > {{/velocity}} > > > > > > > > Note that it requires Programming Right (on the author user) to be > able > > > to > > > > be executable. > > > > > > BTW Edy, we have a {{context}} macro for doing this :) > > > > > > See > > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro > > > > > > > Did not know about this one. > > > > However, it seems limited to links and images, as the description says. > > No it’s not limited. It just uses: > > this.documentAccessBridge.pushDocumentInContext(backupObjects, > docReference); > > + set the new source in the XDOM metadata > > So it should work for almost everything. > Ah, right. The trick is on the order of the macro usage though, since you need to do context > velocity > code instead of velocity > context > code. But even so, since the velocity context is isolated in that code, you can not grab any result produced by that nested code piece to process in a separate top level velocity macro, so it's only useful for displaying the output of some velocity code executed *entirely* in the context of a different page. So, at the end of the day, it's less useful, IMO. Thanks, Eduard > > Thanks > -Vincent > > > Also, it is not really meant to be used programatically (i.e. velocity), > so > > not very useful in the current usecase, since you can`t grab the result > in > > velocity. > > > > Thanks, > > Eduard > > > > > > > Thanks > > > -Vincent > > > > > > > Hope this helps, > > > > Eduard > > > > > > > > > > > > On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote: > > > > > > > > > Hi, > > > > > > > > > > I am using a conversion from XWiki syntax to XHTML which is working > > > like a > > > > > charm. The challenge I have however is the following: > > > > > > > > > > I am running a (test velocity) script from the Sandbox space. I am > > > > > converting documents in a different space (let’s say ).These > > > documents > > > > > contain objects with textarea’s where the references are in the > form of > > > > > [[text>>doc:filename]] since it refers to documents in the > space. > > > The > > > > > conversion of XWiki links is “going down the drain” since the > > > converter is > > > > > using the Sandbox space to resolve the reference to the page and > > > generates > > > > > a create reference to the file. > > > > > > > > > > Is there an easy way to set the (default) space (in either Java or > > > > > Velocity) without having to run the script from the actual space > (in > > > this > > > > > case, the space)? > > > > > > > > > > Br, > > > > > > > > > > Peter > > > > > ___ > > > > > 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 > > > > > ___ > > 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] rendering
On 8 Oct 2015 at 17:14:39, Eduard Moraru (enygma2...@gmail.com(mailto:enygma2...@gmail.com)) wrote: > On Thu, Oct 8, 2015 at 5:33 PM, vinc...@massol.net > wrote: > > > > > > > > > On 8 Oct 2015 at 16:23:51, Eduard Moraru (enygma2...@gmail.com(mailto: > > enygma2...@gmail.com)) wrote: > > > > > Hi, > > > > > > You did not mention how you are doing the "conversion". Are you using the > > > rendering script service? > > > > > > Anyway, one thing I can think of is to set the context document before > > > starting the conversion process. Here is a snippet that would exemplify > > > this: > > > > > > {{velocity}} > > > $xcontext.doc > > > $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document) > > > $xcontext.doc > > > {{/velocity}} > > > > > > Note that it requires Programming Right (on the author user) to be able > > to > > > be executable. > > > > BTW Edy, we have a {{context}} macro for doing this :) > > > > See > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro > > > > Did not know about this one. > > However, it seems limited to links and images, as the description says. No it’s not limited. It just uses: this.documentAccessBridge.pushDocumentInContext(backupObjects, docReference); + set the new source in the XDOM metadata So it should work for almost everything. Thanks -Vincent > Also, it is not really meant to be used programatically (i.e. velocity), so > not very useful in the current usecase, since you can`t grab the result in > velocity. > > Thanks, > Eduard > > > > Thanks > > -Vincent > > > > > Hope this helps, > > > Eduard > > > > > > > > > On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote: > > > > > > > Hi, > > > > > > > > I am using a conversion from XWiki syntax to XHTML which is working > > like a > > > > charm. The challenge I have however is the following: > > > > > > > > I am running a (test velocity) script from the Sandbox space. I am > > > > converting documents in a different space (let’s say ).These > > documents > > > > contain objects with textarea’s where the references are in the form of > > > > [[text>>doc:filename]] since it refers to documents in the space. > > The > > > > conversion of XWiki links is “going down the drain” since the > > converter is > > > > using the Sandbox space to resolve the reference to the page and > > generates > > > > a create reference to the file. > > > > > > > > Is there an easy way to set the (default) space (in either Java or > > > > Velocity) without having to run the script from the actual space (in > > this > > > > case, the space)? > > > > > > > > Br, > > > > > > > > Peter > > > > ___ > > > > 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 > > > ___ > 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] rendering
On Thu, Oct 8, 2015 at 5:33 PM, vinc...@massol.net wrote: > > > > On 8 Oct 2015 at 16:23:51, Eduard Moraru (enygma2...@gmail.com(mailto: > enygma2...@gmail.com)) wrote: > > > Hi, > > > > You did not mention how you are doing the "conversion". Are you using the > > rendering script service? > > > > Anyway, one thing I can think of is to set the context document before > > starting the conversion process. Here is a snippet that would exemplify > > this: > > > > {{velocity}} > > $xcontext.doc > > $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document) > > $xcontext.doc > > {{/velocity}} > > > > Note that it requires Programming Right (on the author user) to be able > to > > be executable. > > BTW Edy, we have a {{context}} macro for doing this :) > > See > http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro > Did not know about this one. However, it seems limited to links and images, as the description says. Also, it is not really meant to be used programatically (i.e. velocity), so not very useful in the current usecase, since you can`t grab the result in velocity. Thanks, Eduard > Thanks > -Vincent > > > Hope this helps, > > Eduard > > > > > > On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote: > > > > > Hi, > > > > > > I am using a conversion from XWiki syntax to XHTML which is working > like a > > > charm. The challenge I have however is the following: > > > > > > I am running a (test velocity) script from the Sandbox space. I am > > > converting documents in a different space (let’s say ).These > documents > > > contain objects with textarea’s where the references are in the form of > > > [[text>>doc:filename]] since it refers to documents in the space. > The > > > conversion of XWiki links is “going down the drain” since the > converter is > > > using the Sandbox space to resolve the reference to the page and > generates > > > a create reference to the file. > > > > > > Is there an easy way to set the (default) space (in either Java or > > > Velocity) without having to run the script from the actual space (in > this > > > case, the space)? > > > > > > Br, > > > > > > Peter > > > ___ > > > 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 > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering
On 8 Oct 2015 at 16:23:51, Eduard Moraru (enygma2...@gmail.com(mailto:enygma2...@gmail.com)) wrote: > Hi, > > You did not mention how you are doing the "conversion". Are you using the > rendering script service? > > Anyway, one thing I can think of is to set the context document before > starting the conversion process. Here is a snippet that would exemplify > this: > > {{velocity}} > $xcontext.doc > $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document) > $xcontext.doc > {{/velocity}} > > Note that it requires Programming Right (on the author user) to be able to > be executable. BTW Edy, we have a {{context}} macro for doing this :) See http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro Thanks -Vincent > Hope this helps, > Eduard > > > On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote: > > > Hi, > > > > I am using a conversion from XWiki syntax to XHTML which is working like a > > charm. The challenge I have however is the following: > > > > I am running a (test velocity) script from the Sandbox space. I am > > converting documents in a different space (let’s say ).These documents > > contain objects with textarea’s where the references are in the form of > > [[text>>doc:filename]] since it refers to documents in the space. The > > conversion of XWiki links is “going down the drain” since the converter is > > using the Sandbox space to resolve the reference to the page and generates > > a create reference to the file. > > > > Is there an easy way to set the (default) space (in either Java or > > Velocity) without having to run the script from the actual space (in this > > case, the space)? > > > > Br, > > > > Peter > > ___ > > 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] rendering
Hi, Here's the previous example with using the rendering script service and the effect of changing the context document seem to be what you wanted to achieve: {{velocity}} $xcontext.doc $services.rendering.render($services.rendering.parse("[[test>>test]]", "xwiki/2.1"), "html/5.0") $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document) $services.rendering.render($services.rendering.parse("[[test>>test]]", "xwiki/2.1"), "html/5.0") $xcontext.doc {{/velocity}} Thanks, Eduard On Thu, Oct 8, 2015 at 5:23 PM, Eduard Moraru wrote: > Hi, > > You did not mention how you are doing the "conversion". Are you using the > rendering script service? > > Anyway, one thing I can think of is to set the context document before > starting the conversion process. Here is a snippet that would exemplify > this: > > {{velocity}} > $xcontext.doc > $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document) > $xcontext.doc > {{/velocity}} > > Note that it requires Programming Right (on the author user) to be able to > be executable. > > Hope this helps, > Eduard > > > On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote: > >> Hi, >> >> I am using a conversion from XWiki syntax to XHTML which is working like >> a charm. The challenge I have however is the following: >> >> I am running a (test velocity) script from the Sandbox space. I am >> converting documents in a different space (let’s say ).These documents >> contain objects with textarea’s where the references are in the form of >> [[text>>doc:filename]] since it refers to documents in the space. The >> conversion of XWiki links is “going down the drain” since the converter is >> using the Sandbox space to resolve the reference to the page and generates >> a create reference to the file. >> >> Is there an easy way to set the (default) space (in either Java or >> Velocity) without having to run the script from the actual space (in this >> case, the space)? >> >> Br, >> >> Peter >> ___ >> 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] rendering
Hi, You did not mention how you are doing the "conversion". Are you using the rendering script service? Anyway, one thing I can think of is to set the context document before starting the conversion process. Here is a snippet that would exemplify this: {{velocity}} $xcontext.doc $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document) $xcontext.doc {{/velocity}} Note that it requires Programming Right (on the author user) to be able to be executable. Hope this helps, Eduard On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote: > Hi, > > I am using a conversion from XWiki syntax to XHTML which is working like a > charm. The challenge I have however is the following: > > I am running a (test velocity) script from the Sandbox space. I am > converting documents in a different space (let’s say ).These documents > contain objects with textarea’s where the references are in the form of > [[text>>doc:filename]] since it refers to documents in the space. The > conversion of XWiki links is “going down the drain” since the converter is > using the Sandbox space to resolve the reference to the page and generates > a create reference to the file. > > Is there an easy way to set the (default) space (in either Java or > Velocity) without having to run the script from the actual space (in this > case, the space)? > > Br, > > Peter > ___ > 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] rendering
Hi, I am using a conversion from XWiki syntax to XHTML which is working like a charm. The challenge I have however is the following: I am running a (test velocity) script from the Sandbox space. I am converting documents in a different space (let’s say ).These documents contain objects with textarea’s where the references are in the form of [[text>>doc:filename]] since it refers to documents in the space. The conversion of XWiki links is “going down the drain” since the converter is using the Sandbox space to resolve the reference to the page and generates a create reference to the file. Is there an easy way to set the (default) space (in either Java or Velocity) without having to run the script from the actual space (in this case, the space)? Br, Peter ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] rendering
Hi, I am using a conversion from XWiki syntax to XHTML which is working like a charm. The challenge I have however is the following: I am running a (test velocity) script from the Sandbox space. I am converting documents in a different space (let’s say ).These documents contain objects with textarea’s where the references are in the form of [[text>>doc:filename]] since it refers to documents in the space. The conversion of XWiki links is “going down the drain” since the converter is using the Sandbox space to resolve the reference to the page and generates a create reference to the file. Is there an easy way to set the (default) space (in either Java or Velocity) without having to run the script from the actual space (in this case, the space)? Br, Peter ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering mail content in a wiki page
Hello, I'm back on this subject, so reviving this old thread ... 2012/5/29 Sergiu Dumitriu > On Tuesday, May 29, 2012, Vincent Massol wrote: > > > > On May 29, 2012, at 10:35 AM, Jeremie BOUSQUET wrote: > > > >>> Do you have other examples of stuff you absolutely don't want from > XWiki Syntax 2.1? > >> In fact it's easiest to list what I want : only quotes, urls and > >> emoticons. Everything else should be escaped / rendered as plain text. > >> These 3 elements can safely be interpreted from email content and > >> bring nicer display, and there is no risk to break anything. The > >> quotes ">" as they are interpreted by xwiki syntax, adequately match > >> the usual quotes used in email bodies. Email content (when plain text) > >> should remain plain text and we should not interpret it in any way, > >> including xwiki 2.1 syntax, except for the 3 elements above IMO. > >> That's why I don't want any other feature of the syntax : I don't want > >> to reproduce some problems you can have with mail archives like nabble > >> or others, that provide the possibility to include specific keywords > >> in emails, that only them are then able to interpret (""). When > >> you go back to your standard mail client, everything gets broken or > >> does not display at all. For richer emails format, we should use HTML, > >> and this is easy to get or display with xwiki. > > > > Then your solution is to implement a new Syntax and a new Parser for that > Syntax, see > > http://rendering.xwiki.org/xwiki/bin/view/Main/Extending > > > > ATM it's very difficult (read close to impossible) to reuse only parts of > an existing Syntax parser. Of course you can copy paste existing JavaCC > grammars and remove what you don't need for example, that's what I mean by > write a new Parser. It's not that hard since all you need already exists > but it's still substantial work. > > > > Wouldn't it be enough to disable transformations (except emoticon) and > write a new renderer similar to xhtml/1.0, except that most formatting > instructions will simply be printed as plain text instead of actual xhtml > elements? Extending renderers is easier than parsers. > I am currently trying to follow this path. To take advantage of blockquotes replacement (replacing "> " blocks), and icon transformations, I tried to parse my email plain text content with a xwiki/2.1 parser to generate some XDOM, then feed this to a customized xhtml/1.0 parser. The issue is that in this XDOM, many things already have been interpreted by the parser (for example, "**" into Format.BOLD, etc), and so if I want to "forget" about those formatting instructions, my customized renderer as to put back what should be the original text (with same example, do something like printRaw("**") ). Putting back all this, pretty much looks like rewritting an xwiki/2.1 renderer ... So I changed my mind, and extended the XWikiSyntaxChainingRenderer (to sort of render most things back to what they looked like before parsing), and overrided only the parts I wanted to generate XHTML for (for example, I overloaded the beginQuotation(), endQuotation() and beginQuotationLine() methods). For these overloaded parts, I used an XHTMLWikiPrinter. Going further in my Frankenstein mood, I created my own "ChainingPrintRenderer", joyfully mixing together both worlds (XHTMLRenderer and AbstractXWikiSyntaxRenderer) without no real understanding of what I was doing, and put this in the initialize() : ListenerChain chain = new XWikiSyntaxListenerChain(); setListenerChain(chain); // Construct the listener chain in the right order. Listeners early in the chain are called before listeners // placed later in the chain. chain.addListener(this); chain.addListener(new LookaheadChainingListener(chain, 2)); chain.addListener(new GroupStateChainingListener(chain)); chain.addListener(new BlockStateChainingListener(chain)); chain.addListener(new ConsecutiveNewLineStateChainingListener(chain)); chain.addListener(new EmptyBlockChainingListener(chain)); chain.addListener(new MetaDataStateChainingListener(chain)); chain.addListener(new XWikiSyntaxChainingRenderer(chain, this.linkReferenceSerializer, this.imageReferenceSerializer)); chain.addListener(new XHTMLEmailChainingRenderer(this.linkRenderer, this.imageRenderer, chain)); Obviously, weird manipulations of mad scientist ... As the mad scientist of the story, I created something that lives (and seems to produce something close to what I expected), but with bad number of legs and arms, and now I'm not sure on how to fix it. Currently, though generated XDOM contains what I expect (some QuotationBlock objects), it seems beginQuotation() is never triggered, while endQuotation() correctly occurs when supposed to be... (in fact I checked that beginQuotation() is never called). This is a bit too ugly to ask for help, but in case you have any idea on ho
Re: [xwiki-users] Rendering of a particular version of a document
Thanks for your help and thanks for the information about compatibility. I'll keep learning! Ricardo From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea [mariusdumitru.flo...@xwiki.com] Sent: 21 March 2013 07:56 To: XWiki Users Subject: Re: [xwiki-users] Rendering of a particular version of a document On Thu, Mar 21, 2013 at 2:39 AM, wrote: > it worked! Great! Thank indeed! Please, read below... > >> >>From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >>Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>Sent: 19 March 2013 08:23 >>To: XWiki Users >>Subject: Re: [xwiki-users] Rendering of a particular version of a document >> >>On Tue, Mar 19, 2013 at 1:20 AM, >> wrote: >>> Hi! Thanks! Please, see below... >>> >>>> >>>>From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >>>>Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>>>Sent: 18 March 2013 09:40 >>>>To: XWiki Users >>>>Subject: Re: [xwiki-users] Rendering of a particular version of a document >>>> >>>>On Sat, Mar 16, 2013 at 4:58 PM, >>>> wrote: >>>>> Thanks, Marius! Please, read below... >>>>> >>>>>> ________ >>>>>> From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of >>>>>> Marius Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>>>>> Sent: 15 March 2013 10:24 >>>>>> To: XWiki Users >>>>>> Subject: Re: [xwiki-users] Rendering of a particular version of a >>>>>> document >>>>>> >>>>>> Fixed in 2.5RC1 by >>>>>> https://github.com/xwiki/xwiki-platform/commit/c08cca8cae375ea306b071fedbae3b1809261126 >>>>>> . See http://jira.xwiki.org/browse/XWIKI-5575 . >>>>>> >>>>>> The viewattachrev action is needed for attachments of the context >>>>>> document because attachments are also versioned and when you view a >>>>>> revision of a document you want to view the version of the attached >>>>>> images from that revision. >>>>>> >>>>> >>>>> I get the point! Thank you very much for the explanation. >>>>> >>>> >>>>> Please, Marius, could it be possible to substitute the old >>>>> XWikiServletURLFactory.java class with the new one in xwiki-core-2.4.jar >>>>> and keep running XWiki Enterprise 2.4.30451? >>>> >>>>You can try taking XWikiServletURLFactory.class from >>>>xwiki-core-2.5.jar and put it in WEB-INF/classes where you have >>>>deployed XWiki (under the same path as in the jar, i.e. the class >>>>package) but it might not work properly because it may contain other >>>>changes besides XWIKI-5575 which are not compatible with the >>>>xwiki-core-2.4.jar. >>>> >>> >>> Understood. >>> >>>>Your best option is to patch the xwiki-core.2.4.jar. It's quite easy >>>>if you're not afraid of Git and Maven: >>>> >>> >>> Well, I'm not afraid of these tools, but I'm not a maven myself! Some years >>> ago I was much closer than now to understand how XWiki development does >>> work :-) But I keep trying! Always with your help. Thanks! >>> >> >>Use this to checkout the code. Note that will will take a while, >>depending on your bandwidth. >> >>$ git clone git://github.com/xwiki/xwiki-platform.git >>$ cd xwiki-platform >>>>xwiki-platform$ git checkout xwiki-core-2.4 >>>>xwiki-platform$ git cherry-pick c08cca8cae375ea306b071fedbae3b1809261126 >>>>xwiki-platform$ cd xwiki-core >>>>xwiki-platform/xwiki-core$ mvn clean install >>>>xwiki-platform/xwiki-core$ mv target/xwiki-core-2.4.jar >>>>target/xwiki-core-2.4-XWIKI-5575.jar >>>> > > Having known CVS and Subversion, GitHub seems as the great evolution that > will ease democratic contributions to software development projects, big and > small ones. It seems simply great even though I will need some some time to > fully understand it! Thanks for your help! > >>>>Make sure you use the same Java version as the one running your >>>>application server. >>>> >
Re: [xwiki-users] Rendering of a particular version of a document
On Thu, Mar 21, 2013 at 2:39 AM, wrote: > it worked! Great! Thank indeed! Please, read below... > >> >>From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >>Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>Sent: 19 March 2013 08:23 >>To: XWiki Users >>Subject: Re: [xwiki-users] Rendering of a particular version of a document >> >>On Tue, Mar 19, 2013 at 1:20 AM, >> wrote: >>> Hi! Thanks! Please, see below... >>> >>>> >>>>From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >>>>Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>>>Sent: 18 March 2013 09:40 >>>>To: XWiki Users >>>>Subject: Re: [xwiki-users] Rendering of a particular version of a document >>>> >>>>On Sat, Mar 16, 2013 at 4:58 PM, >>>> wrote: >>>>> Thanks, Marius! Please, read below... >>>>> >>>>>> ________ >>>>>> From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of >>>>>> Marius Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>>>>> Sent: 15 March 2013 10:24 >>>>>> To: XWiki Users >>>>>> Subject: Re: [xwiki-users] Rendering of a particular version of a >>>>>> document >>>>>> >>>>>> Fixed in 2.5RC1 by >>>>>> https://github.com/xwiki/xwiki-platform/commit/c08cca8cae375ea306b071fedbae3b1809261126 >>>>>> . See http://jira.xwiki.org/browse/XWIKI-5575 . >>>>>> >>>>>> The viewattachrev action is needed for attachments of the context >>>>>> document because attachments are also versioned and when you view a >>>>>> revision of a document you want to view the version of the attached >>>>>> images from that revision. >>>>>> >>>>> >>>>> I get the point! Thank you very much for the explanation. >>>>> >>>> >>>>> Please, Marius, could it be possible to substitute the old >>>>> XWikiServletURLFactory.java class with the new one in xwiki-core-2.4.jar >>>>> and keep running XWiki Enterprise 2.4.30451? >>>> >>>>You can try taking XWikiServletURLFactory.class from >>>>xwiki-core-2.5.jar and put it in WEB-INF/classes where you have >>>>deployed XWiki (under the same path as in the jar, i.e. the class >>>>package) but it might not work properly because it may contain other >>>>changes besides XWIKI-5575 which are not compatible with the >>>>xwiki-core-2.4.jar. >>>> >>> >>> Understood. >>> >>>>Your best option is to patch the xwiki-core.2.4.jar. It's quite easy >>>>if you're not afraid of Git and Maven: >>>> >>> >>> Well, I'm not afraid of these tools, but I'm not a maven myself! Some years >>> ago I was much closer than now to understand how XWiki development does >>> work :-) But I keep trying! Always with your help. Thanks! >>> >> >>Use this to checkout the code. Note that will will take a while, >>depending on your bandwidth. >> >>$ git clone git://github.com/xwiki/xwiki-platform.git >>$ cd xwiki-platform >>>>xwiki-platform$ git checkout xwiki-core-2.4 >>>>xwiki-platform$ git cherry-pick c08cca8cae375ea306b071fedbae3b1809261126 >>>>xwiki-platform$ cd xwiki-core >>>>xwiki-platform/xwiki-core$ mvn clean install >>>>xwiki-platform/xwiki-core$ mv target/xwiki-core-2.4.jar >>>>target/xwiki-core-2.4-XWIKI-5575.jar >>>> > > Having known CVS and Subversion, GitHub seems as the great evolution that > will ease democratic contributions to software development projects, big and > small ones. It seems simply great even though I will need some some time to > fully understand it! Thanks for your help! > >>>>Make sure you use the same Java version as the one running your >>>>application server. >>>> >>>> >>> Ummm... I'm afraid my application server is the only one running java >>> version "1.5.0" over here! I'm looking for a suitable box. In the mean >>> time, I'm trying to understand how the team Git/Maven works! >> >>Note that I tried to patch xwiki-core 2.4 myself, but I have Java 1.7, >>and besides the
Re: [xwiki-users] Rendering of a particular version of a document
it worked! Great! Thank indeed! Please, read below... > >From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >Dumitru Florea [mariusdumitru.flo...@xwiki.com] >Sent: 19 March 2013 08:23 >To: XWiki Users >Subject: Re: [xwiki-users] Rendering of a particular version of a document > >On Tue, Mar 19, 2013 at 1:20 AM, > wrote: >> Hi! Thanks! Please, see below... >> >>> >>>From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >>>Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>>Sent: 18 March 2013 09:40 >>>To: XWiki Users >>>Subject: Re: [xwiki-users] Rendering of a particular version of a document >>> >>>On Sat, Mar 16, 2013 at 4:58 PM, >>> wrote: >>>> Thanks, Marius! Please, read below... >>>> >>>>> >>>>> From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of >>>>> Marius Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>>>> Sent: 15 March 2013 10:24 >>>>> To: XWiki Users >>>>> Subject: Re: [xwiki-users] Rendering of a particular version of a document >>>>> >>>>> Fixed in 2.5RC1 by >>>>> https://github.com/xwiki/xwiki-platform/commit/c08cca8cae375ea306b071fedbae3b1809261126 >>>>> . See http://jira.xwiki.org/browse/XWIKI-5575 . >>>>> >>>>> The viewattachrev action is needed for attachments of the context >>>>> document because attachments are also versioned and when you view a >>>>> revision of a document you want to view the version of the attached >>>>> images from that revision. >>>>> >>>> >>>> I get the point! Thank you very much for the explanation. >>>> >>> >>>> Please, Marius, could it be possible to substitute the old >>>> XWikiServletURLFactory.java class with the new one in xwiki-core-2.4.jar >>>> and keep running XWiki Enterprise 2.4.30451? >>> >>>You can try taking XWikiServletURLFactory.class from >>>xwiki-core-2.5.jar and put it in WEB-INF/classes where you have >>>deployed XWiki (under the same path as in the jar, i.e. the class >>>package) but it might not work properly because it may contain other >>>changes besides XWIKI-5575 which are not compatible with the >>>xwiki-core-2.4.jar. >>> >> >> Understood. >> >>>Your best option is to patch the xwiki-core.2.4.jar. It's quite easy >>>if you're not afraid of Git and Maven: >>> >> >> Well, I'm not afraid of these tools, but I'm not a maven myself! Some years >> ago I was much closer than now to understand how XWiki development does work >> :-) But I keep trying! Always with your help. Thanks! >> > >Use this to checkout the code. Note that will will take a while, >depending on your bandwidth. > >$ git clone git://github.com/xwiki/xwiki-platform.git >$ cd xwiki-platform >>>xwiki-platform$ git checkout xwiki-core-2.4 >>>xwiki-platform$ git cherry-pick c08cca8cae375ea306b071fedbae3b1809261126 >>>xwiki-platform$ cd xwiki-core >>>xwiki-platform/xwiki-core$ mvn clean install >>>xwiki-platform/xwiki-core$ mv target/xwiki-core-2.4.jar >>>target/xwiki-core-2.4-XWIKI-5575.jar >>> Having known CVS and Subversion, GitHub seems as the great evolution that will ease democratic contributions to software development projects, big and small ones. It seems simply great even though I will need some some time to fully understand it! Thanks for your help! >>>Make sure you use the same Java version as the one running your >>>application server. >>> >>> >> Ummm... I'm afraid my application server is the only one running java >> version "1.5.0" over here! I'm looking for a suitable box. In the mean time, >> I'm trying to understand how the team Git/Maven works! > >Note that I tried to patch xwiki-core 2.4 myself, but I have Java 1.7, >and besides the version, it seems the build requires Sun/Oracle JDK >(there's a backward compatibility aspect that uses com.sun.* classes). >The build should pass on Sun/Oracle JDK 1.5 though. > I'm lost at this point. I've built xwiki-core-2.4.jar in a Mac OS X box running... java -version java version "1.6.0_43" Java(TM) SE Runtime Environment (build 1.6.0_43-b01-447-10M4203) Java HotSpot(TM) 64-Bit Server VM (build 20.1
Re: [xwiki-users] Rendering of a particular version of a document
On Tue, Mar 19, 2013 at 1:20 AM, wrote: > Hi! Thanks! Please, see below... > >> >>From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >>Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>Sent: 18 March 2013 09:40 >>To: XWiki Users >>Subject: Re: [xwiki-users] Rendering of a particular version of a document >> >>On Sat, Mar 16, 2013 at 4:58 PM, >> wrote: >>> Thanks, Marius! Please, read below... >>> >>>> >>>> From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of >>>> Marius Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>>> Sent: 15 March 2013 10:24 >>>> To: XWiki Users >>>> Subject: Re: [xwiki-users] Rendering of a particular version of a document >>>> >>>> Fixed in 2.5RC1 by >>>> https://github.com/xwiki/xwiki-platform/commit/c08cca8cae375ea306b071fedbae3b1809261126 >>>> . See http://jira.xwiki.org/browse/XWIKI-5575 . >>>> >>>> The viewattachrev action is needed for attachments of the context >>>> document because attachments are also versioned and when you view a >>>> revision of a document you want to view the version of the attached >>>> images from that revision. >>>> >>> >>> I get the point! Thank you very much for the explanation. >>> >> >>> Please, Marius, could it be possible to substitute the old >>> XWikiServletURLFactory.java class with the new one in xwiki-core-2.4.jar >>> and keep running XWiki Enterprise 2.4.30451? >> >>You can try taking XWikiServletURLFactory.class from >>xwiki-core-2.5.jar and put it in WEB-INF/classes where you have >>deployed XWiki (under the same path as in the jar, i.e. the class >>package) but it might not work properly because it may contain other >>changes besides XWIKI-5575 which are not compatible with the >>xwiki-core-2.4.jar. >> > > Understood. > >>Your best option is to patch the xwiki-core.2.4.jar. It's quite easy >>if you're not afraid of Git and Maven: >> > > Well, I'm not afraid of these tools, but I'm not a maven myself! Some years > ago I was much closer than now to understand how XWiki development does work > :-) But I keep trying! Always with your help. Thanks! > Use this to checkout the code. Note that will will take a while, depending on your bandwidth. $ git clone git://github.com/xwiki/xwiki-platform.git $ cd xwiki-platform >>xwiki-platform$ git checkout xwiki-core-2.4 >>xwiki-platform$ git cherry-pick c08cca8cae375ea306b071fedbae3b1809261126 >>xwiki-platform$ cd xwiki-core >>xwiki-platform/xwiki-core$ mvn clean install >>xwiki-platform/xwiki-core$ mv target/xwiki-core-2.4.jar >>target/xwiki-core-2.4-XWIKI-5575.jar >> >>Make sure you use the same Java version as the one running your >>application server. >> > > Ummm... I'm afraid my application server is the only one running java version > "1.5.0" over here! I'm looking for a suitable box. In the mean time, I'm > trying to understand how the team Git/Maven works! Note that I tried to patch xwiki-core 2.4 myself, but I have Java 1.7, and besides the version, it seems the build requires Sun/Oracle JDK (there's a backward compatibility aspect that uses com.sun.* classes). The build should pass on Sun/Oracle JDK 1.5 though. > > I'm following http://dev.xwiki.org/xwiki/bin/view/Community/Building, but it > is not clear to me how must I check out the code. I'm running Mac OS X > 10.6.8, thus I've no option to run GitHub. So, please, where could I learn > how to use Git to checkout the code? See above. It's a matter of 1 command line. > > I found this... > > http://dev.xwiki.org/xwiki/bin/view/Drafts/GitDevelopment > http://extensions.xwiki.org/xwiki/bin/view/Extension/Git+Module You don't need this one for now. Hope this helps, Marius > > Please, am I missing something? > > Thanks for your help! > >>Hope this helps, >>Marius >> > > Thanks! > >>> >>> For good or for bad I need to keep alive this server and I've not time to >>> make a full update to the current version! I do hope I'll find that time >>> soon! >>> >>> Thanks for your help! >>> >>> >>>> Hope this helps, >>>> Marius >>>> >>>> On Fri, Mar 15, 2013 at 2:41 AM, >>>> wrote: >>>>> Hi! >>>>> >>>&
Re: [xwiki-users] Rendering of a particular version of a document
Hi! Thanks! Please, see below... > >From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >Dumitru Florea [mariusdumitru.flo...@xwiki.com] >Sent: 18 March 2013 09:40 >To: XWiki Users >Subject: Re: [xwiki-users] Rendering of a particular version of a document > >On Sat, Mar 16, 2013 at 4:58 PM, > wrote: >> Thanks, Marius! Please, read below... >> >>> >>> From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >>> Dumitru Florea [mariusdumitru.flo...@xwiki.com] >>> Sent: 15 March 2013 10:24 >>> To: XWiki Users >>> Subject: Re: [xwiki-users] Rendering of a particular version of a document >>> >>> Fixed in 2.5RC1 by >>> https://github.com/xwiki/xwiki-platform/commit/c08cca8cae375ea306b071fedbae3b1809261126 >>> . See http://jira.xwiki.org/browse/XWIKI-5575 . >>> >>> The viewattachrev action is needed for attachments of the context >>> document because attachments are also versioned and when you view a >>> revision of a document you want to view the version of the attached >>> images from that revision. >>> >> >> I get the point! Thank you very much for the explanation. >> > >> Please, Marius, could it be possible to substitute the old >> XWikiServletURLFactory.java class with the new one in xwiki-core-2.4.jar and >> keep running XWiki Enterprise 2.4.30451? > >You can try taking XWikiServletURLFactory.class from >xwiki-core-2.5.jar and put it in WEB-INF/classes where you have >deployed XWiki (under the same path as in the jar, i.e. the class >package) but it might not work properly because it may contain other >changes besides XWIKI-5575 which are not compatible with the >xwiki-core-2.4.jar. > Understood. >Your best option is to patch the xwiki-core.2.4.jar. It's quite easy >if you're not afraid of Git and Maven: > Well, I'm not afraid of these tools, but I'm not a maven myself! Some years ago I was much closer than now to understand how XWiki development does work :-) But I keep trying! Always with your help. Thanks! >xwiki-platform$ git checkout xwiki-core-2.4 >xwiki-platform$ git cherry-pick c08cca8cae375ea306b071fedbae3b1809261126 >xwiki-platform$ cd xwiki-core >xwiki-platform/xwiki-core$ mvn clean install >xwiki-platform/xwiki-core$ mv target/xwiki-core-2.4.jar >target/xwiki-core-2.4-XWIKI-5575.jar > >Make sure you use the same Java version as the one running your >application server. > Ummm... I'm afraid my application server is the only one running java version "1.5.0" over here! I'm looking for a suitable box. In the mean time, I'm trying to understand how the team Git/Maven works! I'm following http://dev.xwiki.org/xwiki/bin/view/Community/Building, but it is not clear to me how must I check out the code. I'm running Mac OS X 10.6.8, thus I've no option to run GitHub. So, please, where could I learn how to use Git to checkout the code? I found this... http://dev.xwiki.org/xwiki/bin/view/Drafts/GitDevelopment http://extensions.xwiki.org/xwiki/bin/view/Extension/Git+Module Please, am I missing something? Thanks for your help! >Hope this helps, >Marius > Thanks! >> >> For good or for bad I need to keep alive this server and I've not time to >> make a full update to the current version! I do hope I'll find that time >> soon! >> >> Thanks for your help! >> >> >>> Hope this helps, >>> Marius >>> >>> On Fri, Mar 15, 2013 at 2:41 AM, >>> wrote: >>>> Hi! >>>> >>>> In an old XWIKI ENTERPRISE 2.4.30451, I'm having problems when rendering a >>>> particular version of a document, rev is not null and the asked revision >>>> exists. I got this... >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Instead of the HTML code generated when rev is not used... >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> It seems that the use of ?rev forces the viewattachrev action to be >>>> included in the img URL. I don't understand why does this happen. Please, >>>> could this be avoided? >>>> >>>> Please, check this behavior on line here... >>>> >>>> 1) No rev in the URL: IT WORKS FINE >>>> http://www.idisantiago.es/bin/OpenInitiative/TranslationalOmics2013 >>>> >>>> 2) R
Re: [xwiki-users] Rendering of a particular version of a document
On Sat, Mar 16, 2013 at 4:58 PM, wrote: > Thanks, Marius! Please, read below... > >> >> From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius >> Dumitru Florea [mariusdumitru.flo...@xwiki.com] >> Sent: 15 March 2013 10:24 >> To: XWiki Users >> Subject: Re: [xwiki-users] Rendering of a particular version of a document >> >> Fixed in 2.5RC1 by >> https://github.com/xwiki/xwiki-platform/commit/c08cca8cae375ea306b071fedbae3b1809261126 >> . See http://jira.xwiki.org/browse/XWIKI-5575 . >> >> The viewattachrev action is needed for attachments of the context >> document because attachments are also versioned and when you view a >> revision of a document you want to view the version of the attached >> images from that revision. >> > > I get the point! Thank you very much for the explanation. > > Please, Marius, could it be possible to substitute the old > XWikiServletURLFactory.java class with the new one in xwiki-core-2.4.jar and > keep running XWiki Enterprise 2.4.30451? You can try taking XWikiServletURLFactory.class from xwiki-core-2.5.jar and put it in WEB-INF/classes where you have deployed XWiki (under the same path as in the jar, i.e. the class package) but it might not work properly because it may contain other changes besides XWIKI-5575 which are not compatible with the xwiki-core-2.4.jar. Your best option is to patch the xwiki-core.2.4.jar. It's quite easy if you're not afraid of Git and Maven: xwiki-platform$ git checkout xwiki-core-2.4 xwiki-platform$ git cherry-pick c08cca8cae375ea306b071fedbae3b1809261126 xwiki-platform$ cd xwiki-core xwiki-platform/xwiki-core$ mvn clean install xwiki-platform/xwiki-core$ mv target/xwiki-core-2.4.jar target/xwiki-core-2.4-XWIKI-5575.jar Make sure you use the same Java version as the one running your application server. Hope this helps, Marius > > For good or for bad I need to keep alive this server and I've not time to > make a full update to the current version! I do hope I'll find that time soon! > > Thanks for your help! > > >> Hope this helps, >> Marius >> >> On Fri, Mar 15, 2013 at 2:41 AM, >> wrote: >>> Hi! >>> >>> In an old XWIKI ENTERPRISE 2.4.30451, I'm having problems when rendering a >>> particular version of a document, rev is not null and the asked revision >>> exists. I got this... >>> >>> >>> >>> >>> >>> >>> >>> Instead of the HTML code generated when rev is not used... >>> >>> >>> >>> >>> >>> >>> >>> It seems that the use of ?rev forces the viewattachrev action to be >>> included in the img URL. I don't understand why does this happen. Please, >>> could this be avoided? >>> >>> Please, check this behavior on line here... >>> >>> 1) No rev in the URL: IT WORKS FINE >>> http://www.idisantiago.es/bin/OpenInitiative/TranslationalOmics2013 >>> >>> 2) Rev is not null and revision exists: THE LOGO DOESN'T SHOW UP >>> http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev=27.1 >>> >>> 3) Rev is not null but it doesn't exist: IT WORKS FINE >> http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev=30.7 >> >> 4) Rev is used but null: IT THROUGHS AN EXCEPTION AND THE HEADER IS NOT >> RENDERED >>> http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev= >>> >>> Please, is it possible to find a solution at least for case 1)? >>> >>> Thank you so much 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 dist
Re: [xwiki-users] Rendering of a particular version of a document
Thanks, Marius! Please, read below... > > From: users-boun...@xwiki.org [users-boun...@xwiki.org] On Behalf Of Marius > Dumitru Florea [mariusdumitru.flo...@xwiki.com] > Sent: 15 March 2013 10:24 > To: XWiki Users > Subject: Re: [xwiki-users] Rendering of a particular version of a document > > Fixed in 2.5RC1 by > https://github.com/xwiki/xwiki-platform/commit/c08cca8cae375ea306b071fedbae3b1809261126 > . See http://jira.xwiki.org/browse/XWIKI-5575 . > > The viewattachrev action is needed for attachments of the context > document because attachments are also versioned and when you view a > revision of a document you want to view the version of the attached > images from that revision. > I get the point! Thank you very much for the explanation. Please, Marius, could it be possible to substitute the old XWikiServletURLFactory.java class with the new one in xwiki-core-2.4.jar and keep running XWiki Enterprise 2.4.30451? For good or for bad I need to keep alive this server and I've not time to make a full update to the current version! I do hope I'll find that time soon! Thanks for your help! > Hope this helps, > Marius > > On Fri, Mar 15, 2013 at 2:41 AM, > wrote: >> Hi! >> >> In an old XWIKI ENTERPRISE 2.4.30451, I'm having problems when rendering a >> particular version of a document, rev is not null and the asked revision >> exists. I got this... >> >> >> >> >> >> >> >> Instead of the HTML code generated when rev is not used... >> >> >> >> >> >> >> >> It seems that the use of ?rev forces the viewattachrev action to be included >> in the img URL. I don't understand why does this happen. Please, could this >> be avoided? >> >> Please, check this behavior on line here... >> >> 1) No rev in the URL: IT WORKS FINE >> http://www.idisantiago.es/bin/OpenInitiative/TranslationalOmics2013 >> >> 2) Rev is not null and revision exists: THE LOGO DOESN'T SHOW UP >> http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev=27.1 >> >> 3) Rev is not null but it doesn't exist: IT WORKS FINE > http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev=30.7 > > 4) Rev is used but null: IT THROUGHS AN EXCEPTION AND THE HEADER IS NOT > RENDERED >> http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev= >> >> Please, is it possible to find a solution at least for case 1)? >> >> Thank you so much 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 >___ >users mailing list >users@xwiki.org >http://lists.xwiki.org/mailman/listinfo/users 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
Re: [xwiki-users] Rendering of a particular version of a document
Fixed in 2.5RC1 by https://github.com/xwiki/xwiki-platform/commit/c08cca8cae375ea306b071fedbae3b1809261126 . See http://jira.xwiki.org/browse/XWIKI-5575 . The viewattachrev action is needed for attachments of the context document because attachments are also versioned and when you view a revision of a document you want to view the version of the attached images from that revision. Hope this helps, Marius On Fri, Mar 15, 2013 at 2:41 AM, wrote: > Hi! > > In an old XWIKI ENTERPRISE 2.4.30451, I'm having problems when rendering a > particular version of a document, rev is not null and the asked revision > exists. I got this... > > > > > > > > Instead of the HTML code generated when rev is not used... > > > > > > > > It seems that the use of ?rev forces the viewattachrev action to be included > in the img URL. I don't understand why does this happen. Please, could this > be avoided? > > Please, check this behavior on line here... > > 1) No rev in the URL: IT WORKS FINE > http://www.idisantiago.es/bin/OpenInitiative/TranslationalOmics2013 > > 2) Rev is not null and revision exists: THE LOGO DOESN'T SHOW UP > http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev=27.1 > > 3) Rev is not null but it doesn't exist: IT WORKS FINE > http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev=30.7 > > 4) Rev is used but null: IT THROUGHS AN EXCEPTION AND THE HEADER IS NOT > RENDERED > http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev= > > Please, is it possible to find a solution at least for case 1)? > > Thank you so much 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Rendering of a particular version of a document
Hi! In an old XWIKI ENTERPRISE 2.4.30451, I'm having problems when rendering a particular version of a document, rev is not null and the asked revision exists. I got this... Instead of the HTML code generated when rev is not used... It seems that the use of ?rev forces the viewattachrev action to be included in the img URL. I don't understand why does this happen. Please, could this be avoided? Please, check this behavior on line here... 1) No rev in the URL: IT WORKS FINE http://www.idisantiago.es/bin/OpenInitiative/TranslationalOmics2013 2) Rev is not null and revision exists: THE LOGO DOESN'T SHOW UP http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev=27.1 3) Rev is not null but it doesn't exist: IT WORKS FINE http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev=30.7 4) Rev is used but null: IT THROUGHS AN EXCEPTION AND THE HEADER IS NOT RENDERED http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013?rev= Please, is it possible to find a solution at least for case 1)? Thank you so much 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] Rendering Tibetan when exporting
Hello again. Windows 7 and Vista, and latest Xwiki (I believe - how do you check?) I am storing Tibetan unicode in my wiki. It renders properly in the browser. 2 questions: 1) I have updated the export function according to the instructions from Sergiu Dimitriu in a comment to http://platform.xwiki.org/xwiki/bin/view/Features/Exports http://platform.xwiki.org/xwiki/bin/view/Features/Exports?viewer=comments#xwikicomment_3 The comment: -- # means that the used font doesn't support that character. You should make sure you use a font that supports the Unicode range corresponding to the target charset. You should find the right fonts and put them in the webapps/xwiki/WEB-INF/fonts/ Copy xhtml2fo.xsl from webapps/xwiki/WEB-INF/lib/xwiki-oldcore-x.y.jar into webapps/xwiki/WEB-INF/classes/ and edit it, adding the name of your font before FreeSerif and FreeMono wherever you find them listed in that file. -- I did this, copying the font files I needed from my font directory. Now when I export to .rtf and .html, the documents render properly with the fonts I expect. However when I export to .pdf, the correct fonts are found, but the Tibetan letters that are stacked do not render properly. Thus I think there is something wrong with the pdf engine, but don't know if this is true, and how to fix it. Any suggestions? 2) I would like to tell the rendering engine to make the font larger when it is rendering Tibetan than when it is rendering Western languages. I know next to nothing about xsl transformations etc. Is this possible, and if so how might I do it? I realise this is a rather obscure subject, but I did see one post to the mailing list that contained Tibetan, so I hope someone might have some experience with this. Thanks in advance, Tom Troughton ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering mail content in a wiki page
On Tuesday, May 29, 2012, Vincent Massol wrote: > > On May 29, 2012, at 10:35 AM, Jeremie BOUSQUET wrote: > >>> Do you have other examples of stuff you absolutely don't want from XWiki Syntax 2.1? >> In fact it's easiest to list what I want : only quotes, urls and >> emoticons. Everything else should be escaped / rendered as plain text. >> These 3 elements can safely be interpreted from email content and >> bring nicer display, and there is no risk to break anything. The >> quotes ">" as they are interpreted by xwiki syntax, adequately match >> the usual quotes used in email bodies. Email content (when plain text) >> should remain plain text and we should not interpret it in any way, >> including xwiki 2.1 syntax, except for the 3 elements above IMO. >> That's why I don't want any other feature of the syntax : I don't want >> to reproduce some problems you can have with mail archives like nabble >> or others, that provide the possibility to include specific keywords >> in emails, that only them are then able to interpret (""). When >> you go back to your standard mail client, everything gets broken or >> does not display at all. For richer emails format, we should use HTML, >> and this is easy to get or display with xwiki. > > Then your solution is to implement a new Syntax and a new Parser for that Syntax, see > http://rendering.xwiki.org/xwiki/bin/view/Main/Extending > > ATM it's very difficult (read close to impossible) to reuse only parts of an existing Syntax parser. Of course you can copy paste existing JavaCC grammars and remove what you don't need for example, that's what I mean by write a new Parser. It's not that hard since all you need already exists but it's still substantial work. > Wouldn't it be enough to disable transformations (except emoticon) and write a new renderer similar to xhtml/1.0, except that most formatting instructions will simply be printed as plain text instead of actual xhtml elements? Extending renderers is easier than parsers. > Thanks > -Vincent > >> About macro transformation, I'll have a deeper look at the rendering >> framework though ... >> >> Thanks, >> Jeremie >> >> 2012/5/29 Vincent Massol : >>> >>> On May 29, 2012, at 10:16 AM, Jeremie BOUSQUET wrote: >>> Thanks Vincent, > IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll get additional features too. Of course, but for this specific use-case I don't want the additional features :) For example if someone writes "{{code}}" in a mail, I don't want it to be interpreted when displaying the mail. >>> >>> It won't if you don't run the macro transformation as I explained in my first reply. >>> Maybe what could do the trick would be to support 2.1 as you say, and just escape what I don't want to be interpreted, ie replace "{{" by "~{~{", "**" by "~*~*", "[[" by "~[~[" and so on. >>> >>> No need for this. >>> >>> Do you have other examples of stuff you absolutely don't want from XWiki Syntax 2.1? >>> >>> Thanks >>> -Vincent >>> >>> PS: BTW, you can read http://rendering.xwiki.org to learn more about the Rendering module and Transformations. >>> Thanks, Jeremie 2012/5/29 Vincent Massol : > Hi Jeremie, > > On May 27, 2012, at 11:52 AM, Jeremie BOUSQUET wrote: > >> Hello, >> >> For the mail archiver app, I need to output mail content in a page. I >> used to use it with html content, and display is directly done with >> {{html}} macro. >> >> But most messages from mailing-lists are plain-text. My first idea was >> to use {{code}}, and this is fine. >> But I think display could be greatly improved using specific xwiki >> syntax rendering (2.1), but for some elements only. >> >> To do so, I would like to render some text string, not applying all >> syntax elements. >> >> Let me explain : what is interesting to render is : >> - quotes (lines starting with angle brackets '>'), >> - urls (replaced by links automatically), >> - emoticons >> >> Everything else (wiki macros, ...) should NOT be rendered. >> >> Is this possible ? >> Of course I don't want to impact the way xwiki renders pages. > > Short answer: no > > We have parsers for different syntaxes so you need to pick a syntax fully. > The only thing that can be set on or off are the transformations (i.e. macro executions and emoticons) since those are executed on the XDOM. > > Longer answer: you'd need to define your syntax and write a parser for it. Depending on your syntax it can be easy or hard. Emoticons are already supported so you won't need to add support for this. All you'll need from your example are recognizing quotes and urls. > > IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll get additional features too. > > Hope it helps, > -Vincent > ___ > users
Re: [xwiki-users] Rendering mail content in a wiki page
Hum okay got it, so I think I will move this task for a later version of my app, as it's more "nice-to-have" than essential feature ... I also lack some courage to dig into the rendering framework right now I must say :) 2012/5/29 Vincent Massol : > > On May 29, 2012, at 10:35 AM, Jeremie BOUSQUET wrote: > >>> Do you have other examples of stuff you absolutely don't want from XWiki >>> Syntax 2.1? >> In fact it's easiest to list what I want : only quotes, urls and >> emoticons. Everything else should be escaped / rendered as plain text. >> These 3 elements can safely be interpreted from email content and >> bring nicer display, and there is no risk to break anything. The >> quotes ">" as they are interpreted by xwiki syntax, adequately match >> the usual quotes used in email bodies. Email content (when plain text) >> should remain plain text and we should not interpret it in any way, >> including xwiki 2.1 syntax, except for the 3 elements above IMO. >> That's why I don't want any other feature of the syntax : I don't want >> to reproduce some problems you can have with mail archives like nabble >> or others, that provide the possibility to include specific keywords >> in emails, that only them are then able to interpret (""). When >> you go back to your standard mail client, everything gets broken or >> does not display at all. For richer emails format, we should use HTML, >> and this is easy to get or display with xwiki. > > Then your solution is to implement a new Syntax and a new Parser for that > Syntax, see > http://rendering.xwiki.org/xwiki/bin/view/Main/Extending > > ATM it's very difficult (read close to impossible) to reuse only parts of an > existing Syntax parser. Of course you can copy paste existing JavaCC grammars > and remove what you don't need for example, that's what I mean by write a new > Parser. It's not that hard since all you need already exists but it's still > substantial work. > > Thanks > -Vincent > >> About macro transformation, I'll have a deeper look at the rendering >> framework though ... >> >> Thanks, >> Jeremie >> >> 2012/5/29 Vincent Massol : >>> >>> On May 29, 2012, at 10:16 AM, Jeremie BOUSQUET wrote: >>> Thanks Vincent, > IMO it might be a lot simpler to just support XWiki Syntax 2.1. And > you'll get additional features too. Of course, but for this specific use-case I don't want the additional features :) For example if someone writes "{{code}}" in a mail, I don't want it to be interpreted when displaying the mail. >>> >>> It won't if you don't run the macro transformation as I explained in my >>> first reply. >>> Maybe what could do the trick would be to support 2.1 as you say, and just escape what I don't want to be interpreted, ie replace "{{" by "~{~{", "**" by "~*~*", "[[" by "~[~[" and so on. >>> >>> No need for this. >>> >>> Do you have other examples of stuff you absolutely don't want from XWiki >>> Syntax 2.1? >>> >>> Thanks >>> -Vincent >>> >>> PS: BTW, you can read http://rendering.xwiki.org to learn more about the >>> Rendering module and Transformations. >>> Thanks, Jeremie 2012/5/29 Vincent Massol : > Hi Jeremie, > > On May 27, 2012, at 11:52 AM, Jeremie BOUSQUET wrote: > >> Hello, >> >> For the mail archiver app, I need to output mail content in a page. I >> used to use it with html content, and display is directly done with >> {{html}} macro. >> >> But most messages from mailing-lists are plain-text. My first idea was >> to use {{code}}, and this is fine. >> But I think display could be greatly improved using specific xwiki >> syntax rendering (2.1), but for some elements only. >> >> To do so, I would like to render some text string, not applying all >> syntax elements. >> >> Let me explain : what is interesting to render is : >> - quotes (lines starting with angle brackets '>'), >> - urls (replaced by links automatically), >> - emoticons >> >> Everything else (wiki macros, ...) should NOT be rendered. >> >> Is this possible ? >> Of course I don't want to impact the way xwiki renders pages. > > Short answer: no > > We have parsers for different syntaxes so you need to pick a syntax fully. > The only thing that can be set on or off are the transformations (i.e. > macro executions and emoticons) since those are executed on the XDOM. > > Longer answer: you'd need to define your syntax and write a parser for > it. Depending on your syntax it can be easy or hard. Emoticons are > already supported so you won't need to add support for this. All you'll > need from your example are recognizing quotes and urls. > > IMO it might be a lot simpler to just support XWiki Syntax 2.1. And > you'll get additional features too. > > Hope it helps, > -Vincent > ___ > u
Re: [xwiki-users] Rendering mail content in a wiki page
On May 29, 2012, at 10:35 AM, Jeremie BOUSQUET wrote: >> Do you have other examples of stuff you absolutely don't want from XWiki >> Syntax 2.1? > In fact it's easiest to list what I want : only quotes, urls and > emoticons. Everything else should be escaped / rendered as plain text. > These 3 elements can safely be interpreted from email content and > bring nicer display, and there is no risk to break anything. The > quotes ">" as they are interpreted by xwiki syntax, adequately match > the usual quotes used in email bodies. Email content (when plain text) > should remain plain text and we should not interpret it in any way, > including xwiki 2.1 syntax, except for the 3 elements above IMO. > That's why I don't want any other feature of the syntax : I don't want > to reproduce some problems you can have with mail archives like nabble > or others, that provide the possibility to include specific keywords > in emails, that only them are then able to interpret (""). When > you go back to your standard mail client, everything gets broken or > does not display at all. For richer emails format, we should use HTML, > and this is easy to get or display with xwiki. Then your solution is to implement a new Syntax and a new Parser for that Syntax, see http://rendering.xwiki.org/xwiki/bin/view/Main/Extending ATM it's very difficult (read close to impossible) to reuse only parts of an existing Syntax parser. Of course you can copy paste existing JavaCC grammars and remove what you don't need for example, that's what I mean by write a new Parser. It's not that hard since all you need already exists but it's still substantial work. Thanks -Vincent > About macro transformation, I'll have a deeper look at the rendering > framework though ... > > Thanks, > Jeremie > > 2012/5/29 Vincent Massol : >> >> On May 29, 2012, at 10:16 AM, Jeremie BOUSQUET wrote: >> >>> Thanks Vincent, >>> IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll get additional features too. >>> Of course, but for this specific use-case I don't want the additional >>> features :) >>> For example if someone writes "{{code}}" in a mail, I don't want it to >>> be interpreted when displaying the mail. >> >> It won't if you don't run the macro transformation as I explained in my >> first reply. >> >>> Maybe what could do the trick would be to support 2.1 as you say, and >>> just escape what I don't want to be interpreted, ie replace "{{" by >>> "~{~{", "**" by "~*~*", "[[" by "~[~[" and so on. >> >> No need for this. >> >> Do you have other examples of stuff you absolutely don't want from XWiki >> Syntax 2.1? >> >> Thanks >> -Vincent >> >> PS: BTW, you can read http://rendering.xwiki.org to learn more about the >> Rendering module and Transformations. >> >>> Thanks, >>> Jeremie >>> >>> 2012/5/29 Vincent Massol : Hi Jeremie, On May 27, 2012, at 11:52 AM, Jeremie BOUSQUET wrote: > Hello, > > For the mail archiver app, I need to output mail content in a page. I > used to use it with html content, and display is directly done with > {{html}} macro. > > But most messages from mailing-lists are plain-text. My first idea was > to use {{code}}, and this is fine. > But I think display could be greatly improved using specific xwiki > syntax rendering (2.1), but for some elements only. > > To do so, I would like to render some text string, not applying all > syntax elements. > > Let me explain : what is interesting to render is : > - quotes (lines starting with angle brackets '>'), > - urls (replaced by links automatically), > - emoticons > > Everything else (wiki macros, ...) should NOT be rendered. > > Is this possible ? > Of course I don't want to impact the way xwiki renders pages. Short answer: no We have parsers for different syntaxes so you need to pick a syntax fully. The only thing that can be set on or off are the transformations (i.e. macro executions and emoticons) since those are executed on the XDOM. Longer answer: you'd need to define your syntax and write a parser for it. Depending on your syntax it can be easy or hard. Emoticons are already supported so you won't need to add support for this. All you'll need from your example are recognizing quotes and urls. IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll get additional features too. Hope it helps, -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering mail content in a wiki page
> Do you have other examples of stuff you absolutely don't want from XWiki > Syntax 2.1? In fact it's easiest to list what I want : only quotes, urls and emoticons. Everything else should be escaped / rendered as plain text. These 3 elements can safely be interpreted from email content and bring nicer display, and there is no risk to break anything. The quotes ">" as they are interpreted by xwiki syntax, adequately match the usual quotes used in email bodies. Email content (when plain text) should remain plain text and we should not interpret it in any way, including xwiki 2.1 syntax, except for the 3 elements above IMO. That's why I don't want any other feature of the syntax : I don't want to reproduce some problems you can have with mail archives like nabble or others, that provide the possibility to include specific keywords in emails, that only them are then able to interpret (""). When you go back to your standard mail client, everything gets broken or does not display at all. For richer emails format, we should use HTML, and this is easy to get or display with xwiki. About macro transformation, I'll have a deeper look at the rendering framework though ... Thanks, Jeremie 2012/5/29 Vincent Massol : > > On May 29, 2012, at 10:16 AM, Jeremie BOUSQUET wrote: > >> Thanks Vincent, >> >>> IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll >>> get additional features too. >> Of course, but for this specific use-case I don't want the additional >> features :) >> For example if someone writes "{{code}}" in a mail, I don't want it to >> be interpreted when displaying the mail. > > It won't if you don't run the macro transformation as I explained in my first > reply. > >> Maybe what could do the trick would be to support 2.1 as you say, and >> just escape what I don't want to be interpreted, ie replace "{{" by >> "~{~{", "**" by "~*~*", "[[" by "~[~[" and so on. > > No need for this. > > Do you have other examples of stuff you absolutely don't want from XWiki > Syntax 2.1? > > Thanks > -Vincent > > PS: BTW, you can read http://rendering.xwiki.org to learn more about the > Rendering module and Transformations. > >> Thanks, >> Jeremie >> >> 2012/5/29 Vincent Massol : >>> Hi Jeremie, >>> >>> On May 27, 2012, at 11:52 AM, Jeremie BOUSQUET wrote: >>> Hello, For the mail archiver app, I need to output mail content in a page. I used to use it with html content, and display is directly done with {{html}} macro. But most messages from mailing-lists are plain-text. My first idea was to use {{code}}, and this is fine. But I think display could be greatly improved using specific xwiki syntax rendering (2.1), but for some elements only. To do so, I would like to render some text string, not applying all syntax elements. Let me explain : what is interesting to render is : - quotes (lines starting with angle brackets '>'), - urls (replaced by links automatically), - emoticons Everything else (wiki macros, ...) should NOT be rendered. Is this possible ? Of course I don't want to impact the way xwiki renders pages. >>> >>> Short answer: no >>> >>> We have parsers for different syntaxes so you need to pick a syntax fully. >>> The only thing that can be set on or off are the transformations (i.e. >>> macro executions and emoticons) since those are executed on the XDOM. >>> >>> Longer answer: you'd need to define your syntax and write a parser for it. >>> Depending on your syntax it can be easy or hard. Emoticons are already >>> supported so you won't need to add support for this. All you'll need from >>> your example are recognizing quotes and urls. >>> >>> IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll >>> get additional features too. >>> >>> Hope it helps, >>> -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] Rendering mail content in a wiki page
On May 29, 2012, at 10:16 AM, Jeremie BOUSQUET wrote: > Thanks Vincent, > >> IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll >> get additional features too. > Of course, but for this specific use-case I don't want the additional > features :) > For example if someone writes "{{code}}" in a mail, I don't want it to > be interpreted when displaying the mail. It won't if you don't run the macro transformation as I explained in my first reply. > Maybe what could do the trick would be to support 2.1 as you say, and > just escape what I don't want to be interpreted, ie replace "{{" by > "~{~{", "**" by "~*~*", "[[" by "~[~[" and so on. No need for this. Do you have other examples of stuff you absolutely don't want from XWiki Syntax 2.1? Thanks -Vincent PS: BTW, you can read http://rendering.xwiki.org to learn more about the Rendering module and Transformations. > Thanks, > Jeremie > > 2012/5/29 Vincent Massol : >> Hi Jeremie, >> >> On May 27, 2012, at 11:52 AM, Jeremie BOUSQUET wrote: >> >>> Hello, >>> >>> For the mail archiver app, I need to output mail content in a page. I >>> used to use it with html content, and display is directly done with >>> {{html}} macro. >>> >>> But most messages from mailing-lists are plain-text. My first idea was >>> to use {{code}}, and this is fine. >>> But I think display could be greatly improved using specific xwiki >>> syntax rendering (2.1), but for some elements only. >>> >>> To do so, I would like to render some text string, not applying all >>> syntax elements. >>> >>> Let me explain : what is interesting to render is : >>> - quotes (lines starting with angle brackets '>'), >>> - urls (replaced by links automatically), >>> - emoticons >>> >>> Everything else (wiki macros, ...) should NOT be rendered. >>> >>> Is this possible ? >>> Of course I don't want to impact the way xwiki renders pages. >> >> Short answer: no >> >> We have parsers for different syntaxes so you need to pick a syntax fully. >> The only thing that can be set on or off are the transformations (i.e. macro >> executions and emoticons) since those are executed on the XDOM. >> >> Longer answer: you'd need to define your syntax and write a parser for it. >> Depending on your syntax it can be easy or hard. Emoticons are already >> supported so you won't need to add support for this. All you'll need from >> your example are recognizing quotes and urls. >> >> IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll >> get additional features too. >> >> Hope it helps, >> -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering mail content in a wiki page
Thanks Vincent, > IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll > get additional features too. Of course, but for this specific use-case I don't want the additional features :) For example if someone writes "{{code}}" in a mail, I don't want it to be interpreted when displaying the mail. Maybe what could do the trick would be to support 2.1 as you say, and just escape what I don't want to be interpreted, ie replace "{{" by "~{~{", "**" by "~*~*", "[[" by "~[~[" and so on. Thanks, Jeremie 2012/5/29 Vincent Massol : > Hi Jeremie, > > On May 27, 2012, at 11:52 AM, Jeremie BOUSQUET wrote: > >> Hello, >> >> For the mail archiver app, I need to output mail content in a page. I >> used to use it with html content, and display is directly done with >> {{html}} macro. >> >> But most messages from mailing-lists are plain-text. My first idea was >> to use {{code}}, and this is fine. >> But I think display could be greatly improved using specific xwiki >> syntax rendering (2.1), but for some elements only. >> >> To do so, I would like to render some text string, not applying all >> syntax elements. >> >> Let me explain : what is interesting to render is : >> - quotes (lines starting with angle brackets '>'), >> - urls (replaced by links automatically), >> - emoticons >> >> Everything else (wiki macros, ...) should NOT be rendered. >> >> Is this possible ? >> Of course I don't want to impact the way xwiki renders pages. > > Short answer: no > > We have parsers for different syntaxes so you need to pick a syntax fully. > The only thing that can be set on or off are the transformations (i.e. macro > executions and emoticons) since those are executed on the XDOM. > > Longer answer: you'd need to define your syntax and write a parser for it. > Depending on your syntax it can be easy or hard. Emoticons are already > supported so you won't need to add support for this. All you'll need from > your example are recognizing quotes and urls. > > IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll > get additional features too. > > Hope it helps, > -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] Rendering mail content in a wiki page
Hi Jeremie, On May 27, 2012, at 11:52 AM, Jeremie BOUSQUET wrote: > Hello, > > For the mail archiver app, I need to output mail content in a page. I > used to use it with html content, and display is directly done with > {{html}} macro. > > But most messages from mailing-lists are plain-text. My first idea was > to use {{code}}, and this is fine. > But I think display could be greatly improved using specific xwiki > syntax rendering (2.1), but for some elements only. > > To do so, I would like to render some text string, not applying all > syntax elements. > > Let me explain : what is interesting to render is : > - quotes (lines starting with angle brackets '>'), > - urls (replaced by links automatically), > - emoticons > > Everything else (wiki macros, ...) should NOT be rendered. > > Is this possible ? > Of course I don't want to impact the way xwiki renders pages. Short answer: no We have parsers for different syntaxes so you need to pick a syntax fully. The only thing that can be set on or off are the transformations (i.e. macro executions and emoticons) since those are executed on the XDOM. Longer answer: you'd need to define your syntax and write a parser for it. Depending on your syntax it can be easy or hard. Emoticons are already supported so you won't need to add support for this. All you'll need from your example are recognizing quotes and urls. IMO it might be a lot simpler to just support XWiki Syntax 2.1. And you'll get additional features too. Hope it helps, -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Rendering mail content in a wiki page
Hello, For the mail archiver app, I need to output mail content in a page. I used to use it with html content, and display is directly done with {{html}} macro. But most messages from mailing-lists are plain-text. My first idea was to use {{code}}, and this is fine. But I think display could be greatly improved using specific xwiki syntax rendering (2.1), but for some elements only. To do so, I would like to render some text string, not applying all syntax elements. Let me explain : what is interesting to render is : - quotes (lines starting with angle brackets '>'), - urls (replaced by links automatically), - emoticons Everything else (wiki macros, ...) should NOT be rendered. Is this possible ? Of course I don't want to impact the way xwiki renders pages. Thanks for help, Jeremie ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering error
Apologies for the spam, but I have a solution for what was happening - unsure if this falls under the category of "bug" or just poor development on my part (probably the latter), but will report it either way, in case it helps someone. The class sheet contains code to display a button for each object on the page that allowed the user to delete that object. The button's onclick uses location.href to call an /objectremove/ URL for the current object. This works fine while in view mode, but when in inline mode, clicking that button both fails to delete the object and converts all the TextArea properties into aforementioned mess. A couple lines of code to suppress displaying the "delete" button unless in "view" mode seems to have solved my problem for the time being... aaron On Wed, Nov 2, 2011 at 2:34 PM, Ashtar Communications wrote: > Additional info: > > The "change" in the page is recorded in the version history - so it is > at least possible to rollback to a previous version of the page. This > must mean the user is doing *something* to result in all the objects > being corrupted, but I can't replicate this on my own. One version, > everything is fine - the next version of the page, it's wrong. > Comparing the versions just shows all the properly rendered text > crossed out, replaced with the wiki-syntax mess. > > thanks, > > aaron > > On Wed, Nov 2, 2011 at 1:33 PM, Ashtar Communications > wrote: >> Hi, >> >> I am experiencing an error where data saved in properties of attached >> objects to a page seems to be displaying incorrectly, and seemingly at >> random. >> >> I have a custom class defined with multiple properties, including a >> TextArea with the editor set to WYSIWYG. Users create new objects of >> this class attached to a page, and paste various information into the >> WYSIWYG box in inline edit mode, usually from Microsoft Word. >> >> The properties of each object are then displayed on the page in view >> mode, including the TextArea. This works correctly a high percentage >> of the time - the text pasted from Word correctly displays after the >> WYSIWYG editor converts it to wiki syntax. >> >> However - on occasion, when you look at the page, the content of that >> property displays as one long paragraph, with embedded xwiki syntax >> code that is displaying as code rather than rendering into html. This >> appears to be destructive - once an object starts displaying in this >> fashion, I can't get it to go back to displaying correctly. Whether in >> view mode or in the wysiwyg editor, there is just a block of text with >> wiki syntax and no line breaks. >> >> As an example: >> 1) User clicks a button to add a new object to the page, and is taken >> to edit mode >> 2) User pastes text from Word with embedded heading and style info >> into the WYSIWYG editor in inline mode, then saves >> 3) The page then displays the object in view mode - it appears with >> correctly rendered headings, which have been translated from Word into >> wiki syntax, opaquely to the user >> 4) After a while, the user goes back to the page and sees the object >> displaying as: >> >> (% style="border: 3pt solid windowtext; padding: 1pt 4pt;" %) ((( = >> HEADING 1 = ))) (% class="MsoNormal" %) == HEADING 2 == Heading 4 >> text (% class="MsoNormal" %) (% class="StyleStyleBold12pt" >> style="font-size: 13pt;" %)text(%%)more text text text (% >> class="StyleStyleBold12pt" style="font-size: 13pt;" %)7-28(%%)even >> more text, text, text(% class="MsoNormal" %) >> >> Etc...etc...etc... for pages at a time of wiki syntax with no line >> breaks. Going back to inline edit mode, the same text appears in the >> WYSIWYG editor. >> >> This is a serious problem for me, since users are inputting lots of >> data, seeing it display correctly, and coming back later to find their >> data completely unreadable. >> >> Does anyone have any idea what's going on or how to fix it? >> >> Thanks, >> >> Aaron >> > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering error
Additional info: The "change" in the page is recorded in the version history - so it is at least possible to rollback to a previous version of the page. This must mean the user is doing *something* to result in all the objects being corrupted, but I can't replicate this on my own. One version, everything is fine - the next version of the page, it's wrong. Comparing the versions just shows all the properly rendered text crossed out, replaced with the wiki-syntax mess. thanks, aaron On Wed, Nov 2, 2011 at 1:33 PM, Ashtar Communications wrote: > Hi, > > I am experiencing an error where data saved in properties of attached > objects to a page seems to be displaying incorrectly, and seemingly at > random. > > I have a custom class defined with multiple properties, including a > TextArea with the editor set to WYSIWYG. Users create new objects of > this class attached to a page, and paste various information into the > WYSIWYG box in inline edit mode, usually from Microsoft Word. > > The properties of each object are then displayed on the page in view > mode, including the TextArea. This works correctly a high percentage > of the time - the text pasted from Word correctly displays after the > WYSIWYG editor converts it to wiki syntax. > > However - on occasion, when you look at the page, the content of that > property displays as one long paragraph, with embedded xwiki syntax > code that is displaying as code rather than rendering into html. This > appears to be destructive - once an object starts displaying in this > fashion, I can't get it to go back to displaying correctly. Whether in > view mode or in the wysiwyg editor, there is just a block of text with > wiki syntax and no line breaks. > > As an example: > 1) User clicks a button to add a new object to the page, and is taken > to edit mode > 2) User pastes text from Word with embedded heading and style info > into the WYSIWYG editor in inline mode, then saves > 3) The page then displays the object in view mode - it appears with > correctly rendered headings, which have been translated from Word into > wiki syntax, opaquely to the user > 4) After a while, the user goes back to the page and sees the object > displaying as: > > (% style="border: 3pt solid windowtext; padding: 1pt 4pt;" %) ((( = > HEADING 1 = ))) (% class="MsoNormal" %) == HEADING 2 == Heading 4 > text (% class="MsoNormal" %) (% class="StyleStyleBold12pt" > style="font-size: 13pt;" %)text(%%)more text text text (% > class="StyleStyleBold12pt" style="font-size: 13pt;" %)7-28(%%)even > more text, text, text(% class="MsoNormal" %) > > Etc...etc...etc... for pages at a time of wiki syntax with no line > breaks. Going back to inline edit mode, the same text appears in the > WYSIWYG editor. > > This is a serious problem for me, since users are inputting lots of > data, seeing it display correctly, and coming back later to find their > data completely unreadable. > > Does anyone have any idea what's going on or how to fix it? > > Thanks, > > Aaron > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Rendering error
Hi, I am experiencing an error where data saved in properties of attached objects to a page seems to be displaying incorrectly, and seemingly at random. I have a custom class defined with multiple properties, including a TextArea with the editor set to WYSIWYG. Users create new objects of this class attached to a page, and paste various information into the WYSIWYG box in inline edit mode, usually from Microsoft Word. The properties of each object are then displayed on the page in view mode, including the TextArea. This works correctly a high percentage of the time - the text pasted from Word correctly displays after the WYSIWYG editor converts it to wiki syntax. However - on occasion, when you look at the page, the content of that property displays as one long paragraph, with embedded xwiki syntax code that is displaying as code rather than rendering into html. This appears to be destructive - once an object starts displaying in this fashion, I can't get it to go back to displaying correctly. Whether in view mode or in the wysiwyg editor, there is just a block of text with wiki syntax and no line breaks. As an example: 1) User clicks a button to add a new object to the page, and is taken to edit mode 2) User pastes text from Word with embedded heading and style info into the WYSIWYG editor in inline mode, then saves 3) The page then displays the object in view mode - it appears with correctly rendered headings, which have been translated from Word into wiki syntax, opaquely to the user 4) After a while, the user goes back to the page and sees the object displaying as: (% style="border: 3pt solid windowtext; padding: 1pt 4pt;" %) ((( = HEADING 1 = ))) (% class="MsoNormal" %) == HEADING 2 == Heading 4 text (% class="MsoNormal" %) (% class="StyleStyleBold12pt" style="font-size: 13pt;" %)text(%%)more text text text (% class="StyleStyleBold12pt" style="font-size: 13pt;" %)7-28(%%)even more text, text, text(% class="MsoNormal" %) Etc...etc...etc... for pages at a time of wiki syntax with no line breaks. Going back to inline edit mode, the same text appears in the WYSIWYG editor. This is a serious problem for me, since users are inputting lots of data, seeing it display correctly, and coming back later to find their data completely unreadable. Does anyone have any idea what's going on or how to fix it? Thanks, Aaron ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering SVG graphics in XWiki documents
Hello Sergiu, > If you want to do something similar in 2.0 syntax, you should use: > > {{velocity}} > {{html}} src="${xwiki.svg.getSVGImageURL(${doc.getAttachment('logo.svg').getContentAsString()}, > > 100, 100)}" width="100" height="100" alt="The logo" />{{/html}} > {{/velocity}} I have tried the above (the page is in 2.0 syntax), but for some reason I could not get this work correctly (the .svg did way too much empty space around it), possibly the "bounding box" issue or something like that. For the time being, I went with .png (converted from .svg) but it is good to know that better support for SVG is being worked on. Kind regards, Vlad ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering SVG graphics in XWiki documents
On May 15, 2009, at 1:27 AM, Sergiu Dumitriu wrote: > Vladimir Konrad wrote: >> Hello, >> >> I did search what I possibly could but could not find a way to attach >> an SVG file to a document and have this image rendered in it. >> >> Is this doable? >> >> I found that there is SVG plugin (enabled) in the xwiki.cfg but could >> not find any documentation on how to use it. >> >> (this is on XWiki 1.9-m2) >> > > Check http://code.xwiki.org/xwiki/bin/view/Macros/SVGMacro (this works > with documents in the xwiki/1.0 syntax). > > If you want to do something similar in 2.0 syntax, you should use: > > {{velocity}} > {{html}} src="${xwiki.svg.getSVGImageURL($ > {doc.getAttachment('logo.svg').getContentAsString()}, > 100, 100)}" width="100" height="100" alt="The logo" />{{/html}} > {{/velocity}} Note that in the near future you'll be able to write: {{velocity}} [[image:${xwiki.svg.getSVGImageURL($ {doc.getAttachment('logo.svg').getContentAsString()}, 100, 100)}>>width="100" height="100" alt="The logo"]] {{/velocity}} And you'll also be able to create macros from wiki pages easily just you'll be able to create your own {{svg}} macro. Of course we'll probably just provide an svg macro in the default distribution... :) Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering SVG graphics in XWiki documents
Vladimir Konrad wrote: > Hello, > > I did search what I possibly could but could not find a way to attach > an SVG file to a document and have this image rendered in it. > > Is this doable? > > I found that there is SVG plugin (enabled) in the xwiki.cfg but could > not find any documentation on how to use it. > > (this is on XWiki 1.9-m2) > Check http://code.xwiki.org/xwiki/bin/view/Macros/SVGMacro (this works with documents in the xwiki/1.0 syntax). If you want to do something similar in 2.0 syntax, you should use: {{velocity}} {{html}}{{/html}} {{/velocity}} -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] rendering SVG graphics in XWiki documents
Hello, I did search what I possibly could but could not find a way to attach an SVG file to a document and have this image rendered in it. Is this doable? I found that there is SVG plugin (enabled) in the xwiki.cfg but could not find any documentation on how to use it. (this is on XWiki 1.9-m2) Kind regards, Vlad ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering strings in inline mode
Guillaume Lerouge a écrit : > On Mon, Feb 23, 2009 at 3:13 PM, Jean Couteau wrote: > > >> Guillaume Lerouge a écrit : >> >>> Hi, >>> >>> On Mon, Feb 23, 2009 at 2:51 PM, Jean Couteau >>> >> wrote: >> >>> Dear all, I am trying to render strings using velocity while i am in inline mode, but every time, i got an input form with my value inside. How can i get my variable well displayed ? Here is my piece of code (with different tries): $context.setDisplayMode("view") #set($a="${backlogId},${domainId},${topicId},${epicId},${temp}") $doc.display($a) $a Add an actor (Note, a is not rendered when using $doc.display($a) and is always replaced by : >>> name='XWiki.USClass_0_id' type='text'/> instead of '1,0,0,1,2' ) Thanks in advance for your help >>> If I remember well you can get around this by using $property.getValue() >>> instead of $doc.display since in inline mode $doc.display is turned into >>> >> an >> >>> input field by default. >>> >>> >> I tried to get around this using the $context.setDisplayMode("view") >> (that should put my rendering in view mode when using $doc.display >> (according to the javadoc), but it displays nothing (quite weird though) >> >> I have to use $property.getValue() ? but my variable is not a property >> or how can I transform it into a property ? >> > > > Isn't "XWiki.USClass_0_id" a field in a XWiki object? If it is, then it's a > property :-) > Indeed, the thing is that i tried to recreate the property using all those different id as i did not succeed in displaying it. The thing that is weird is that there was no link between $a and the property (they just had the same value) and xwiki made a link between them. > I think you need to do something like: > #set($a="${backlogId.getValue()},${domainId.getValue()},${topicId.getValue()},${epicId.getValue()},${temp.getValue()}") > That did not work, but I get to make it work using that : #set($a=$doc.getObject("XWiki.USClass").get("id")) Add an actor The thing that is strange is that I had a variable that was set with the value of id in my page (before inline displaying) and i was not able to display it after the inline displaying. Anyway, it works now. Thanks very much for your help. Jean -- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering strings in inline mode
On Mon, Feb 23, 2009 at 3:13 PM, Jean Couteau wrote: > Guillaume Lerouge a écrit : > > Hi, > > > > On Mon, Feb 23, 2009 at 2:51 PM, Jean Couteau > wrote: > > > > > >> Dear all, > >> > >> I am trying to render strings using velocity while i am in inline mode, > >> but every time, i got an input form with my value inside. > >> > >> How can i get my variable well displayed ? > >> > >> Here is my piece of code (with different tries): > >> > >> $context.setDisplayMode("view") > >> > >> #set($a="${backlogId},${domainId},${topicId},${epicId},${temp}") > >> > >> $doc.display($a) > >> > >> $a > >> > >> Add an actor > >> > >> > >> (Note, a is not rendered when using $doc.display($a) and is always > >> replaced by : > >> > >> >> name='XWiki.USClass_0_id' type='text'/> instead of '1,0,0,1,2' ) > >> > >> Thanks in advance for your help > >> > > > > If I remember well you can get around this by using $property.getValue() > > instead of $doc.display since in inline mode $doc.display is turned into > an > > input field by default. > > > I tried to get around this using the $context.setDisplayMode("view") > (that should put my rendering in view mode when using $doc.display > (according to the javadoc), but it displays nothing (quite weird though) > > I have to use $property.getValue() ? but my variable is not a property > or how can I transform it into a property ? Isn't "XWiki.USClass_0_id" a field in a XWiki object? If it is, then it's a property :-) I think you need to do something like: #set($a="${backlogId.getValue()},${domainId.getValue()},${topicId.getValue()},${epicId.getValue()},${temp.getValue()}") Guillaume > > I remember doing this in the bulletin board application a while ago, I'd > > need to check its code to find the exact API call to use. > > > I'll have a look into it. > > Thanks for your help. > > > -- > > Jean Couteau > Code Lutin - http://www.codelutin.com > 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire > Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28 > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://guillaumelerouge.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering strings in inline mode
Guillaume Lerouge a écrit : > Hi, > > On Mon, Feb 23, 2009 at 2:51 PM, Jean Couteau wrote: > > >> Dear all, >> >> I am trying to render strings using velocity while i am in inline mode, >> but every time, i got an input form with my value inside. >> >> How can i get my variable well displayed ? >> >> Here is my piece of code (with different tries): >> >> $context.setDisplayMode("view") >> >> #set($a="${backlogId},${domainId},${topicId},${epicId},${temp}") >> >> $doc.display($a) >> >> $a >> >> Add an actor >> >> >> (Note, a is not rendered when using $doc.display($a) and is always >> replaced by : >> >> > name='XWiki.USClass_0_id' type='text'/> instead of '1,0,0,1,2' ) >> >> Thanks in advance for your help >> > > If I remember well you can get around this by using $property.getValue() > instead of $doc.display since in inline mode $doc.display is turned into an > input field by default. > I tried to get around this using the $context.setDisplayMode("view") (that should put my rendering in view mode when using $doc.display (according to the javadoc), but it displays nothing (quite weird though) I have to use $property.getValue() ? but my variable is not a property or how can I transform it into a property ? > I remember doing this in the bulletin board application a while ago, I'd > need to check its code to find the exact API call to use. > I'll have a look into it. Thanks for your help. -- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Rendering strings in inline mode
Hi, On Mon, Feb 23, 2009 at 2:51 PM, Jean Couteau wrote: > Dear all, > > I am trying to render strings using velocity while i am in inline mode, > but every time, i got an input form with my value inside. > > How can i get my variable well displayed ? > > Here is my piece of code (with different tries): > > $context.setDisplayMode("view") > > #set($a="${backlogId},${domainId},${topicId},${epicId},${temp}") > > $doc.display($a) > > $a > > Add an actor > > > (Note, a is not rendered when using $doc.display($a) and is always > replaced by : > > name='XWiki.USClass_0_id' type='text'/> instead of '1,0,0,1,2' ) > > Thanks in advance for your help If I remember well you can get around this by using $property.getValue() instead of $doc.display since in inline mode $doc.display is turned into an input field by default. I remember doing this in the bulletin board application a while ago, I'd need to check its code to find the exact API call to use. Guillaume > Jean > > -- > > Jean Couteau > Code Lutin - http://www.codelutin.com > 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire > Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28 > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://guillaumelerouge.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Rendering strings in inline mode
Dear all, I am trying to render strings using velocity while i am in inline mode, but every time, i got an input form with my value inside. How can i get my variable well displayed ? Here is my piece of code (with different tries): $context.setDisplayMode("view") #set($a="${backlogId},${domainId},${topicId},${epicId},${temp}") $doc.display($a) $a Add an actor (Note, a is not rendered when using $doc.display($a) and is always replaced by : instead of '1,0,0,1,2' ) Thanks in advance for your help Jean -- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
Sergiu Dumitriu wrote: > Actually, we're trying to make this automatic, so that no system > settings must be changed. I hope this will work in the final 1.3 release. > > Great! Thanks. Best, -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote: > Sergiu Dumitriu wrote: >> Yep, that's the value I'm interested in. If you can change the tomcat >> settings, can you you add -Dfile.encoding=ISO-8859-1, restart tomcat and >> test again? > > Hi, > > Changes done and problem solved! The scrip is executed and the text > rendered correctly by adding -Dfile.encoding=ISO-8859-1 to JAVA_OPTS in > catalina.sh. Sorry for not being able to solve it by myself following > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Encoding > > Now, xwiki.cfg reads... > > xwiki.encoding=ISO-8859-1 > > And Tomcat... > > System.getProperty("file.encoding"): ISO-8859-1 > OutputStreamWriter encoding is: ISO8859_ > > No charset has been set for MySQL, so I guess it is running latin1 and > latin1_swedish_ci as default collation. > > Don't you think that it could be advisable to write a warning somewhere > about the need of setting up the servlet container for a given encoding? > I've not touched this settings here, and what we get was a Tomcat > installation with MacRoman by default and the other one with ASCII. > > Thanks for your help, > > Ricardo > Actually, we're trying to make this automatic, so that no system settings must be changed. I hope this will work in the final 1.3 release. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
Sergiu Dumitriu wrote: > Yep, that's the value I'm interested in. If you can change the tomcat > settings, can you you add -Dfile.encoding=ISO-8859-1, restart tomcat and > test again? Hi, Changes done and problem solved! The scrip is executed and the text rendered correctly by adding -Dfile.encoding=ISO-8859-1 to JAVA_OPTS in catalina.sh. Sorry for not being able to solve it by myself following http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Encoding Now, xwiki.cfg reads... xwiki.encoding=ISO-8859-1 And Tomcat... System.getProperty("file.encoding"): ISO-8859-1 OutputStreamWriter encoding is: ISO8859_ No charset has been set for MySQL, so I guess it is running latin1 and latin1_swedish_ci as default collation. Don't you think that it could be advisable to write a warning somewhere about the need of setting up the servlet container for a given encoding? I've not touched this settings here, and what we get was a Tomcat installation with MacRoman by default and the other one with ASCII. Thanks for your help, Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
Sergiu Dumitriu wrote: > Yep, that's the value I'm interested in. If you can change the tomcat > settings, can you you add -Dfile.encoding=ISO-8859-1, restart tomcat and > test again? > > I can not do that right now, but I will add the parameter, try again and report back as soon as possible > Was the script working correctly before the update, or you didn't try > that script before? Because theoretically we didn't change anything in > the groovy rendering process. > > The script has always worked fine. The problem are the question marks substituting the special characters when the page including the script is edited by a "programmer". I don't know what this could mean. And, I insist, this only happens in one installation. I will try by adding the file.encoding parameter and report back ASAP. Thanks!! -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote: > Sergiu Dumitriu wrote: >>> Probably an encoding issue. Can you check the values of: >>> - file.encoding jvm property >>> - xwiki.encoding in xwiki.cfg >>> > > Hi Sergiu: > > It is easy to find the xwiki.encoding value. Here it is: > > xwiki.encoding=ISO-8859-1 > > But I am not sure about what value I must give you as file.encoding jvm > property. I've not URIEncoding in the Tomcat connector, and I don't find > any file.encoding thing in catalina.sh. Please, could you tell me where > must I look for this value? > > Tomcat's web.xml reads . No > encoding find in catania.sh, nor in startup.sh. > > A simple .jsp gives us the file.encoding value as: > > System.getProperty("file.encoding"): ANSI_X3.4-1968 Yep, that's the value I'm interested in. If you can change the tomcat settings, can you you add -Dfile.encoding=ISO-8859-1, restart tomcat and test again? > OutputStreamWriter encoding is: ASCII > > I've not touched neither Tomcat nor XWiki encoding default > configuration. Or at least I am not aware of that. > > But the curiouse is that this server has been working apparently fine > (concerning encoding) until the last update. > Was the script working correctly before the update, or you didn't try that script before? Because theoretically we didn't change anything in the groovy rendering process. > I know this is not a XWiki issue, but any help will be really welcome. > > Thank you so much, > > Ricardo > -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
Sergiu Dumitriu wrote: >> Probably an encoding issue. Can you check the values of: >> - file.encoding jvm property >> - xwiki.encoding in xwiki.cfg >> Hi Sergiu: It is easy to find the xwiki.encoding value. Here it is: xwiki.encoding=ISO-8859-1 But I am not sure about what value I must give you as file.encoding jvm property. I've not URIEncoding in the Tomcat connector, and I don't find any file.encoding thing in catalina.sh. Please, could you tell me where must I look for this value? Tomcat's web.xml reads . No encoding find in catania.sh, nor in startup.sh. A simple .jsp gives us the file.encoding value as: System.getProperty("file.encoding"): ANSI_X3.4-1968 OutputStreamWriter encoding is: ASCII I've not touched neither Tomcat nor XWiki encoding default configuration. Or at least I am not aware of that. But the curiouse is that this server has been working apparently fine (concerning encoding) until the last update. I know this is not a XWiki issue, but any help will be really welcome. Thank you so much, Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote: > Hi all, > > We are facing a weird issue. The following code (provided the right host > name, username and password)... > > áéíóú > > <% > import groovy.sql.Sql > db = Sql.newInstance("jdbc:mysql://hostname/database", "username", > "password", "com.mysql.jdbc.Driver") > List samplesIA = db.rows('SELECT * FROM saltmines s where es like "I" > and ess like "A" and ids>=1') > %> > > Tomáronse un total de <% println "${samplesIA.size()}"%> mostras da > secuencia sedimentaria do perfil P3-6-IA. > > > Edited by any user but admin with programming rights is rendered as... > > http://mire.environmentalchange.net/~webmaster/images/RightCharaters.png > > > Edited by admin it is rendered this other way... > > http://mire.environmentalchange.net/~webmaster/images/WrongCharacters.png > > Please, not the question marks and the absence of the number 32. > > This happens with any page containing Groovy code in this server, but I > am not able to reproduce the problem in my test environment. Both of > them run 1.3-milestone-1.7186. > > Please, do you know why this could happen? Thanks! > > Best regards, > > Ricardo > > Probably an encoding issue. Can you check the values of: - file.encoding jvm property - xwiki.encoding in xwiki.cfg -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
Vincent Massol wrote: > Hi Ricardo, > > Any page with groovy script inside must be saved by a user with > programming rights to work. This is for security reasons. Thanks, Vicent, I am aware of that. But take a look at the question marks. For any reason any accented vowel is rendered as a ? when the page is saved by an user with programming rigths. http://mire.environmentalchange.net/~webmaster/images/WrongCharacters.png The number 32 is the result of the correct evaluation of this simple script: <% println "${samplesIA.size()}"%> But all and any accented vowel is showed as ? Does this make any sense for you? It happens in any virtual server and in the controller as well. Thanks, Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] rendering pages with Groovy code
Hi Ricardo, Any page with groovy script inside must be saved by a user with programming rights to work. This is for security reasons. Thanks -Vincent On Feb 13, 2008, at 2:39 AM, [Ricardo Rodriguez] Your EPEC Network ICT Team wrote: > Hi all, > > We are facing a weird issue. The following code (provided the right > host > name, username and password)... > > áéíóú > > <% > import groovy.sql.Sql > db = Sql.newInstance("jdbc:mysql://hostname/database", "username", > "password", "com.mysql.jdbc.Driver") > List samplesIA = db.rows('SELECT * FROM saltmines s where es like "I" > and ess like "A" and ids>=1') > %> > > Tomáronse un total de <% println "${samplesIA.size()}"%> mostras da > secuencia sedimentaria do perfil P3-6-IA. > > > Edited by any user but admin with programming rights is rendered as... > > http://mire.environmentalchange.net/~webmaster/images/RightCharaters.png > > > Edited by admin it is rendered this other way... > > http://mire.environmentalchange.net/~webmaster/images/WrongCharacters.png > > Please, not the question marks and the absence of the number 32. > > This happens with any page containing Groovy code in this server, > but I > am not able to reproduce the problem in my test environment. Both of > them run 1.3-milestone-1.7186. > > Please, do you know why this could happen? Thanks! > > Best regards, > > Ricardo > > > -- > Ricardo Rodríguez > Your EPEC Network ICT Team > > ___ > 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] rendering pages with Groovy code
Hi all, We are facing a weird issue. The following code (provided the right host name, username and password)... áéíóú <% import groovy.sql.Sql db = Sql.newInstance("jdbc:mysql://hostname/database", "username", "password", "com.mysql.jdbc.Driver") List samplesIA = db.rows('SELECT * FROM saltmines s where es like "I" and ess like "A" and ids>=1') %> Tomáronse un total de <% println "${samplesIA.size()}"%> mostras da secuencia sedimentaria do perfil P3-6-IA. Edited by any user but admin with programming rights is rendered as... http://mire.environmentalchange.net/~webmaster/images/RightCharaters.png Edited by admin it is rendered this other way... http://mire.environmentalchange.net/~webmaster/images/WrongCharacters.png Please, not the question marks and the absence of the number 32. This happens with any page containing Groovy code in this server, but I am not able to reproduce the problem in my test environment. Both of them run 1.3-milestone-1.7186. Please, do you know why this could happen? Thanks! Best regards, Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] rendering uppercase-lowercase-uppercase strings
Hi, As far as I see, XWiki put a blank space after the lowercase letters of a string. It is quite useful in many cases, but a pain in others. For instance, LyX is renderized as Ly X. LaTeX as La Te X. Is there anyway of avoiding this? Thanks! Cheers, -- Ricardo Rodríguez Your XEN ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users