Re: [xwiki-users] FW: xwiki 2.0, task manager application, Error number 4001 in 4: Error while parsing velocity page TasksCode.NewTask
Hi all, I am wondering whether it is an authorisation problem .. Are there any other examples using xwiki.search instead of xwiki. searchDocuments? Thanks and kind regards mb -Original Message- From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of Michael Beetz Sent: Saturday, October 03, 2009 10:00 AM To: XWiki Users Subject: Re: [xwiki-users] FW: xwiki 2.0, task manager application, Error number 4001 in 4: Error while parsing velocity page TasksCode.NewTask Thanks Ludivic, I am running it on two systems based on MySQL Server 5.4.1 (my playground) and 5.1.39 the production system. However the point should be somewhere on the wiki farm: It's running well on the single wikis on the same configuration. Now I've taken the query into a new page - using the group by or not: #set($sql = select max(prop.value)+1 from BaseObject as obj, IntegerProperty as prop where obj.className='TasksCode.IssueClass' and obj.id=prop.id.id and prop.id.name='id' group by obj.className) #set($id = $xwiki.search($sql)) * $id The result: [] (two square brackets) Running it like #set($id = $xwiki.search($sql).get(0)) leads to error 4001. Thanks mb -Original Message- From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of Ludovic Dubost Sent: Saturday, October 03, 2009 9:11 AM To: XWiki Users Subject: Re: [xwiki-users] FW: xwiki 2.0, task manager application, Error number 4001 in 4: Error while parsing velocity page TasksCode.NewTask However the query is going to get slower and slower. Wasn't it just because you had no tasks at all that it returns empty ? (I suppose you have check that but it's just to be sure) Could you try the query with a group by.. Now if your DB does not accept this query it's not so good. Which database and version are you using ? Ludovic Michael Beetz wrote: Hi Ludovic, I seems to work using #set($id = 1) #set ($list = $xwiki.searchDocuments(,BaseObject as obj, IntegerProperty as prop where doc.fullName=obj.name and obj.className='TasksCode.IssueClass' and obj.id=prop.id.id and prop.id.name='id' and prop.id.value 0 order by prop.id.value desc , 0, 0)) #foreach ($item in $list) #set($id = $id + 1) #end Thanks Kind regards mb -Original Message- From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of Michael Beetz Sent: Saturday, October 03, 2009 12:04 AM To: XWiki Users Subject: Re: [xwiki-users] FW: xwiki 2.0, task manager application, Error number 4001 in 4: Error while parsing velocity page TasksCode.NewTask Hi Ludovic, It's the query ... #set($sql = select max(prop.value)+1 from BaseObject as obj, IntegerProperty as prop where obj.className='ITSClasses.IssueClass' and obj.id=prop.id.id and prop.id.name='id') $xwiki.search($sql) It returns always an empty string. Even there are tasks already defined. I've spend some time using $xwiki.searchDocuments(...) to count the task pages ... but I couldn't fix it (It returns either no or all pages) Thanks mb -Original Message- From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of Ludovic Dubost Sent: Friday, October 02, 2009 9:44 AM To: XWiki Users Subject: Re: [xwiki-users] FW: xwiki 2.0, task manager application, Error number 4001 in 4: Error while parsing velocity page TasksCode.NewTask Hi Michael, I suspect it is the counter that retrieves the lastest task number. It is running a search query with a select max() and we have seen some differences based on the MySQL/hibernate combination on the way this unique result is returned (as a number directly or as a 1 item list). It could be also because in your case it does not return anything (your need a first task) You should look at this call to search and check what it returns exactly and how to retrieve this max number This is the code #set($sql = select max(prop.value)+1 from BaseObject as obj, IntegerProperty as prop where obj.className='ITSClasses.IssueClass' and obj.id=prop.id.id and prop.id.name='id') #set($id = $xwiki.search($sql).get(0)) Maybe in your case #set($id = $xwiki.search($sql)) or #set($res = $xwiki.search($sql)) #if($res $res.size()0) #set($id = $xwiki.search($sql).get(0)) #else #set($id = 0) #end will work. Ludovic Michael Beetz wrote: Hi Community, I am sorry bothering you. However I am using the task manager application in a production environment, therefore I have to decide about staying on several single wikis or consolidating them in a farm. Is there anybody available instructing me to find that bug? I am quite familiar writing code in general; however I haven't done something in Java, eclipse or xwiki yet. Therefore I would appreciate a link to some useful code snippet as well. Thanks for now and in advance mb From: Michael Beetz Sent: Wednesday, September 30, 2009 10:06 PM To: 'XWiki
Re: [xwiki-users] users Digest, Vol 27, Issue 15
Hi Jean-Vincent and Roman, First of all, thanks for your fast replies!! Sandbox works great but I would need admin rights and I installed the windows installer but here I don't have a servlet container :( . I will explain my case. I have to develop or integrate a wiki in a whole university but I have too many technical restrictions. I have seen many wikis and I think xWiki fits us perfectly but I need to know if it lets me: - Store pages in File System. We have a large amount of data in database, and we need to save pages in filesystem. I have read about JcrStore, is that up to me? - Integrate Authentification with CAS Server (SSO) I have read about possible ways to do this, but I would like to know if someone has done it, because we have to take a decision soon. Maybe this mail fits better in the developers mailing list, sorry!! Thanks 2009/10/6 users-requ...@xwiki.org Send users mailing list submissions to users@xwiki.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xwiki.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-requ...@xwiki.org You can reach the person managing the list at users-ow...@xwiki.org When replying, please edit your Subject line so it is more specific than Re: Contents of users digest... Today's Topics: 1. Re: [myxwiki] new wiki request (Jean-Vincent Drean) 2. Re: [myxwiki] new wiki request (roman.frie...@ropardo.de) 3. Re: how to mask those elements (Bodin Gr?gory) 4. Migrate SysWiki To xwiki (Maria Carolina Ramirez) 5. Re: how to mask those elements (Caleb James DeLisle) 6. Re: FW: xwiki 2.0, task manager application, Error number 4001 in 4: Error while parsing velocity page TasksCode.NewTask (Michael Beetz) -- Message: 1 Date: Mon, 5 Oct 2009 12:02:57 +0200 From: Jean-Vincent Drean jean-vinc...@drean.org Subject: Re: [xwiki-users] [myxwiki] new wiki request To: XWiki Users users@xwiki.org Message-ID: c58832290910050302k57da85bidd88dd412c81...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Hi Luis, What about using the existing sandbox wiki to try it stuff out instead ? http://playground.xwiki.org/ PS: We don't create wikis on myxwiki.org just to try stuff out. Thanks, JV. On Mon, Oct 5, 2009 at 10:34 AM, Luis Ruiz roc...@gmail.com wrote: Hi, I'm working on a non-profit organization and I want to install xwiki, but first I need to test all features in order to see if it fits to us. Admin username: LuisLuis Domain name prefix: prueba Thanks!!! ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Message: 2 Date: Mon, 5 Oct 2009 12:28:53 +0200 From: roman.frie...@ropardo.de Subject: Re: [xwiki-users] [myxwiki] new wiki request To: XWiki Users users@xwiki.org Message-ID: c5cc98f5cb127d40a4e61e02629402807...@rpseads01.ropardo.local Content-Type: text/plain; charset=iso-8859-1 Hi Luis, for extensive testing, including administration etc. you could use a standalone installer: - Windows: xwiki-enterprise-installer-windows-2.0.exe - other platforms: xwiki-enterprise-installer-generic-2.0-standard.jar http://www.xwiki.org/xwiki/bin/view/Main/Download XWiki is runnable directly after installation. User: Admin/admin Instructions: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallingtheStandalonedistribution Regards, Roman -Urspr?ngliche Nachricht- Von: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] Im Auftrag von Jean-Vincent Drean Gesendet: Montag, 5. Oktober 2009 12:03 An: XWiki Users Betreff: Re: [xwiki-users] [myxwiki] new wiki request Hi Luis, What about using the existing sandbox wiki to try it stuff out instead ? http://playground.xwiki.org/ PS: We don't create wikis on myxwiki.org just to try stuff out. Thanks, JV. On Mon, Oct 5, 2009 at 10:34 AM, Luis Ruiz roc...@gmail.com wrote: Hi, I'm working on a non-profit organization and I want to install xwiki, but first I need to test all features in order to see if it fits to us. Admin username: LuisLuis Domain name prefix: prueba Thanks!!! ___ 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 -- Message: 3 Date: Mon, 5 Oct 2009 21:28:03 +0200 From: Bodin Gr?gory hend...@hotmail.com Subject: Re: [xwiki-users] how to mask those elements To: users@xwiki.org Message-ID: snt110-w18b61d214f734a2847d0eca1...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Re-
Re: [xwiki-users] users Digest, Vol 27, Issue 15
Hi Luis, On Tue, Oct 6, 2009 at 11:27 AM, Luis Ruiz roc...@gmail.com wrote: Hi Jean-Vincent and Roman, First of all, thanks for your fast replies!! Sandbox works great but I would need admin rights and I installed the windows installer but here I don't have a servlet container :( . I will explain my case. I have to develop or integrate a wiki in a whole university but I have too many technical restrictions. I have seen many wikis and I think xWiki fits us perfectly but I need to know if it lets me: - Store pages in File System. We have a large amount of data in database, and we need to save pages in filesystem. I have read about JcrStore, is that up to me? We've had the request a number of times in the past but XWiki doesn't store pages in the filesystem as of now. However, please note that plenty of APIs are available to access the content of those pages (REST API, XML/RPC API...). Why exactly do you needs pages to be stored in the filesystem? Maybe you can find a way to address your use case using existing XWiki features... - Integrate Authentification with CAS Server (SSO) I have read about possible ways to do this, but I would like to know if someone has done it, because we have to take a decision soon. Yes, that can be done. I've seen it working on a number of project. The integration work can take up to 2 days but it's doable. Maybe this mail fits better in the developers mailing list, sorry!! Hope this helps, Guillaume -- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] users Digest, Vol 27, Issue 15
Hi, Guillaume Lerouge wrote: Why exactly do you needs pages to be stored in the filesystem? Maybe you can find a way to address your use case using existing XWiki features... In our case more than pages are attached files what we need to be stored in the filesystem. Could this be also your case, Luis? These files are usually images or data files generated by several analytical facilities. I don't know at what extend a XWiki installation using MySQL as RDBMS is suitable for storing, let's say, some hundreds of files weighting about 30Mb each. As far as I remember, this is a pending issue in XWiki, but it has not been forgotten. Greetings, Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Macro parameters
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag gets added to
the content of the box instead of into the title. It does work when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/box}}
but the WYSIWYG editor doesn't escape these (and it would make things look a
bit nicer if we didn't have to escape on properly-quoted parameters.. with
the obvious exception of a double-quote inside a quoted-parameter :-)).
So... what should the right behavior be?
-- Lewis
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Macro parameters
Hi Lewis,
Lewis Denizen wrote:
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag gets added to
the content of the box instead of into the title. It does work when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/box}}
but the WYSIWYG editor doesn't escape these (and it would make things look a
bit nicer if we didn't have to escape on properly-quoted parameters.. with
the obvious exception of a double-quote inside a quoted-parameter :-)).
So... what should the right behavior be?
IMO there shouldn't be any need for escaping the { and } inside a
parameter value. It seems the XWiki 2.0 parser stops reading the
parameter value when it encounters }} which I think it's a bug.
Thomas should know more about it.
Thanks,
Marius
-- Lewis
___
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] Macro parameters
On Oct 6, 2009, at 5:15 PM, Marius Dumitru Florea wrote:
Hi Lewis,
Lewis Denizen wrote:
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like
this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag gets
added to
the content of the box instead of into the title. It does work
when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/box}}
but the WYSIWYG editor doesn't escape these (and it would make
things look a
bit nicer if we didn't have to escape on properly-quoted
parameters.. with
the obvious exception of a double-quote inside a quoted-
parameter :-)).
So... what should the right behavior be?
IMO there shouldn't be any need for escaping the { and } inside a
parameter value. It seems the XWiki 2.0 parser stops reading the
parameter value when it encounters }} which I think it's a bug.
Thomas should know more about it.
This is voluntary right now. Here's the grammar:
| #MACRO_NAME: (XWIKI_CHAR)+ ([-, _, ., :]
(XWIKI_CHAR)+)*
| #MACRO_PARAMS: ( ~ ~[] | ~[}] | } ~[}] )*
| #MACRO_EMPTY: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
/}}
| #MACRO_START: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
}}
| #MACRO_END: {{/ MACRO_NAME (SPACE)* }}
| #MACRO_CONTENT: ( XWIKI_CHAR | SPACE |NEW_LINE |
XWIKI_SPECIAL_SYMBOL )
So }} is not allowed in a macro parameter. Otherwise there would be a
pb to know which }} correspond to the macro end (it would be harder).
BTW you only need to escape one } to make it work fine ;)
Note that quotes for macro values are optional right now and this is
the reason macro params are checked for }}.
We could decide that quotes are mandatory but it's a pretty big change
(would be for Syntax 2.1) and I don't think it's a good idea since
this your use case is pretty rare. And btw I still don't know if
accepting wiki syntax in parameters is a good thing or not.
Thanks
-Vincent
Thanks,
Marius
-- Lewis
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Macro parameters
2009/10/6 Vincent Massol vinc...@massol.net:
On Oct 6, 2009, at 5:15 PM, Marius Dumitru Florea wrote:
Hi Lewis,
Lewis Denizen wrote:
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like
this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag gets
added to
the content of the box instead of into the title. It does work
when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/box}}
but the WYSIWYG editor doesn't escape these (and it would make
things look a
bit nicer if we didn't have to escape on properly-quoted
parameters.. with
the obvious exception of a double-quote inside a quoted-
parameter :-)).
So... what should the right behavior be?
IMO there shouldn't be any need for escaping the { and } inside a
parameter value. It seems the XWiki 2.0 parser stops reading the
parameter value when it encounters }} which I think it's a bug.
Thomas should know more about it.
This is voluntary right now. Here's the grammar:
| #MACRO_NAME: (XWIKI_CHAR)+ ([-, _, ., :]
(XWIKI_CHAR)+)*
| #MACRO_PARAMS: ( ~ ~[] | ~[}] | } ~[}] )*
| #MACRO_EMPTY: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
/}}
| #MACRO_START: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
}}
| #MACRO_END: {{/ MACRO_NAME (SPACE)* }}
| #MACRO_CONTENT: ( XWIKI_CHAR | SPACE |NEW_LINE |
XWIKI_SPECIAL_SYMBOL )
So }} is not allowed in a macro parameter. Otherwise there would be a
pb to know which }} correspond to the macro end (it would be harder).
There is no official rule to forbid }} in macro parameters, we just
did not tough of that IMO. From pure syntax POV we should support it
IMO the same way we support it in macro content.
BTW you only need to escape one } to make it work fine ;)
Note that quotes for macro values are optional right now and this is
the reason macro params are checked for }}.
We could support it, it's not a good reason. It's not a big difference
to support with or without the quotes. The hard part is the refactor
needed to actually parse the macro parameters in javacc directly
instead of after the javacc pass.
We could decide that quotes are mandatory but it's a pretty big change
-1 for that, i'm pretty sure most of the users don't use the quotes.
It would just be more pain for the user. It's a wiki syntax not hidden
serialization format.
(would be for Syntax 2.1) and I don't think it's a good idea since
this your use case is pretty rare. And btw I still don't know if
accepting wiki syntax in parameters is a good thing or not.
Thanks
-Vincent
Thanks,
Marius
-- Lewis
___
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] Macro parameters
2009/10/6 Thomas Mortagne thomas.morta...@xwiki.com:
2009/10/6 Vincent Massol vinc...@massol.net:
On Oct 6, 2009, at 5:15 PM, Marius Dumitru Florea wrote:
Hi Lewis,
Lewis Denizen wrote:
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like
this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag gets
added to
the content of the box instead of into the title. It does work
when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/box}}
but the WYSIWYG editor doesn't escape these (and it would make
things look a
bit nicer if we didn't have to escape on properly-quoted
parameters.. with
the obvious exception of a double-quote inside a quoted-
parameter :-)).
So... what should the right behavior be?
IMO there shouldn't be any need for escaping the { and } inside a
parameter value. It seems the XWiki 2.0 parser stops reading the
parameter value when it encounters }} which I think it's a bug.
Thomas should know more about it.
This is voluntary right now. Here's the grammar:
| #MACRO_NAME: (XWIKI_CHAR)+ ([-, _, ., :]
(XWIKI_CHAR)+)*
| #MACRO_PARAMS: ( ~ ~[] | ~[}] | } ~[}] )*
| #MACRO_EMPTY: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
/}}
| #MACRO_START: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
}}
| #MACRO_END: {{/ MACRO_NAME (SPACE)* }}
| #MACRO_CONTENT: ( XWIKI_CHAR | SPACE |NEW_LINE |
XWIKI_SPECIAL_SYMBOL )
So }} is not allowed in a macro parameter. Otherwise there would be a
pb to know which }} correspond to the macro end (it would be harder).
There is no official rule to forbid }} in macro parameters, we just
did not tough of that IMO. From pure syntax POV we should support it
IMO the same way we support it in macro content.
the same way=because (the way to support it is completely different
that the way to parse macro content ;))
BTW you only need to escape one } to make it work fine ;)
Note that quotes for macro values are optional right now and this is
the reason macro params are checked for }}.
We could support it, it's not a good reason. It's not a big difference
to support with or without the quotes. The hard part is the refactor
needed to actually parse the macro parameters in javacc directly
instead of after the javacc pass.
We could decide that quotes are mandatory but it's a pretty big change
-1 for that, i'm pretty sure most of the users don't use the quotes.
It would just be more pain for the user. It's a wiki syntax not hidden
serialization format.
(would be for Syntax 2.1) and I don't think it's a good idea since
this your use case is pretty rare. And btw I still don't know if
accepting wiki syntax in parameters is a good thing or not.
Thanks
-Vincent
Thanks,
Marius
-- Lewis
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
--
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Macro parameters
In any case there either a parser or renderer xwiki/2.0 bug so it
deserve a jira issue.
2009/10/6 Thomas Mortagne thomas.morta...@xwiki.com:
2009/10/6 Thomas Mortagne thomas.morta...@xwiki.com:
2009/10/6 Vincent Massol vinc...@massol.net:
On Oct 6, 2009, at 5:15 PM, Marius Dumitru Florea wrote:
Hi Lewis,
Lewis Denizen wrote:
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like
this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag gets
added to
the content of the box instead of into the title. It does work
when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/box}}
but the WYSIWYG editor doesn't escape these (and it would make
things look a
bit nicer if we didn't have to escape on properly-quoted
parameters.. with
the obvious exception of a double-quote inside a quoted-
parameter :-)).
So... what should the right behavior be?
IMO there shouldn't be any need for escaping the { and } inside a
parameter value. It seems the XWiki 2.0 parser stops reading the
parameter value when it encounters }} which I think it's a bug.
Thomas should know more about it.
This is voluntary right now. Here's the grammar:
| #MACRO_NAME: (XWIKI_CHAR)+ ([-, _, ., :]
(XWIKI_CHAR)+)*
| #MACRO_PARAMS: ( ~ ~[] | ~[}] | } ~[}] )*
| #MACRO_EMPTY: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
/}}
| #MACRO_START: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
}}
| #MACRO_END: {{/ MACRO_NAME (SPACE)* }}
| #MACRO_CONTENT: ( XWIKI_CHAR | SPACE |NEW_LINE |
XWIKI_SPECIAL_SYMBOL )
So }} is not allowed in a macro parameter. Otherwise there would be a
pb to know which }} correspond to the macro end (it would be harder).
There is no official rule to forbid }} in macro parameters, we just
did not tough of that IMO. From pure syntax POV we should support it
IMO the same way we support it in macro content.
the same way=because (the way to support it is completely different
that the way to parse macro content ;))
BTW you only need to escape one } to make it work fine ;)
Note that quotes for macro values are optional right now and this is
the reason macro params are checked for }}.
We could support it, it's not a good reason. It's not a big difference
to support with or without the quotes. The hard part is the refactor
needed to actually parse the macro parameters in javacc directly
instead of after the javacc pass.
We could decide that quotes are mandatory but it's a pretty big change
-1 for that, i'm pretty sure most of the users don't use the quotes.
It would just be more pain for the user. It's a wiki syntax not hidden
serialization format.
(would be for Syntax 2.1) and I don't think it's a good idea since
this your use case is pretty rare. And btw I still don't know if
accepting wiki syntax in parameters is a good thing or not.
Thanks
-Vincent
Thanks,
Marius
-- Lewis
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
--
Thomas Mortagne
--
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Macro parameters
Thomas Mortagne wrote:
2009/10/6 Vincent Massol vinc...@massol.net:
On Oct 6, 2009, at 5:15 PM, Marius Dumitru Florea wrote:
Hi Lewis,
Lewis Denizen wrote:
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like
this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag gets
added to
the content of the box instead of into the title. It does work
when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/box}}
but the WYSIWYG editor doesn't escape these (and it would make
things look a
bit nicer if we didn't have to escape on properly-quoted
parameters.. with
the obvious exception of a double-quote inside a quoted-
parameter :-)).
So... what should the right behavior be?
IMO there shouldn't be any need for escaping the { and } inside a
parameter value. It seems the XWiki 2.0 parser stops reading the
parameter value when it encounters }} which I think it's a bug.
Thomas should know more about it.
This is voluntary right now. Here's the grammar:
| #MACRO_NAME: (XWIKI_CHAR)+ ([-, _, ., :]
(XWIKI_CHAR)+)*
| #MACRO_PARAMS: ( ~ ~[] | ~[}] | } ~[}] )*
| #MACRO_EMPTY: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
/}}
| #MACRO_START: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
}}
| #MACRO_END: {{/ MACRO_NAME (SPACE)* }}
| #MACRO_CONTENT: ( XWIKI_CHAR | SPACE |NEW_LINE |
XWIKI_SPECIAL_SYMBOL )
So }} is not allowed in a macro parameter. Otherwise there would be a
pb to know which }} correspond to the macro end (it would be harder).
There is no official rule to forbid }} in macro parameters, we just
did not tough of that IMO. From pure syntax POV we should support it
IMO the same way we support it in macro content.
I agree. Otherwise the WYSIWYG editor needs to escape the }} in macro
parameters.
Thanks,
Marius
BTW you only need to escape one } to make it work fine ;)
Note that quotes for macro values are optional right now and this is
the reason macro params are checked for }}.
We could support it, it's not a good reason. It's not a big difference
to support with or without the quotes. The hard part is the refactor
needed to actually parse the macro parameters in javacc directly
instead of after the javacc pass.
We could decide that quotes are mandatory but it's a pretty big change
-1 for that, i'm pretty sure most of the users don't use the quotes.
It would just be more pain for the user. It's a wiki syntax not hidden
serialization format.
(would be for Syntax 2.1) and I don't think it's a good idea since
this your use case is pretty rare. And btw I still don't know if
accepting wiki syntax in parameters is a good thing or not.
Thanks
-Vincent
Thanks,
Marius
-- Lewis
___
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] Macro parameters
2009/10/6 Marius Dumitru Florea mariusdumitru.flo...@xwiki.com:
Thomas Mortagne wrote:
2009/10/6 Vincent Massol vinc...@massol.net:
On Oct 6, 2009, at 5:15 PM, Marius Dumitru Florea wrote:
Hi Lewis,
Lewis Denizen wrote:
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like
this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag gets
added to
the content of the box instead of into the title. It does work
when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/box}}
but the WYSIWYG editor doesn't escape these (and it would make
things look a
bit nicer if we didn't have to escape on properly-quoted
parameters.. with
the obvious exception of a double-quote inside a quoted-
parameter :-)).
So... what should the right behavior be?
IMO there shouldn't be any need for escaping the { and } inside a
parameter value. It seems the XWiki 2.0 parser stops reading the
parameter value when it encounters }} which I think it's a bug.
Thomas should know more about it.
This is voluntary right now. Here's the grammar:
| #MACRO_NAME: (XWIKI_CHAR)+ ([-, _, ., :]
(XWIKI_CHAR)+)*
| #MACRO_PARAMS: ( ~ ~[] | ~[}] | } ~[}] )*
| #MACRO_EMPTY: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
/}}
| #MACRO_START: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
}}
| #MACRO_END: {{/ MACRO_NAME (SPACE)* }}
| #MACRO_CONTENT: ( XWIKI_CHAR | SPACE |NEW_LINE |
XWIKI_SPECIAL_SYMBOL )
So }} is not allowed in a macro parameter. Otherwise there would be a
pb to know which }} correspond to the macro end (it would be harder).
There is no official rule to forbid }} in macro parameters, we just
did not tough of that IMO. From pure syntax POV we should support it
IMO the same way we support it in macro content.
I agree. Otherwise the WYSIWYG editor needs to escape the }} in macro
parameters.
The WYSIWYG can't do that since it does not know xwiki/2.0 escaping syntax.
Thanks,
Marius
BTW you only need to escape one } to make it work fine ;)
Note that quotes for macro values are optional right now and this is
the reason macro params are checked for }}.
We could support it, it's not a good reason. It's not a big difference
to support with or without the quotes. The hard part is the refactor
needed to actually parse the macro parameters in javacc directly
instead of after the javacc pass.
We could decide that quotes are mandatory but it's a pretty big change
-1 for that, i'm pretty sure most of the users don't use the quotes.
It would just be more pain for the user. It's a wiki syntax not hidden
serialization format.
(would be for Syntax 2.1) and I don't think it's a good idea since
this your use case is pretty rare. And btw I still don't know if
accepting wiki syntax in parameters is a good thing or not.
Thanks
-Vincent
Thanks,
Marius
-- Lewis
___
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
--
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] XWiki Enterprise 1.9.4 and XWiki Enterprise Manager 1.7.4 Released
The XWiki development team is pleased to announce the release of XWiki
Enterprise 1.9.4 and XWiki Enterprise Manager 1.7.4.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
This release is targeted to users who are not yet ready to upgrade to
the more recent 2.0.x releases, but who still need some of the more
important recent fixes and improvements.
Improvements since XWiki Enterprise 1.9.3:
* XWIKI-4139 : New {{formula}} macro for displaying mathematical expressions
Important fixes:
* XWIKI-4309 : Links fail to open in a new window
* XWIKI-4249 : . key acts like the delete key at the end of the list items
* XWIKI-4349 : Livetable avatar, photos and attachments
columns do not work
* XWIKI-4385 : NPE in XWikiDocument.CopyDocument() introduced by
the patch of XWIKI-4283
* XWIKI-4314 : Switching the editor tabs without focusing the rich
text area can lead to HTML in the source editor
* XWIKI-4170 : Wrong encoding in ApplicationResources_pt.properties
* XWIKI-4283 : XWikiDocument.copyDocument duplicate the object's uniques ids
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise194
and http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXEM174
Thanks,
JV.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Groovy JARs
Hi xwiki-users,
Just wondering - does the jars parameter work for the groovy macro?
Tried executing something simple with no luck:
{{groovy jars=attach:main.webh...@blah.jar}}
import blahblah...
println(Blah.class.getName())
{{/groovy}}
Always throws a ClassNotFoundException (even tho the class exists in
the JAR file) :-( Any idea what I could be doing wrong? Thanks in
advance!
-- Lewis
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Macro parameters
Seems like I opened a can of worms :-S
Logged a JIRA for tracking: http://jira.xwiki.org/jira/browse/XWIKI-4457
I'll try to beautify the ticket once I get access to a PC instead of
an iPhone ;-)
Thanks for looking into this!
On Oct 7, 2009, at 1:49 AM, Thomas Mortagne
thomas.morta...@xwiki.com wrote:
2009/10/6 Marius Dumitru Florea mariusdumitru.flo...@xwiki.com:
Thomas Mortagne wrote:
2009/10/6 Vincent Massol vinc...@massol.net:
On Oct 6, 2009, at 5:15 PM, Marius Dumitru Florea wrote:
Hi Lewis,
Lewis Denizen wrote:
Hi xwiki-users,
One small quirck with the 2.0 release - when I try something like
this:
{{box title={{info}}test{{/infothis is a test{{/box}}
the output becomes a bit screwey... Parts of the {{info}} tag
gets
added to
the content of the box instead of into the title. It does work
when the
{{info}} is escaped properly:
{{box title=~{~{info~}~}test~{~{/info~}~}}}this is a test{{/
box}}
but the WYSIWYG editor doesn't escape these (and it would make
things look a
bit nicer if we didn't have to escape on properly-quoted
parameters.. with
the obvious exception of a double-quote inside a quoted-
parameter :-)).
So... what should the right behavior be?
IMO there shouldn't be any need for escaping the { and } inside a
parameter value. It seems the XWiki 2.0 parser stops reading the
parameter value when it encounters }} which I think it's a bug.
Thomas should know more about it.
This is voluntary right now. Here's the grammar:
| #MACRO_NAME: (XWIKI_CHAR)+ ([-, _, ., :]
(XWIKI_CHAR)+)*
| #MACRO_PARAMS: ( ~ ~[] | ~[}] | } ~[}] )*
| #MACRO_EMPTY: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
/}}
| #MACRO_START: {{ MACRO_NAME ((SPACE) MACRO_PARAMS)?
}}
| #MACRO_END: {{/ MACRO_NAME (SPACE)* }}
| #MACRO_CONTENT: ( XWIKI_CHAR | SPACE |NEW_LINE |
XWIKI_SPECIAL_SYMBOL )
So }} is not allowed in a macro parameter. Otherwise there would
be a
pb to know which }} correspond to the macro end (it would be
harder).
There is no official rule to forbid }} in macro parameters, we just
did not tough of that IMO. From pure syntax POV we should support it
IMO the same way we support it in macro content.
I agree. Otherwise the WYSIWYG editor needs to escape the }} in macro
parameters.
The WYSIWYG can't do that since it does not know xwiki/2.0 escaping
syntax.
Thanks,
Marius
BTW you only need to escape one } to make it work fine ;)
Note that quotes for macro values are optional right now and this
is
the reason macro params are checked for }}.
We could support it, it's not a good reason. It's not a big
difference
to support with or without the quotes. The hard part is the refactor
needed to actually parse the macro parameters in javacc directly
instead of after the javacc pass.
We could decide that quotes are mandatory but it's a pretty big
change
-1 for that, i'm pretty sure most of the users don't use the quotes.
It would just be more pain for the user. It's a wiki syntax not
hidden
serialization format.
(would be for Syntax 2.1) and I don't think it's a good idea since
this your use case is pretty rare. And btw I still don't know if
accepting wiki syntax in parameters is a good thing or not.
Thanks
-Vincent
Thanks,
Marius
-- Lewis
___
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
--
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
[xwiki-users] [docs] Contribution Draft
Hello, I've started work on the Contribution draft: http://dev.xwiki.org/xwiki/bin/view/Drafts/XEContribute Any help/feedback would be very appreciated. Especially as my English skills are not good enough to produce high quality texts. @Vincent: I have seen your improvements, thanks :) First I sent this e-mail on Sunday, but unfortunately from a wrong e-mail... :( Thanks, Roman ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] users Digest, Vol 27, Issue 15
Hi Ricardo, In my case we would like that all pages are stored in the filesystem, of course attached content must be in filesystem, in the database only the structure of the wiki. Is that possible? Thanks for your answers!! 2009/10/6 [Ricardo Rodriguez] Your EPEC Network ICT Team webmas...@environmentalchange.net Hi, Guillaume Lerouge wrote: Why exactly do you needs pages to be stored in the filesystem? Maybe you can find a way to address your use case using existing XWiki features... In our case more than pages are attached files what we need to be stored in the filesystem. Could this be also your case, Luis? These files are usually images or data files generated by several analytical facilities. I don't know at what extend a XWiki installation using MySQL as RDBMS is suitable for storing, let's say, some hundreds of files weighting about 30Mb each. As far as I remember, this is a pending issue in XWiki, but it has not been forgotten. Greetings, 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
