It may be a problem with the forum system then, I used it to send the mail
and wrapped the code inside raw tags. The code can be viewed fine there:
http://apache-flex-development.247.n4.nabble.com/IconItemRenderer-problem-td42217.html
--
View this message in context:
http://apache-flex-deve
The code seems to be missing from your email. Can you please repost it?
Thanks,
Om
On Nov 9, 2014 6:49 AM, "Neverbirth" wrote:
> Found out a problem that happens (AFAIK) only when deriving from
> IconItemRenderer or basing your curstom renderer on it.
>
>
>
> When the BitmapImage owns the Displ
I will give the VM twice the memory for the next 2 weeks, and reboot it in
the process. Let's see if that makes a difference. If not, a bit +1 on you
taking the time you need to figure out what's going wrong.
EdB
On Sun, Nov 9, 2014 at 4:16 PM, Alex Harui wrote:
> I think the time as come to
I think the time as come to shut down Mustella Jenkins for a while. We
just have to make sure it isn’t in the middle of the SDK job (ok to abort
the Mobile or AIR run). That way, with the failing SWFs in the SDK
workspace, I can try to do a remote debug session on them and try to
figure out wheth
Found out a problem that happens (AFAIK) only when deriving from
IconItemRenderer or basing your curstom renderer on it.
When the BitmapImage owns the DisplayObject and it's of type
ISharedDisplayObject, its redrawRequested property will never be true and
bitmapImage.validateDisplayList() will n
