but you can do that
listview has newlistitem, there you can create the proper listitem subclass
then in populate item you do
item.add(((MyItem)item).getPricingPanel())
it is simply a matter of taste - whether something like this belongs in the
class hierarchy or is it orthogonal and merits its
Thank you Eelco & Iman.
I was hoping to have a custom component that played the role of the
ListItem but which had methods such as
abstract Panel getPricingPanle()
which were variously implemented in subclasses as
return new ShowPricingPanel() or
return new HotelPricingPanel()
instead of pushi
Another solution would be to put all the complexity of managing items into a
general CartPanel class, but that wont get much cleaner I guess. One thing
that comes to mind is, If you have a Pricing domain object to handle pricing
issues, and a Summary object to handle the items summary , you can so
On 2/28/07, Scott Swank <[EMAIL PROTECTED]> wrote:
> In our application we have several places where we are construction an
> html table but the content of the rows varies by ProductType. For
> example:
>
> column 1. always an image
> column 2. the pricing: for hotels by room, for shows by ticket,
In our application we have several places where we are construction an
html table but the content of the rows varies by ProductType. For
example:
column 1. always an image
column 2. the pricing: for hotels by room, for shows by ticket, for
limo by hours
column 3. item summary: for hotels the room
