http://issues.apache.org/jira/browse/TOMAHAWK-548
Includes the problem, the workaround, and a placeholder for a better solution :-) On 2/27/07, Paul Iov <[EMAIL PROTECTED]> wrote:
It should be a dataTable issue. To workaround this, you must 'rewind' it manually with dataTable.setFirst(0); if some data was changed. You can do this in bean, that performs searching . 2 Adrian Mitev: Have you any informations on this dataTable issue? I've faced out, that it's totally unflexible to fix the problem such way. I'm thinking about storing of 'last' record count in session or component state directly in Scroller. The dataTable then cann be 'refreshed' automaticly, if record count has changed since last rendering :) regards, paul Beelen, Marco schrieb: Hello, In my application use a dataScroller on a t:dataTable for pagination and I'm happy with it's basic behaviour. But there is some case in which it doesn't act like I want it to and I hope that somebody can provided some infomation how to get around that. Here what I'm doing: I'm have a single page on which I have a form, in which the user can provided several search-criteria. After the user submit the form by pressing the search-button, the managed-bean retrieves a list of objects matching the criteria and hands that list over to another managed-bean, which is being referenced by the dataTable on the same page. ( Both beans are defined to be in the session-scope. ) If the user scrolls to the end of the resulsset using the datascroller ( eq page 6 of 6 ) and then alters his search-criteria in such a way that less results are returned, that an empty list will be rendered and the message will be something like: Displaying page 6 of 3. I was wondering how I can make the datascoller be resetted on each new search-action? Any suggestions? With kind regards, Marco ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------
