Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of gosmith@adobe.com designates
 64.18.1.25 as permitted sender)
From: Gordon Smith <gosmith@adobe.com>
To: "flex-dev@incubator.apache.org" <flex-dev@incubator.apache.org>
Date: Tue, 24 Apr 2012 15:12:57 -0700
Subject: RE: MXML specs (Was: Re: [jira] [Updated] (FLEX-51) Please check
 support for ExactValue initializer)
Thread-Topic: MXML specs (Was: Re: [jira] [Updated] (FLEX-51) Please check
 support for ExactValue initializer)
Thread-Index: Ac0iSlvRmPJf27JcQYS00Y/+xSAEmgAHNSAQ
Message-ID: 
 <149F8129B58B2D418508E63117D9C5419B17A88EA1@nambx05.corp.adobe.com>
References: 
 <CACK5iZcFimcK4nQf1WfWFB1=CQf-Z9CKv6eTS3KOW-hwK8pR5w@mail.gmail.com>
In-Reply-To: 
 <CACK5iZcFimcK4nQf1WfWFB1=CQf-Z9CKv6eTS3KOW-hwK8pR5w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

No, it's different and hasn't been made public yet. Hopefully Adobe can rel=
ease it along with Falcon.

- Gordon


-----Original Message-----
From: omuppi1@gmail.com [mailto:omuppi1@gmail.com] On Behalf Of Om
Sent: Tuesday, April 24, 2012 11:44 AM
To: flex-dev@incubator.apache.org
Subject: MXML specs (Was: Re: [jira] [Updated] (FLEX-51) Please check suppo=
rt for ExactValue initializer)

>
> Speaking as the person who has written the most complete spec for MXML=20
> (at far as I know)
>

Is that document available somewhere for us to go through?

Or is this what you mean:
http://opensource.adobe.com/wiki/display/flexsdk/MXML+2009 ?

Thanks,
Om


On Tue, Apr 24, 2012 at 10:28 AM, Gordon Smith <gosmith@adobe.com> wrote:

> Speaking as the person who has written the most complete spec for MXML=20
> (at far as I know) -- although I'm not currently as an active=20
> contributor to Apache Flex --  this use of $ in the language strikes=20
> me as rather arbitrary. Other MXML compiler directives start with @,=20
> such as @Embed, @Resource, and @{...}. BTW, I see the latter as a poor=20
> choice; it should have been something like @TwoWay{...} for consistency w=
ith the others.
>
> I suggest @Once.
>
> - Gordon
>
> -----Original Message-----
> From: Justin Mclean [mailto:justin@classsoftware.com]
> Sent: Tuesday, April 24, 2012 10:04 AM
> To: flex-dev@incubator.apache.org
> Subject: Re: [jira] [Updated] (FLEX-51) Please check support for=20
> ExactValue initializer
>
> Hi,
>
> > There is no guarantee of instantiation order in MXML.
> I'm think there's is a defined order for containers and their children=20
> to be instantiated (ie parent before children) and my (limited)=20
> understanding was that children are created in order that they are=20
> listed in their container.
>
> Can you explain the issue is here in a bit more detail? Something to=20
> do with repeaters or datagroups?
>
> >  That's one of the reasons binding is "slow".  It evaluates=20
> > expressions often just in case some portion of the expression=20
> > suddenly
> becomes available.
> For this patch (as supplied) that wouldn't be an issue as the=20
> expression would only be evaluated once right?
>
> I think it would be  possible to also force an update (if you were=20
> having an issue) by calling executeBindings? (Not tried)
>
> It's possible to run into timing issues with binding at the moment but=20
> it's fairly rare. I'm not sure this would increase the risk of that.
>
> Binding had been extended in a similar before with 2 way binding:
> <mx:TextInput id=3D"t1" text=3D"@{t2.text}"/>
>
> So I feel the syntax makes sense at least.
>
> Perhaps some idea of  code size/performance gain would give a clearer=20
> idea if this is a good path to take?
>
> Thanks,
> Justin
>