Yes - and in fact - to clarify - when I run my application, it
displays the mini cart all the time (always on) - so when I add
items, it updates, when they're removed, it's updated. Unfortunately
when I delete an item and add a new one, it displays the old one,
even though in my cart itself
BTW - If I don't use an itemRenderer, it works fine and displays how
it should.
--- In flexcoders@yahoogroups.com, nathanpdaniel [EMAIL PROTECTED]
wrote:
Yes - and in fact - to clarify - when I run my application, it
displays the mini cart all the time (always on) - so when I add
items,
Interested to see what your itemRenderer looks like. Are you
over-riding any methods?
-TH
--- In flexcoders@yahoogroups.com, nathanpdaniel [EMAIL PROTECTED] wrote:
BTW - If I don't use an itemRenderer, it works fine and displays how
it should.
--- In flexcoders@yahoogroups.com,
Yeah, that's as far as I can get without seeing any code
On Wed, Jul 2, 2008 at 12:01 PM, Tim Hoff [EMAIL PROTECTED] wrote:
Interested to see what your itemRenderer looks like. Are you
over-riding any methods?
-TH
--- In flexcoders@yahoogroups.com flexcoders%40yahoogroups.com,
In my itemRenderer, on CreationComplete I was calling a function which
set two variables. From those variables I was displaying information.
If I take out those variables and use the data property instead, it
works. I don't like that but, I guess that's just how it works.
It does bring up
--- In flexcoders@yahoogroups.com, nathanpdaniel [EMAIL PROTECTED] wrote:
BTW - If I don't use an itemRenderer, it works fine and displays how
it should.
Sounds like you're not updating the properties on your itemRenderer
when the data is changed:
The set Data method is the correct place to do this; since itemRenderers
get recycled. Using creationComplete will only fire the first time that
the itemRenderer is instantiated. From then on, the same renderer may
be re-used in another cell with different data; after actions like
scrolling.
7 matches
Mail list logo