I just saw this note from you a while ago :-)

http://apache-flex-development.2333347.n4.nabble.com/Re-git-commit-flex-asjs-refs-heads-develop-Add-ContactChip-bead-not-working-Throw-error-if-deletabled-td56969.html#a56971

Thanks,
Om

On Mon, Jan 9, 2017 at 12:45 AM, OmPrakash Muppirala <bigosma...@gmail.com>
wrote:

> Components do this, but the beads dont seem to be doing this.
>
> For example, mdl.beads.Tooltip [1] does not follow this pattern.  i.e. all
> properties are set once in the set strand() method.  And the setters simply
> set the variable values.  This is probably best for performance.  But as
> you said, if a property value changes, we will not see it reflected.
>
> Also, how can we be sure that set strand () will be called before setting
> one of those property setters? I'm guessing we need to add checks for
> availability of the host component's HTML elements while accessing them in
> the property setters?
>
> Thanks,
> Om
>
> [1] https://git1-us-west.apache.org/repos/asf?p=flex-
> asjs.git;a=blob;f=frameworks/projects/MaterialDesignLite/
> src/main/flex/org/apache/flex/mdl/beads/Tooltip.as;h=
> 9efb1ca818984d618d663ea39876ee0b2b316665;hb=5c227d43
>
> On Mon, Jan 9, 2017 at 12:33 AM, piotrz <piotrzarzyck...@gmail.com> wrote:
>
>> You mean pattern with adding these line with element.classList.toggle ? We
>> were using it quite often [1] line 155.
>>
>> And you are right in case of binding invalidation/validation would be
>> nice.
>>
>>
>> [1]
>> https://git1-us-west.apache.org/repos/asf?p=flex-asjs.git;a=
>> blob;f=frameworks/projects/MaterialDesignLite/src/main/flex/
>> org/apache/flex/mdl/Switch.as;h=dd43270f674a46e5c3d8ccc08e4c
>> 45e648c5d4c6;hb=5c227d43
>>
>> Piotr
>>
>>
>>
>> -----
>> Apache Flex PMC
>> piotrzarzyck...@gmail.com
>> --
>> View this message in context: http://apache-flex-development
>> .2333347.n4.nabble.com/Re-git-commit-flex-asjs-refs-heads-
>> feature-fontawesome-Add-Animate-bead-for-FontAwesomeIcon-tp58033p58035.
>> html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>>
>
>

Reply via email to