When working in mxml you can use the -keep-generated-actionscript compiler
option. and in the 'generated' directory you will find a wealth of
information!
In short - the answer you seek is before you! Finding the 'solution' is
another story.
Rick Winscot
From:
Honestly, fucked if I know how I picked all this stuff up - it's just what I
do. But if my explanation left something out, that's my fault for giving a
shitty explanation. Tell me in detail what you're still confused about, and
I'll try and explain it :)
-Josh
On Tue, Jul 1, 2008 at 11:14 PM,
Hi Maurice,
You can see the doc on binding here:
http://livedocs.adobe.com/flex/3/html/databinding_1.html
http://livedocs.adobe.com/flex/3/html/databinding_1.html
For infomration about creating bindable properties in custom MXML
components, see this page:
Josh - I second Jeff's comment and have to apologize if my response was
sour. What I was trying to say is that, given your example, I would think
that the path was clear for the poster to 'have at it.' It isn't necessary
to understand (to perfection) how binding works to use it. or to begin
Heh :)
I don't think there was anything at all wrong with your response mate,
although the generated directory can be a scary place, there's a *lot* of
actionscript classes that go into making a Flex swf do its thing.
I do apologise if I come off as a jerk, but I can't apologise for the
I wasn't being a jerk here (or angry about anything). If I put effort into
an explanation and it doesn't actually clear up the question, I wanna know
about it so I can add to it, and hopefully do a better job next time.
-Josh
On Wed, Jul 2, 2008 at 12:22 AM, Josh McDonald [EMAIL PROTECTED]
The authoritive story is pretty much as Daniel said:
[Bindable]
public var myField:String;
The above will generate something the equivalent of:
mx_internal var _myField:String; //Might be private, can't be arsed to check
[Bindable event=propertyChangeEvent]
public function get myField():String
The only difference in what you're doing in the two examples is declaring a
custom event in the second example. As Doug said, you can place the Binding
metadata tag over the getter or the setter, it makes no difference. If you
don't declare a custom event, an extra set of functions will be wrapped
I do 2) all the time. Didn't know 1) was even an option.
On Fri, Jun 27, 2008 at 12:08 PM, securenetfreedom [EMAIL PROTECTED] wrote:
Any thoughts?
In an DataModel class what is the best way to bind data.
1) Make the Setter Bindable, or
2) Make the Getter Bindable and dispatch an event on
If you define a getter and a setter you can add the [Bindable] metadata to
either the getter or setter, it does the same thing either way. The only
time you have to use a custom event to trigger the binding is when you have
read-only properties (a getter but no setter).
Doug
On Fri, Jun 27, 2008
: Friday, June 27, 2008 1:21 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Re: Best Practice Data Binding
If you define a getter and a setter you can add the [Bindable] metadata
to either the getter or setter, it does the same thing either way. The
only time you have to use a custom
11 matches
Mail list logo