flex-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From OK <p...@olafkrueger.net>
Subject Re: Scout - What does this mean?
Date Thu, 17 Nov 2016 06:57:14 GMT
bilbosax wrote
> You are right, there are two bindings left which I will fix shortly.  But
> those two bindings would not account for the 350 TypeError Exceptions that
> are being thrown.  The TypeError Exceptions are being thrown even when I
> comment out the code that assigns values to the text properties and the
> two remaining bindings that you can see.  So if this TypeError is
> associated with a binding problem, it is not one thrown because of me
> using binding expressions.  If I take out ALL uses of variable names, I
> still get hundreds of TypeError Exceptions.

I do not understand you completely but I would try following steps:
- Make sure that your data object always contains the properties that you
access and check if the type conversions/casting do not throw errors (e.g.
address.text =  String(data.address)) 
- Reduce the comlexity of your item renderer, place just one label and
assign one data property and see what happens
- I don't know if this would make a difference but I notice that you use the
"dataChanged" event. Do you already tried the alternative which is
overwriting the data setter inside your ItemRenderer [1][2]?



override public function set data(value:Object):void {
   super.data = value;
   address.text = String(data.address);

View this message in context: http://apache-flex-users.2333346.n4.nabble.com/Scout-What-does-this-mean-tp14126p14138.html
Sent from the Apache Flex Users mailing list archive at Nabble.com.

View raw message