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:
Issue with the t:dataScroller

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.

------------------------------------------------------------------------------

Reply via email to