Re: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/ org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-11 Thread Jörg Heinicke
On Thu, 10 Nov 2005, Joerg Heinicke wrote: The widgets in the repeater rows need to be displayed wrt some properties of a single object (let's say its a 'state of completness'). Now from MVC POV it's the viewer (template) that knows how to display the properties of the business model and

Re: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-10 Thread Giacomo Pati
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok, lets discuss this :-) maybe there are other ways to do it. The use case to this is: a) Suppose you have a repeater showing some informations. b) Suppose the users viewing that information can have different role. Now, depending on the role

RE: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-10 Thread Max Pfingsthorn
Hi! I actually like this for exactly the reason Giacomo pointed out. The thing I am always afraid of is vulnerability to malicious requests, which this actually prevents. This is in itself not a template (i.e. rendering) option but changes the model on the fly, which can be considered as a

Re: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-10 Thread Sylvain Wallez
Giacomo Pati wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok, lets discuss this :-) maybe there are other ways to do it. To make things clear: I reverted the change, as we were (supposedly :-) ) very close to the release, and this seemed to me a significant change that needed to be

Re: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-10 Thread Sylvain Wallez
Max Pfingsthorn wrote: Hi! I actually like this for exactly the reason Giacomo pointed out. The thing I am always afraid of is vulnerability to malicious requests, which this actually prevents. This is in itself not a template (i.e. rendering) option but changes the model on the fly, which

Re: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-10 Thread Giacomo Pati
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 10 Nov 2005, Sylvain Wallez wrote: Date: Thu, 10 Nov 2005 17:32:02 +0100 From: Sylvain Wallez [EMAIL PROTECTED] Reply-To: dev@cocoon.apache.org To: dev@cocoon.apache.org Subject: Re: svn commit: r330598 -

Re: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-10 Thread Joerg Heinicke
On 10.11.2005 19:50, Giacomo Pati wrote: The widgets in the repeater rows need to be displayed wrt some properties of a single object (let's say its a 'state of completness'). Now from MVC POV it's the viewer (template) that knows how to display the properties of the business model and thus

Re: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-10 Thread Antonio Gallardo
Sylvain Wallez wrote: I totally agree with your concern of malicious requests, and that was actually one of the motivations behind widget states. Now, as said in my previous post, I consider this a business logic concern that has nothing to do in the template. +1 Best Regards, Antonio

Re: svn commit: r330598 - /cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java

2005-11-10 Thread Giacomo Pati
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 10 Nov 2005, Joerg Heinicke wrote: Date: Thu, 10 Nov 2005 23:59:14 +0100 From: Joerg Heinicke [EMAIL PROTECTED] Reply-To: dev@cocoon.apache.org To: dev@cocoon.apache.org Subject: Re: svn commit: r330598 -