Why not make your ITableSortingState a service and inject IRequestCycle to that?
On Thu, Jun 11, 2009 at 7:27 PM, <howard.kel...@algorithmics.com> wrote:
> Hi
>
> Is there any way to get hold of the RequestCycle in tapestry 4.0.x without
> injecting it ie some static utility that can provide it. Basically I think
> there is a bug with tables in that if you click a column heading to sort the
> column the table values are sorted in the rewind. This means that if you
> have a checkbox which on rewind records which rows are selected however when
> the rewind of the checkbox value occurs the values have been sorted so you
> cannot find the item via PrimaryKeyConverter and I don’t want to provide a
> Collection with all the results as this is a search so could be large.
>
> So I’ve tracked it down to BasicTableModelWrap.getCurrentPageRows so I was
> thinking that if I could implement my own TableSortingState that could hold
> ‘current’ and ‘future’(sorting info for the render) sorting info and if I
> could workout there that we’re ‘rewinding’ then use the ‘current’ sorting
> info and only update the current sorting info when we’re rendering.
>
> Any help would be greatly appreciated.
>
> Howard
>
>
>
> --------------------------------------------------------------------------
> This email and any files transmitted with it are confidential and proprietary
> to Algorithmics Incorporated and its affiliates ("Algorithmics"). If received
> in error, use is prohibited. Please destroy, and notify sender. Sender does
> not waive confidentiality or privilege. Internet communications cannot be
> guaranteed to be timely, secure, error or virus-free. Algorithmics does not
> accept liability for any errors or omissions. Any commitment intended to bind
> Algorithmics must be reduced to writing and signed by an authorized signatory.
> --------------------------------------------------------------------------
>
>
> --------------------------------------------------------------------------
> This email and any files transmitted with it are confidential and proprietary
> to Algorithmics Incorporated and its affiliates ("Algorithmics"). If received
> in error, use is prohibited. Please destroy, and notify sender. Sender does
> not waive confidentiality or privilege. Internet communications cannot be
> guaranteed to be timely, secure, error or virus-free. Algorithmics does not
> accept liability for any errors or omissions. Any commitment intended to bind
> Algorithmics must be reduced to writing and signed by an authorized signatory.
> --------------------------------------------------------------------------
>
>
> --------------------------------------------------------------------------
> This email and any files transmitted with it are confidential and proprietary
> to Algorithmics Incorporated and its affiliates ("Algorithmics"). If received
> in error, use is prohibited. Please destroy, and notify sender. Sender does
> not waive confidentiality or privilege. Internet communications cannot be
> guaranteed to be timely, secure, error or virus-free. Algorithmics does not
> accept liability for any errors or omissions. Any commitment intended to bind
> Algorithmics must be reduced to writing and signed by an authorized signatory.
> --------------------------------------------------------------------------
>
--
Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
Tapestry / Tacos developer
Open Source / JEE Consulting
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
