--- In flexcoders@yahoogroups.com, Alex Harui [EMAIL PROTECTED] wrote:
I know I shouldn't step in here, but I'd like to ask for a cease-
fire.
Faithful Flex developers may know that Amy was the guinea pig for
Gordon and my first article in Flex Authority magazine where we
discussed the
Amy,
These functions are in place for very good reasons, and if you try to
circumvent them you have a
really good chance of running into problems.
I will happily disagree with you on this and not say much else. I don't feel
like getting into a pissing match with documentation, as I am sure this
well big mouth has to say one more thing,
Imagine commitProperties() committing property states :) , all of your
properties have been committed. Children can be created at any time AFTER
super().
What you fail to see is commitProperties() is a glorified createChildren().
This only thing cool
Clarification;
Children can be created at any time AFTER super().
Since we all design software with a design, any property committal in a
super() call has nothing to do with an instance of a child you create in the
subclass (this is bad design). Thus, the above logic holds true.
Mike
On Thu,
--- In flexcoders@yahoogroups.com, Michael Schmalle
[EMAIL PROTECTED] wrote:
Amy,
These functions are in place for very good reasons, and if you
try to
circumvent them you have a
really good chance of running into problems.
I will happily disagree with you on this and not say much else.
--- In flexcoders@yahoogroups.com, Michael Schmalle
[EMAIL PROTECTED] wrote:
well big mouth has to say one more thing,
Imagine commitProperties() committing property states :) , all of
your
properties have been committed. Children can be created at any time
AFTER
super().
What you
--- In flexcoders@yahoogroups.com, Michael Schmalle
[EMAIL PROTECTED] wrote:
Clarification;
Children can be created at any time AFTER super().
Since we all design software with a design, any property committal
in a
super() call has nothing to do with an instance of a child you
create in
Amy,
I have read all that you have written. 2 years of sales, no complaints on
the algorithm I use.
So it very much matters where you create children when _other people_ are
going to be subclassing your work.
I have created a sub template in commitProperties(); That can
be overridden from any
Anyone taking bets?
-TH
--- In flexcoders@yahoogroups.com, Amy [EMAIL PROTECTED] wrote:
--- In flexcoders@yahoogroups.com, Michael Schmalle
teoti.graphix@ wrote:
Amy,
These functions are in place for very good reasons, and if you
try to
circumvent them you have a
really good
--- In flexcoders@yahoogroups.com, Michael Schmalle
[EMAIL PROTECTED] wrote:
Amy,
I have read all that you have written. 2 years of sales, no
complaints on
the algorithm I use.
So it very much matters where you create children when _other
people_ are
going to be subclassing your work.
need.
-Alex
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Amy
Sent: Thursday, October 30, 2008 11:38 AM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: UI component, a set function creationComplete
--- In flexcoders@yahoogroups.commailto:flexcoders
Mike,
I am wondering if what I am experiencing with createChildren() is similar to
what you've
described below. I am subclassing UIComponent - and I read that it is best to
create
children in a createChildren() method.
However, I am tying into someone else's existing code and she has done
Hi Eric,
So, my question is does your approach address this by creating children
in
commitProperties()
Yes,
This is basically what I do with all renderers in my commercial components.
I rarely use createChildren(). The only time I use createChilren() is when
the composite is 100% owned by it's
--- In flexcoders@yahoogroups.com, Michael Schmalle
[EMAIL PROTECTED] wrote:
Hi Eric,
So, my question is does your approach address this by creating
children
in
commitProperties()
Yes,
This is basically what I do with all renderers in my commercial
components.
I rarely use
Thanks, Amy.
I have decided that my own model is more convoluted than is healthy. So, I have
reworked
things on my side and stuck with createChildren(). I was tempted to try Mike's
suggestion
- and, had I felt really good about my implementation, I might have.
At this point, with more checks
15 matches
Mail list logo
