visit all the children, check if they are a FormComponent and call
convertinput() followed by getconvertedinput()

-igor

On Tue, Aug 3, 2010 at 2:42 PM, Joseph Pachod
<josephpac...@thomas-daily.de> wrote:
> hi
> IF
> we're heavily reusing the edit components we do, and as such we wanted them 
> to behave as "good form citizen". On our way, we spotted the 
> FormComponentPanel, which seems to achieve our goal.
>
> Yet, a question has popped up: how to deal with List edit ? Indeed, none of 
> the class extending AbstractRepeater is a form component. As such, there's no 
> getConvertedInput that could be used to compose the result when using a 
> repeater.
>
> Currently, the approach we have taken is to wrap the list edit used 
> (listview/listEditor for example) in a FormComponentPanel and, on 
> convertInput, we first visit all children and call 
> IFormModelUpdateListener.updateModel where possible. And then we use the 
> backing model of the list editor to compose our result.
>
> This doesn't seem 100% right and we already had some issue where some 
> component updateModel was called before convertInput was, resulting in a null 
> convertedInput being used.
>
> In the distant future we plan to implement a list editor being a 
> FormComponent and requesting a FormComponent to populate each row. As such we 
> could iterate over each row formComponent and call getConvertedInput there.
>
> is it appropriate ? Would you recommend some other approach ?
>
> thanks in advance
> ++
> joseph

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to