[xwiki-users] disabling xwiki 1.0 markup ?
i have a brand new XWiki 4.1 install I don't have any xwiki 1.0 documents So i put this configuration: xwiki.rendering.syntaxes = xwiki/2.1, creole/1.0, html/4.01 When i edit the page,., it offer me those formats PLUS xwiki/1.0 Why ? How can i really disable it ? --- I thought that XWiki is largely markup-agniostic... Is GUI editor really uncapable of creole markup ? -- View this message in context: http://xwiki.475771.n2.nabble.com/disabling-xwiki-1-0-markup-tp7579990.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] disabling xwiki 1.0 markup ?
Hi Arioch, On Jun 29, 2012, at 2:42 PM, Arioch wrote: i have a brand new XWiki 4.1 install I don't have any xwiki 1.0 documents So i put this configuration: xwiki.rendering.syntaxes = xwiki/2.1, creole/1.0, html/4.01 When i edit the page,., it offer me those formats PLUS xwiki/1.0 Why ? How can i really disable it ? yeah, we force xwiki/1.0 ATM. You could try editing Panels.DocumentInformation and remove the line dealing with xwiki/1.0 It would be nice if you could open an issue for this on http://jira.xwiki.org I thought that XWiki is largely markup-agniostic… it is, at the level of the markup and rendering... Is GUI editor really uncapable of creole markup ? yes it's not supported because it would need to have a Creole Renderer written whereas right now we have a Creole Parser only. The reason is that the WYSIWYG needs to perform the following: * Read wiki markup and generate HTML (supported) * You modify the HTML (supported) * Transform the HTML into markup again (not supported) So Right now we written Renderers only for a few syntaxes, namely: XWiki Syntax 2.0/2.1 and XHTML/HTML. The other limitation is that the WYISWYG editor has capabilities built in (like ability to style selected content in certain ways) but the underlying markup may not support it. For example creole may not support styling a portion of text with some CSS styles. So what we would need in the future if we really want to support multiple syntax in the WYSIWYG editor is also to add a notion of Markup Capabilities and disable features in the WYSIWYG based on that... Hope it makes it clear! -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] disabling xwiki 1.0 markup ?
On 06/29/2012 08:51 AM, Vincent Massol wrote: Hi Arioch, On Jun 29, 2012, at 2:42 PM, Arioch wrote: i have a brand new XWiki 4.1 install I don't have any xwiki 1.0 documents So i put this configuration: xwiki.rendering.syntaxes = xwiki/2.1, creole/1.0, html/4.01 When i edit the page,., it offer me those formats PLUS xwiki/1.0 Why ? How can i really disable it ? yeah, we force xwiki/1.0 ATM. You could try editing Panels.DocumentInformation and remove the line dealing with xwiki/1.0 It would be nice if you could open an issue for this on http://jira.xwiki.org I thought that XWiki is largely markup-agniostic… it is, at the level of the markup and rendering... Is GUI editor really uncapable of creole markup ? yes it's not supported because it would need to have a Creole Renderer written whereas right now we have a Creole Parser only. The reason is that the WYSIWYG needs to perform the following: * Read wiki markup and generate HTML (supported) * You modify the HTML (supported) * Transform the HTML into markup again (not supported) So Right now we written Renderers only for a few syntaxes, namely: XWiki Syntax 2.0/2.1 and XHTML/HTML. Still, writing a renderer is not very hard, and we'd welcome patches for any new output syntax. The other limitation is that the WYISWYG editor has capabilities built in (like ability to style selected content in certain ways) but the underlying markup may not support it. For example creole may not support styling a portion of text with some CSS styles. So what we would need in the future if we really want to support multiple syntax in the WYSIWYG editor is also to add a notion of Markup Capabilities and disable features in the WYSIWYG based on that... Hope it makes it clear! -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] OpenOffice auto-start
On Thu, Jun 28, 2012 at 6:38 PM, Arioch arioch...@gmail.com wrote: from xwiki properties #-# If the openoffice server should be started / connected upon XE start. #-# Default value is false # openoffice.autoStart=false Am i right that the choice is between never running OOo, until admin runs it explicitly, or always-running OOo ? First of all, you should read http://extensions.xwiki.org/xwiki/bin/view/Extension/Office+Importer+Application if you haven't done it yet. Then, in xwiki.properties there is also a configuration about the office server type. In order for the office import to work you need: * the office server to be started and * XWiki to be connected to the office server If the server type is internal, then XWiki starts the office server before attempting to connect. Otherwise it just tries to connect, failing if the office server isn't started. The behaviour of the auto start feature also depends on the server type: * internal: when you (re)start XWiki it automatically *starts* the configured office server and *connects* to it * external: when you (re)start XWiki it automatically *connects* to the configured office server. Maybe it is wishfull thinking but without description by property name alone i'd tend to read it auto start when needed That's why we have comments. But anyway, what better name you suggest? I don't want OOo always running on loaded server. Why? Can it be set up, that XWiki runs OOo if needs it functionality and shuts it down if unused for, say, 10 minutes ? Currently no. What if OOo crashed ? Would XWiki restart it ? Note that XWiki doesn't talk directly to the office server. It uses http://code.google.com/p/jodconverter/ which is responsible for managing the office process and connection. XWiki doesn't detect office server crashes. If you notice that the office importer doesn't work anymore you can try to reconnect to the office server which will probably restart the office process. On Linux there is XInetd, so potentially i could set sentry on :8100 port and lie XWiki that server is always running. I don't know of such functionality in Windows and i'd better keep OOo managed by XWiki --- Trying XWiki 4.1.1 / HSQLDB / Jetty / Win7 x64 / JRE 1.7b05 x64 / Apache OpenOffice 3.4 i cannot use OfficeServer - I do manual start, it runs, but on import attempt when creating new page i get 2012-06-28 19:11:15,197 WARN org.apache.struts.util.RequestUtils:createActionForm:175 - No FormBeanConfig found under 'upload' 2012-06-28 19:11:15,207 WARN org.apache.struts.util.RequestUtils:createActionForm:175 - No FormBeanConfig found under 'login' 2012-06-28 19:11:15,285 [http://localhost:/XWiki/bin/login/XWiki/XWikiLogin?srid=UMeoBl36xredirect=%2FXWiki%2Fbin%2Fupload%2FAfsP%2FAdmClient%3Fform_token%3DZu7uOP99wKHOkfPOxXT7kA%26srid%3DUMeoBl36] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33 2012-06-28 19:11:15,460 [http://localhost:/XWiki/resources/js/xwiki/wysiwyg/xwe/WikiService.gwtrpc] WARN o.x.w.s.i.w.DefaultWikiService - Failed to get attachment: [Обзор библиотеки AdmClient.docx] not found. File can be attached to already existing page but not imported... This doesn't look like an office importer issue. Try to use the Add Page from Office menu instead of the WYSWYG editor and see if it works. This also can have something with Opera 12, for i see some strange cookie issues. --- I did import via MSIE 9 and i see all russian letters in DOCX got corrupt. http://i.imgur.com/PlLP2.png When i directly open file in AOO, it renders perfectly. So i think somewhere between AOO server and XWiki there is misunderstanding about which charset to use. See http://jira.xwiki.org/browse/XWIKI-6377 . Hope this helps, Marius -- View this message in context: http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] disabling xwiki 1.0 markup ?
we'd welcome patches Oooh, as of now i'm overly busy Delphist and would remain such for a year and too. So i only hope i would find here and there Javists to fix my issues :-) BTW, since you have russian localisation i though you have no problems locale-wise. But to me OpenOffice integration and RTF import are completely broken... Pity it seems here marginal low priority function, looking as no one speaks in OOO thread and this thread was answered so fast. -- View this message in context: http://xwiki.475771.n2.nabble.com/disabling-xwiki-1-0-markup-tp7579990p758.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] disabling xwiki 1.0 markup ?
we have a Creole Parser only. How's that ? I can create a page in XWiki and then switch it to Creole. Doesn't it mean you have both creole Parser and Creole Generator ? (or u call Generator by Renderer ? for i see Rendered word like some unit that pictures the data to screen or to paper) Transform the HTML into markup again (not supported) Chain them ? HTML - XWiki 2.1 - Creole 1.0 portion of text with some CSS styles to me it sounds okay for documentation generation engine, but not for wiki i think it would depend upon direction your would choose for your evolution If documentation - then LESS/CSS is okay, but then you would need functions like exproting sertain section with all its sub-pages (or selected few pages) into one merged PDF/RTF/whatever. Jira... oh, no. that thing that completely fails with Opera... poor me :-))) -- View this message in context: http://xwiki.475771.n2.nabble.com/disabling-xwiki-1-0-markup-tp7579990p7580001.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] disabling xwiki 1.0 markup ?
On Jun 29, 2012, at 4:44 PM, Arioch wrote: we have a Creole Parser only. How's that ? I can create a page in XWiki and then switch it to Creole. No you cannot do that :) That would require a Creole renderer which we don't have. Said differently if you write in XWiki Syntax and then switch to Creole the content won't be changed. It just happens that XWiki Syntax is a superset of the Creole syntax so yo may think it works… ;) Doesn't it mean you have both creole Parser and Creole Generator ? We only have a parser. (or u call Generator by Renderer ? for i see Rendered word like some unit that pictures the data to screen or to paper) Transform the HTML into markup again (not supported) Chain them ? HTML - XWiki 2.1 - Creole 1.0 Converting from XWiki 2.1 to Creole 1.0 would require a Creole Renderer… portion of text with some CSS styles to me it sounds okay for documentation generation engine, but not for wiki i think it would depend upon direction your would choose for your evolution Sorry but I'm not sure I understand what you mean here. If documentation - then LESS/CSS is okay, but then you would need functions like exproting sertain section with all its sub-pages (or selected few pages) into one merged PDF/RTF/whatever. Jira... oh, no. that thing that completely fails with Opera... poor me :-))) Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] OpenOffice auto-start
what better name you suggest? StartOnLoad ? But frankly i suggest only start when needed ;-) You can have AutoStart = 0, 1, 2 rather than only true/false I don't want OOo always running on loaded server. Why? The longer application works, the more it has chance to leak memory or to crash If this functionality would be used once a week - then why bother? I want to lower load on server as possible. Note that XWiki doesn't talk directly to the office server. jodconverter ...which is abandoned. I'm screwed BTW, is it used for RTF export ? I see that both ODT export and RTF export destroys russian texts in the same way. (Import ODT also destroys them) While RTF export is avail after OOo shutdown, it still makes the same destruction, so the bug probably is in the same codepath. Maybe it is Windows-related, dunno. you can try to reconnect The less manual work the better, though of course that is the way as it is and it already 140MB of download stuff :-) -- View this message in context: http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580004.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] space redirection on user subscription
Hello Could u please tell me if it is possible when a user registers not to be redirected on main space webhome but a specific space instead. thank you ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] OpenOffice auto-start
See http://jira.xwiki.org/browse/XWIKI-6377 . thanks, would have a look, that is not easy reading and i have to have my weekend :-) I'd like to correct myself. I told that RTF is broken even after OOo shutdown. I was wrong. It was broken - on that page, so probably it was caching issue. when i exported another page, the russian text was readable. Though it contained its own issues regarding hyperlinks: http://i.imgur.com/Q0fRr.png in Word 2010 -- View this message in context: http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580009.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] OpenOffice auto-start
On Fri, Jun 29, 2012 at 5:55 PM, Arioch arioch...@gmail.com wrote: what better name you suggest? StartOnLoad ? Someone might ask Load of what?. You have the choice between small and convenient configuration name with comments to explain its meaning or a long name (automaticallyStartAndConnentToOfficeServerWhenStartingXWiki) but less convenient to use. But frankly i suggest only start when needed ;-) You can have AutoStart = 0, 1, 2 rather than only true/false AFAIK, you're the first one to ask for this. I don't want OOo always running on loaded server. Why? The longer application works, the more it has chance to leak memory or to crash If this functionality would be used once a week - then why bother? If you use the office importer that 'often', then you probably afford to manually start/stop the office server before/after importing :) I want to lower load on server as possible. Note that XWiki doesn't talk directly to the office server. jodconverter ...which is abandoned. I'm screwed BTW, is it used for RTF export ? I see that both ODT export and RTF export destroys russian texts in the same way. RTF export can also be done through FOP, but the results are better through office server. (Import ODT also destroys them) While RTF export is avail after OOo shutdown, it still makes the same destruction, so the bug probably is in the same codepath. Maybe it is Windows-related, dunno. I gave you a link to a JIRA issue, did you read the comments? It's just a matter of configuring the office server to output UTF-8 encoding. Hope this helps, Marius you can try to reconnect The less manual work the better, though of course that is the way as it is and it already 140MB of download stuff :-) -- View this message in context: http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580004.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] disabling xwiki 1.0 markup ?
XWiki Syntax is a superset of the Creole syntax so yo may think it works So even if i would use that superset, it would not halt conversion, but would rather damage markup (turn markup into regular text) ? I think if such, that conversion should be prohibited by engine Sorry but I'm not sure I understand what you mean here. The goals and expected features are different for different applications. To me wiki is for quick and easy dropping and exchanging the notes. Fancy style is secondary. Fancy unique styles for different paragraphs is even not a minor feature but rather a way to make noise more than signal. Particularly - there is no place for custom CSS for it was not designed for average human to easily change. I would not say about errors(or intended harm) like white text on white background. Wiki is not HTML and for that very reason Wiki is not CSS. If the goal is to make cute-looking web application or system to make easy editable cute looking user help, then full support for HTML/CSS is very good to have. I'd even better supported LESS than pure CSS. But then Wiki features would be limited. You just cannot edit wiki-style all that visual stuff. You can never hope to get in Creole all the visual power of CSS3. I think wiki interoperability and visual richness for applications are diverging trends and they ultimately would be mutually exclusive. -- View this message in context: http://xwiki.475771.n2.nabble.com/disabling-xwiki-1-0-markup-tp7579990p7580012.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] space redirection on user subscription
Hi Yann,
IIRC, you can change the default home page for the wiki in xwiki.cfg or in
xwiki.properties.
You can also add this code in your home page:
{{velocity}}
$response.sendRedirect($xwiki.getDocumentURL('SPACE.PAGE'))
{{/velocity}}
Guillaume
On Fri, Jun 29, 2012 at 4:57 PM, yann gensollen y...@gensollen.com wrote:
Hello
Could u please tell me if it is possible when a user registers not to
be redirected on main space webhome but a specific space instead.
thank you
___
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] disabling xwiki 1.0 markup ?
On Jun 29, 2012, at 5:14 PM, Arioch wrote: XWiki Syntax is a superset of the Creole syntax so yo may think it works So even if i would use that superset, it would not halt conversion, but would rather damage markup (turn markup into regular text) ? I think if such, that conversion should be prohibited by engine There's NO conversion. Sorry but I'm not sure I understand what you mean here. The goals and expected features are different for different applications. To me wiki is for quick and easy dropping and exchanging the notes. Fancy style is secondary. Fancy unique styles for different paragraphs is even not a minor feature but rather a way to make noise more than signal. Particularly - there is no place for custom CSS for it was not designed for average human to easily change. I would not say about errors(or intended harm) like white text on white background. Wiki is not HTML and for that very reason Wiki is not CSS. Why are you talking about styles? I just gave that as an example but there are plenty of other examples we can take. for example not all wiki markups support interwiki links, or even mixing bulleted and numbered list, etc. If the goal is to make cute-looking web application or system to make easy editable cute looking user help, then full support for HTML/CSS is very good to have. I'd even better supported LESS than pure CSS. But then Wiki features would be limited. You just cannot edit wiki-style all that visual stuff. You can never hope to get in Creole all the visual power of CSS3. I think wiki interoperability and visual richness for applications are diverging trends and they ultimately would be mutually exclusive. You have 2 choices: * Go the Confluence way and drop wiki markup as they've just done * Go the XWiki way and have a wiki markup expressive enough so that it still fullfils its role of being quick to add data and also support most if not all what HTML supports We chose the second one. But again, that's not a problem, the main problem is that there's no Creole Renderer written so you cannot convert to Creole syntax in XWiki ATM. Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] space redirection on user subscription
On Jun 29, 2012, at 5:23 PM, yann gensollen wrote:
hello thanks for the answer
I have edited the webhome of main space and now i have this
{{include document=Dashboard.WebHome context=new/}}
{{velocity}}
$response.sendRedirect($xwiki.getDocumentURL('guide utilisateur
$xwiki.getURL(Space.Page)
Alexandhry.WebHome'))
{{/velocity}}
but it s still wont work
what am i doing wrong?
thanks
2012/6/29, Guillaume Lerouge guilla...@xwiki.com:
Hi Yann,
IIRC, you can change the default home page for the wiki in xwiki.cfg or in
xwiki.properties.
You can also add this code in your home page:
{{velocity}}
$response.sendRedirect($xwiki.getDocumentURL('SPACE.PAGE'))
{{/velocity}}
Guillaume
On Fri, Jun 29, 2012 at 4:57 PM, yann gensollen y...@gensollen.com wrote:
Hello
Could u please tell me if it is possible when a user registers not to
be redirected on main space webhome but a specific space instead.
thank you
___
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
[xwiki-users] [ANN] XWiki Summer 2012 Hackathon
Hi devs and community at large, Every year XWiki SAS (http://xwiki.com) gathers all its employees for a Seminar and every year we have an internal hackathon. For example here are the results of last year: http://www.xwiki.com/xwiki/bin/view/Company/Hackathon2011 Previously the Hackathon was a 1 day event only. However this year we're changing the format; it'll run for 8 days! :) Thus we thought it could be a good idea to invite the XWiki Community to join us for a mega distributed Hackathon! So here's how I think we could organize it: * Start date: 20th of July. A mail will be posted on this day to announce the start * End date: 27th of July. A mail will be posted on this day to announce the end * Gathering results: from 28th to 6th of August. Everyone who participated should reply to the end of hackathon mail with what they did and post their stuff on http://extensions.xwiki.org or elsewhere * On around the 6th of August we'll have a blog post written on xwiki.org summarizing all that was done by everyone Those who have participated will also get XWiki T-Shirts. Anyone interested in joining the fun? Thanks -Vincent with my XWiki SAS employee hat ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [ANN] XWiki Summer 2012 Hackathon
Hi, On Fri, Jun 29, 2012 at 5:46 PM, Vincent Massol vinc...@massol.net wrote: Hi devs and community at large, Every year XWiki SAS (http://xwiki.com) gathers all its employees for a Seminar and every year we have an internal hackathon. For example here are the results of last year: http://www.xwiki.com/xwiki/bin/view/Company/Hackathon2011 Previously the Hackathon was a 1 day event only. However this year we're changing the format; it'll run for 8 days! :) Thus we thought it could be a good idea to invite the XWiki Community to join us for a mega distributed Hackathon! So here's how I think we could organize it: * Start date: 20th of July. A mail will be posted on this day to announce the start * End date: 27th of July. A mail will be posted on this day to announce the end * Gathering results: from 28th to 6th of August. Everyone who participated should reply to the end of hackathon mail with what they did and post their stuff on http://extensions.xwiki.org or elsewhere * On around the 6th of August we'll have a blog post written on xwiki.orgsummarizing all that was done by everyone Those who have participated will also get XWiki T-Shirts. Anyone interested in joining the fun? I definitely will. I think it would be great to setup a space somewhere to post pictures to, so that there is better bonding for whomever wants to participate remotely - like I will. Idea: make lolcommit mandatory for every hackaton-related commit ! (see https://github.com/mroth/lolcommits/) Jerome Thanks -Vincent with my XWiki SAS employee hat ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Jérôme Velociter Winesquare http://www.winesquare.net/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] [ANN] XWiki Summer 2012 Hackathon
Hi Jerome, On Jun 29, 2012, at 7:30 PM, Jerome Velociter wrote: Hi, On Fri, Jun 29, 2012 at 5:46 PM, Vincent Massol vinc...@massol.net wrote: Hi devs and community at large, Every year XWiki SAS (http://xwiki.com) gathers all its employees for a Seminar and every year we have an internal hackathon. For example here are the results of last year: http://www.xwiki.com/xwiki/bin/view/Company/Hackathon2011 Previously the Hackathon was a 1 day event only. However this year we're changing the format; it'll run for 8 days! :) Thus we thought it could be a good idea to invite the XWiki Community to join us for a mega distributed Hackathon! So here's how I think we could organize it: * Start date: 20th of July. A mail will be posted on this day to announce the start * End date: 27th of July. A mail will be posted on this day to announce the end * Gathering results: from 28th to 6th of August. Everyone who participated should reply to the end of hackathon mail with what they did and post their stuff on http://extensions.xwiki.org or elsewhere * On around the 6th of August we'll have a blog post written on xwiki.orgsummarizing all that was done by everyone Those who have participated will also get XWiki T-Shirts. Anyone interested in joining the fun? I definitely will. cool :) I think it would be great to setup a space somewhere to post pictures to, so that there is better bonding for whomever wants to participate remotely - like I will. I've started a Hackathon2012 space on xwiki.org: http://dev.xwiki.org/xwiki/bin/view/Hackathon2012/WebHome We can have one page per project and link them from the home page Everyone, feel free to edit and modify it. Idea: make lolcommit mandatory for every hackaton-related commit ! (see https://github.com/mroth/lolcommits/) Would be fun, need to find some time to try it out. Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
