[EMAIL PROTECTED] wrote:
Author: jkuhnert
Date: Sun May 27 15:34:36 2007
New Revision: 542045

URL: http://svn.apache.org/viewvc?view=rev&rev=542045
Log:
Fixes TAPESTRY-1513.  Added a new configuration type for BindingSource which 
controls which binding factory to use based on the name of the property the 
binding is going to be bound to - if known.  The logic only kicks in when no 
binding prefix has been specified.

Well, i'm not sure about this... i mean i like the idea - what i dont like is the fact that inside a template updateComponents="comp1" and updateComponents="literal:comp1" can potentially behave differently

In my case, it was probably because i was defining my own updateComponents parameter as String
instead of a List


The point in adding it was so that people can use statements like 
updateComponents="compA, compB" and have the system automatically resolve the 
unique clientId for each component specified depending on the context in which the 
binding is invoked.  Sort of like the clientid: binding only this one kicks in 
automatically and may be easier for people to understand than throwing another binding 
type at them.



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to