xwiki-users

xwiki-users@xwiki.org

10408 discussions

[xwiki-users] [ANN] XWiki Office and XWiki Eclipse move to Contrib

by Vincent Massol

Beloved XWiki users, The XWiki Development Team has decided to stop maintaining XWiki Office and XWiki Eclipse. The truth is that these 2 projects have been dormant for a long time now since there were no active developers on them. Thus we decided to move them to XWiki Contrib where any contributor can participate (you just need to ask to get access there), in the hope that someone will continue working on them. For more details on what XWiki Contrib is check http://contrib.xwiki.org The two projects can now be found at: * http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Eclipse * http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Office I personally think that both XEclipse and XOffice are great integrations of XWiki in third party tools. The XWiki Dev Team is just lacking resources and is spread too thin to continue to work on them in a quality manner. On the upside, this means we're now continuing our focus on XWiki Enterprise and XWiki Enterprise Manager and very soon we even hope to drop the XWiki Enterprise Manager distribution in order to have only XWiki Enterprise and everything else will just be extensions (http://extensions.xwiki.org) that can be installed in it (including Workspaces which is the basis for the current XWiki Enterprise Manager distribution). If you have any questions feel free to ask here! Thanks -Vincent Massol on behalf of the XWiki Development Team

12 years, 2 months

[xwiki-users] no way to retrieve an attachment release over 1.15

by Ricardo.Julio.Rodriguez.Fernandez＠sergas.es

Hi! Still running XWIKI ENTERPRISE 2.4.30451 on Tomcat 5. We have a XWiki doc holding a some 11 attachments. Most of them has 2-3 releases, but one, IDIS.publications.xlsx, has 35... IDIS.authors.xlsx 1.2 2013-01-23 11:34:53.0 IDIS.clinicalTrials.xlsx 1.2 2012-07-14 23:20:23.0 IDIS.contracts.xlsx 1.2 2012-07-14 23:20:23.0 IDIS.magazines.xlsx 1.2 2012-07-14 23:21:45.0 IDIS.patents.xlsx 1.2 2012-07-14 23:20:23.0 IDIS.projects.xlsx 1.2 2012-07-14 23:20:23.0 IDIS.publications.xlsx 1.35 2013-04-30 14:46:49.0 IDIS.seminars.xlsx 1.1 2013-02-05 13:32:11.0 IDIS.team.xlsx 1.2 2012-07-14 23:21:45.0 IDIS.thesis.xlsx 1.3 2013-01-31 14:17:22.0 IDIS.workplace.xlsx 1.2 2012-07-14 23:20:23.0 We can easily get releases 1.1 to 1.15 and 1.35 of IDIS.publications.xlsx using downloadrev action. But rev 1.16 to 1.34 (or any in between being 1.34 the previous to the current one) fail to download. No error message is recorded in xwiki.log and the entered URL is changed to the one allowing to download the current one. I've no clue by browsing around users list and Jira issues, nor by looking at viewattachrev.vm or xwiki.cfg. Please, could you help us with this issues? Is it no possible to retrieve releases over 1.15? 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

12 years, 2 months

[xwiki-users] redirecting 302 responses

by Ricardo.Julio.Rodriguez.Fernandez＠sergas.es

Hi! I more or less understand how URLs to missing/wrong/moved XWiki pages work involving docdoesnotexist.vm, but I'm still not able to modify this behavior by reading/taking into account values of request/responses exchanges between client and server. For instance: I would like to redirect a number of "short" URLs like this... http://www.idisantiago.es/BIS2013 to a set of given XWiki pages. Currently I can, and I did, a redirection of all of them to a single page by modifying Main.DocumentDoesNotExist this way... {{velocity}} $response.sendRedirect($xwiki.getURL("BIS2013.Schedule")) {{/velocity}} But I'm not able to find the way of using request's name and status in Velocity #if(). Please, see attached file. I found a number of what I consider related information dealing with $response, $request, URL resolution, URL mappings and so on, so forth, but I 'm afraid this is too much for me to digest! Please, could anybody point me in the right direction? Am I completely lost? Thanks for your help!!! Ricardo -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm

12 years, 2 months

[xwiki-users] Subspace XWiki

by Milton Lima

Hi! Good afternoon! How to create a subspace of the space XWiki? thanks!

12 years, 2 months

Re: [xwiki-users] [xwiki-devs] [VOTE] New Link and Image syntax for XWiki Syntax 2.2

by Raluca Stavro

Hello, +1 for proposal 3. Raluca. On Tue, Apr 30, 2013 at 12:02 PM, Vincent Massol <vincent(a)massol.net> wrote: > Hi devs, > > Following this thread http://markmail.org/thread/vw3derowozijqalr it > seems clear that we need to introduce a better syntax for links and images > in XWiki Syntax 2.2 (in order to cope with use cases such as > http://jira.xwiki.org/jira/browse/XRENDERING-290). > > The need is to be able to plug new reference type handlers without > breaking backward compatibility in XWiki Syntax 2.2 (since right now with > XWiki Syntax 2.0 and 2.1 adding a new type reference handler would break > backward compatibility). > > So here are various proposals to that effect for XWiki Syntax 2.2 (I've > only kept the interesting proposals from the previous thread). Please vote > for the one you prefer or add new solutions if you have other better ideas. > > Proposal 1 > ========= > > Force XWiki Syntax 2.2 to *ALWAYS* use the full form when creating a link > or image, i.e. all links would need to be written: [[label>>type:reference]] > > Examples: > * [[label>>doc:space.page]] > * [[label>>doc:wiki:space.page]] > * [[label>>path:/some/path]] > * [[label>>url:http://xwiki.org]] > * [[label>>user:evalica]] > * [[image:doc:wiki:space.page@image.png]] > * [[image:icon:someicon.png]] > > CONS: > * Harder to write links to documents which is the main use case > > Proposal 2 > ========= > > Same as with XWiki Syntax 2.1 but for links or images to subwikis force > the user to use the "doc:" notation > > Examples: > * [[label>>space.page]] or [[label>>doc:space.page]] > * [[label>>doc:wiki:space.page]] > * [[label>>>path:/some/path]] > * [[label>>http://xwiki.org]] or [[label>>>url:http://xwiki.org]] > * [[label>>user:evalica]] > * [[image:doc:wiki:space.page@image.png]] > * [[image:icon:someicon.png]] > > PRO: > * Still easy to reference docs and images in the current wiki > * Close to current XWiki Syntax 2.1 > > CONS: > * Harder to write links to documents in subwikis (for workspaces users for > example, see example of xwiki.org) > > Proposal 3 > ========= > > Always define the type as a link or image parameter, i.e. separate subwiki > notation from type. > > Examples: > * [[label>>space.page]] or [[label>>space.page||type="doc"]] > * [[label>>wiki:space.page]] or [[label>>wiki:space.page||type="doc"]] > * [[label>>>/some/path||type="path"]] > * [[label>>http://xwiki.org]] or [[label>>>http://xwiki.org||type="url"]] > * [[label>>evalica||type="user"]] > * [[image:wiki:space.page@image.png]] or [[image:wiki:space.page@image.png > ||type="doc"]] > * [[image:someicon.png||type="icon"]] > > PRO: > * Still easy to reference docs > * Clear separation between subwiki and types > > CONS: > * Harder to write typed links > * Harder to write references in non xwiki/2.x syntax that would not > support link parameters > > Thanks > -Vincent > > > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs >

12 years, 2 months

[xwiki-users] Fwd: [VOTE] New Link and Image syntax for XWiki Syntax 2.2

by Vincent Massol

Forwarding to users list since it's interesting to know what users think about this for the new XWiki Syntax 2.2 too. Please give your opinion. Thanks -Vincent Begin forwarded message: > From: Vincent Massol <vincent(a)massol.net> > Subject: [VOTE] New Link and Image syntax for XWiki Syntax 2.2 > Date: April 30, 2013 11:02:43 AM GMT+02:00 > To: XWiki Developers <devs(a)xwiki.org> > > Hi devs, > > Following this thread http://markmail.org/thread/vw3derowozijqalr it seems clear that we need to introduce a better syntax for links and images in XWiki Syntax 2.2 (in order to cope with use cases such as http://jira.xwiki.org/jira/browse/XRENDERING-290). > > The need is to be able to plug new reference type handlers without breaking backward compatibility in XWiki Syntax 2.2 (since right now with XWiki Syntax 2.0 and 2.1 adding a new type reference handler would break backward compatibility). > > So here are various proposals to that effect for XWiki Syntax 2.2 (I've only kept the interesting proposals from the previous thread). Please vote for the one you prefer or add new solutions if you have other better ideas. > > Proposal 1 > ========= > > Force XWiki Syntax 2.2 to *ALWAYS* use the full form when creating a link or image, i.e. all links would need to be written: [[label>>type:reference]] > > Examples: > * [[label>>doc:space.page]] > * [[label>>doc:wiki:space.page]] > * [[label>>path:/some/path]] > * [[label>>url:http://xwiki.org]] > * [[label>>user:evalica]] > * [[image:doc:wiki:space.page@image.png]] > * [[image:icon:someicon.png]] > > CONS: > * Harder to write links to documents which is the main use case > > Proposal 2 > ========= > > Same as with XWiki Syntax 2.1 but for links or images to subwikis force the user to use the "doc:" notation > > Examples: > * [[label>>space.page]] or [[label>>doc:space.page]] > * [[label>>doc:wiki:space.page]] > * [[label>>>path:/some/path]] > * [[label>>http://xwiki.org]] or [[label>>>url:http://xwiki.org]] > * [[label>>user:evalica]] > * [[image:doc:wiki:space.page@image.png]] > * [[image:icon:someicon.png]] > > PRO: > * Still easy to reference docs and images in the current wiki > * Close to current XWiki Syntax 2.1 > > CONS: > * Harder to write links to documents in subwikis (for workspaces users for example, see example of xwiki.org) > > Proposal 3 > ========= > > Always define the type as a link or image parameter, i.e. separate subwiki notation from type. > > Examples: > * [[label>>space.page]] or [[label>>space.page||type="doc"]] > * [[label>>wiki:space.page]] or [[label>>wiki:space.page||type="doc"]] > * [[label>>>/some/path||type="path"]] > * [[label>>http://xwiki.org]] or [[label>>>http://xwiki.org||type="url"]] > * [[label>>evalica||type="user"]] > * [[image:wiki:space.page@image.png]] or [[image:wiki:space.page@image.png||type="doc"]] > * [[image:someicon.png||type="icon"]] > > PRO: > * Still easy to reference docs > * Clear separation between subwiki and types > > CONS: > * Harder to write typed links > * Harder to write references in non xwiki/2.x syntax that would not support link parameters > > Thanks > -Vincent > >

12 years, 2 months

[xwiki-users] java.lang.ClassCastException: com.xpn.xwiki.doc.XWikiAttachment cannot be cast to com.xpn.xwiki.api.Attachment

by Valdis Vītoliņš

I'm writing custom listener to send e-mail after document updates according to: http://platform.xwiki.org/xwiki/bin/view/DevGuide/GroovyNotificationTutorial and: http://xwiki.475771.n2.nabble.com/Send-an-email-in-an-event-listener-td7579… Although adding attachment is working in Velocity as described in: http://extensions.xwiki.org/xwiki/bin/view/Extension/Mail+Sender+Plugin Similar approach in Groovy raises exception: java.lang.ClassCastException: com.xpn.xwiki.doc.XWikiAttachment cannot be cast to com.xpn.xwiki.api.Attachment at com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.createMimeMultipart(MailSenderPlugin.java:391) ~[xwiki-platform-mailsender-4.5.jar:na] at com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.createMimeMessage(MailSenderPlugin.java:327) ~[xwiki-platform-mailsender-4.5.jar:na] at com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.sendMails(MailSenderPlugin.java:726) ~[xwiki-platform-mailsender-4.5.jar:na] at com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.sendMail(MailSenderPlugin.java:673) ~[xwiki-platform-mailsender-4.5.jar:na] at com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.sendMail(MailSenderPlugin.java:659) ~[xwiki-platform-mailsender-4.5.jar:na] at com.xpn.xwiki.plugin.mailsender.MailSenderPluginApi.sendMail(MailSenderPluginApi.java:171) [xwiki-platform-mailsender-4.5.jar:na] at com.xpn.xwiki.plugin.mailsender.MailSenderPluginApi.sendTextMessage(MailSenderPluginApi.java:98) [xwiki-platform-mailsender-4.5.jar:na] at com.xpn.xwiki.plugin.mailsender.MailSender $sendTextMessage.call(Unknown Source) [xwiki-platform-mailsender-4.5.jar:na] at EmailSenderListener.onEvent(Script22.groovy:34) [script:na] ... and line is: def attachments = source.getAttachmentList() What should I do? Thanks! Valdis

12 years, 2 months

[xwiki-users] Sub wiki delete of only sub-wiki user deleted all pages in XWiki space

by Tim.Jones

We have a XWiki 5.0m1 wiki farm, relatively recently upgraded from 3.5 Having created a new subwiki for a new project, and spent a couple of days creating content in it, I noticed that the profile pics from the global users were not showing up I tried to create a local user with the same name (we had only global users until this point), but this did not work and I therefore deleted the local user page Unfortunately XWiki presented a confirmation dialog (for the delete) which I did not process mentally until after I had pressed confirm This dialog said that since this was the only page in the XWiki space, it would delete all the documents in the XWiki space ! Sure enough the XWiki space seems now to have been deleted in the sub wiki :-( (Seems that this is rather a serious bug - as this was clearly not the only page in the XWiki space) Good news the photos for the global users now displays properly, bad news the admin application and presumably everything else in the XWiki space in the subwiki (e.g. macros) are now gone Since there is no admin application in the sub wiki I cannot re-import the XWiki pages from the XAR I can equally neither export the pages in the new sub wiki to reimport in a backed up version, without the new sub wiki Can you recommend any course of action which will enable me to export my content pages from the new wiki or import a XAR of the administration application, without the administration application already being installed in the sub wiki (PS the main wiki is intact) Thanks for your help Tim -- View this message in context: http://xwiki.475771.n2.nabble.com/Sub-wiki-delete-of-only-sub-wiki-user-del… Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years, 2 months

[xwiki-users] Navigation Menu Wiki Macro for all wiki

by Hoang Tuan Viet

Hi all, I want to use "Navigation Menu Wiki Macro" http://extensions.xwiki.org/xwiki/bin/view/Extension/Navigation+Menu+Wiki+M… to make vertical and horizontal menus in all wiki. But I could not use the panel with this content: {{menutype="vertical"position="right"id="panelmenu"}} * [[Main>>Main.WebHome]] * [[Sandbox>>Sandbox.WebHome]] ** [[Sandbox.TestPage1]] ** [[Sandbox.TestPage2]] ** [[Sandbox.TestPage3]] * [[Blog>>Blog.WebHome]] {{/menu}} How could I define a new panel for this purpose? Regards, -- *Viet Hoang*

12 years, 2 months

[xwiki-users] Rest provide a summary whne creating a page

by sthibaudeau

Hi, I'm creating pages using the Restful API. I'd like to provide a comment (summary) to describe the modification so that it is displayed in the history. Any hint on how to do this ? Regards, Stephane Thibaudeau -- View this message in context: http://xwiki.475771.n2.nabble.com/Rest-provide-a-summary-whne-creating-a-pa… Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users