Hi all,

I'm finally getting around to upgrading my 3.0 codebase and things are going spectacularly! However, I have a case where it seems the new component parameter handling isn't doing what I would like it to (it's a rare case-- almost all others make much more sense now!), and I was wondering if others had encountered similar issues.

Basic idea:

I have a search component that takes a default value for a search field (so the user will have some info pre-filled out for them) as a parameter. In Tapestry 3.0, this was specified as an 'in' parameter, and the property generated by the parameter was also used to bind the text the user had typed when the search form was submitted. It looked approximately like this:

SearchComponent.html:

<form jwcid="@Form"....>
 Group Name: <input jwcid="@TextField" value="ognl:groupName"/>.........
</form>


SearchComponent.jwc:

<component....>
<parameter direction="in" name="groupName" type="java.lang.String" required="no" default-value="null"/>
</component>

With Tapestry 4, however, since I am using the groupName as the search field property as well as the parameter, it is attemping to write back the user-submitted value to the page that is binding the parameter. In this case, that is *not* desired behavior. I can easily work around this by creating a separate property for the search field value, but would rather not if it is avoidable.

Has anyone else encountered this?  If so, how did you solve it?

Thanks,
Danny

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

Reply via email to