[
https://issues.apache.org/jira/browse/WICKET-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13400332#comment-13400332
]
Trejkaz commented on WICKET-4620:
---------------------------------
Links... aren't really relevant. I just have a data table with some rows, a
check box column for each row and a submit button. The form itself is a
stateless form. It seems to post back to the same page but I'm not doing
anything special and it works like that without doing anything.
You mention there not being a 5th row. Are you perhaps referring to the fact
that Wicket doesn't usually populate the tables before processing a form post?
I fixed that issue in my StatelessDataTable class already by just preparing the
table for rendering before the form gets processed (currently in
onInitialize()). Otherwise nothing handled any of the check box data at all,
and nothing happened... that was quite hard to figure out.
So in my case there will be a 5th row unless someone deleted all but 4 of the
rows. And even in that situation, if I'm using the model object IDs, I will be
able to cope with deletion of rows too.
> Ability to choose the child ID for repeating views and the row ID for
> DataTable
> -------------------------------------------------------------------------------
>
> Key: WICKET-4620
> URL: https://issues.apache.org/jira/browse/WICKET-4620
> Project: Wicket
> Issue Type: New Feature
> Components: wicket
> Reporter: Trejkaz
>
> We are extensively using stateless behaviour in our application.
> Because our pages are stateless, we can't rely on the IDs for rows being the
> same between two visits to the same page - something might have happened to
> shift the rows up or down such as another user inserting or removing rows.
> Because of this, I would like to use the ID of our actual model objects as
> the child ID, but there are two barriers to achieving this:
> 1. Even though newChildId() in RepeatingView is public, it isn't passed the
> model object so I can't derive the ID from the model object.
> 2. Even though I could extend DataGridView, I can't customise my DataTable
> subclass to return the subclass because it's being constructed in the
> constructor.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
