We have a whole bunch of custom components that are somewhat generic. Unfortunately, they'd need a lot of clean up before they could be made available as open source, and here and there they are tied in to our domain model and specific classes for our project etc.
One of the components we have is a panel with a search field that acts as a filter and that displays a sortable, pageable results list. Very handy, and I can imagine that most projects can use such a component. In the near term I won't be able to contribute that back though. Cheers, Eelco On Wed, May 7, 2008 at 5:01 PM, Scott Swank <[EMAIL PROTECTED]> wrote: > I have a SortedDataProvider<Item> that uses a Comparator to sort the > items. However that requires retrieving all of the items -- which is > perhaps not what an IDataProvider is meant to do. Then I have a > GroupingDataProvider<Group, Item> that extends > SortedDataProvider<Group> and wraps SortedDataProvider<Item>. This is > all pretty straightforward. > > We are re-sorting and re-grouping the data dynamically -- hence the > Comparators instead of pushing the sorting/grouping off to the > database where it really belong, at least from a > performance/scalability perspective. > > Once I have it working in a reaonsably nice way with UI components > I'll send something along. > > Cheers, > Scott > > > > On Wed, May 7, 2008 at 4:18 PM, Eelco Hillenius > <[EMAIL PROTECTED]> wrote: > > On Tue, May 6, 2008 at 10:51 AM, Scott Swank <[EMAIL PROTECTED]> wrote: > > > Has anyone implemented grouping of items, i.e. sort/group items by > > > location and thereby add a location-level grouping. I'm considering > > > implementing this as a Border around groups of items. Basically any > > > lessons learned would be more than welcome. > > > > I regularly do, but need it so specific each time that I never > > generalized any. And if you don't have to generalize, code can be > > shorter, especially when working with plenty of inner classes. > > > > > > > If I get anything particularly reusable I'll make it available to > wicket-stuff. > > > > I'd be very interested to see such a contribution though. Repeaters > > are very powerful already, but can definitively be extended with a > > bunch of interesting use cases. > > > > Eelco > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
