Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of omarg.developer@gmail.com
 designates 209.85.220.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <149F8129B58B2D418508E63117D9C5419B5B4CFF6D@nambx05.corp.adobe.com>
References: 
 <149F8129B58B2D418508E63117D9C5419B5B4CFF6D@nambx05.corp.adobe.com>
Date: Mon, 3 Dec 2012 17:30:05 -0800
Message-ID: 
 <CAEFz_vtu6KnJmHxR++_1M2se_NqqGUoVQb3HCaSDVf20+gbaxg@mail.gmail.com>
Subject: Re: ABC -> JS
From: Omar Gonzalez <omarg.developer@gmail.com>
To: "flex-dev@incubator.apache.org" <flex-dev@incubator.apache.org>
Content-Type: multipart/alternative; boundary=20cf307f33383748c404cffcce49

--20cf307f33383748c404cffcce49
Content-Type: text/plain; charset=ISO-8859-1

On Monday, December 3, 2012, Gordon Smith wrote:

> The possibility of transcoding ABC -> JS (rather than AS -> JS, MXML ->
> JS, CSS -> JS, and .properties -> JS) has come up on another thread. I
> should mention that this approach is the one that the architect of the
> Falcon compiler (Chris Brichford, who recently left Adobe) recommended for
> getting to JS. Bernd Paradies, who did FalconJS, was on another team and
> decided to run with AS -> JS.
>
> One advantage of ABC -> JS is that it solves the problem of having a 3rd
> party SWC that you don't have source code for but want to transcode to JS.
>
> One disadvantage is that you have to have a good understanding of the ABC
> format and its opcodes.
>
> - Gordon
>
>
Is the abc format and opcodes in docs available to the public? I've never
tried looking and I'm on a phone at the moment.

-omar

--20cf307f33383748c404cffcce49--