Interesting. Someday I will figure out what is bottom up about it.
Anyway, thanks, and bottoms up!
-Alex
On 11/30/12 9:48 PM, "Gordon Smith" wrote:
> The BURM is the Bottom-Up Rewrite Machine that the BURG or Bottom-Up Rewrite
> Generator generates. A BURM reduces subtrees within an AST to a
The BURM is the Bottom-Up Rewrite Machine that the BURG or Bottom-Up Rewrite
Generator generates. A BURM reduces subtrees within an AST to an output format
such as ABC or JS, starting with leaf nodes and working its way upward.
Sent from my iPad
On Nov 30, 2012, at 8:45 PM, "Alex Harui" wrote:
BURM? What does that stand for anyway? It might as well have been Burmese.
It will take a while to understand :-)
On 11/30/12 5:36 PM, "Gordon Smith" wrote:
>> I don't know SWF format and JBurg
>
> The SWF and ABC formats are irrelevant if you want to generate JS code, so you
> wouldn't need
Oops! Thank you @Chema!
Sent from my iPad
On Nov 30, 2012, at 7:09 PM, "Cyrill Zadra" wrote:
> Hi Gordon
>
>> @Cyril: Thanks for your help with introducing the compile-config.xml files
>> so that we can more easily make Falcon JUnit tests that compile each SDK SWC.
>
> That wasn't me .. I th
> I could go head and start looking at the other SWCs to I am sure Cyril will
> give them a go as well.
I continue to write some more test classes for the css package. So
that every class has at least a few tests. But after that I can work
on that.
Cyrill
On Fri, Nov 30, 2012 at 1:22 PM, Michae
Hi Gordon
> @Cyril: Thanks for your help with introducing the compile-config.xml files so
> that we can more easily make Falcon JUnit tests that compile each SDK SWC.
That wasn't me .. I think that work was done by Chema Balsas (see [1]).
[1] https://issues.apache.org/jira/browse/FLEX-33226
On
Yes the old compiler allows both examples... so I'll commit my change
for CSSFunctionCallPropertyValue and then this last failing test will
also will turn to "Ok" :).
On Fri, Nov 30, 2012 at 5:37 PM, Gordon Smith wrote:
> I.e.,
>
>
> Button { fontFamily: 'Times Roman' }
>
>
> instead of
>
>
I.e.,
Button { fontFamily: 'Times Roman' }
instead of
Button { fontFamily: "Times Roman" }
? If the old compiler allowed this, Falcon should probably allow it.
- Gordon
-Original Message-
From: Gordon Smith [mailto:gosm...@adobe.com]
Sent: Friday, November 30, 2012 5:18 P
> I don't know SWF format and JBurg
The SWF and ABC formats are irrelevant if you want to generate JS code, so you
wouldn't need to learn them.
If you don't want to learn about the BURM I suppose you could try generating JS
code directly from the AST. I don't know enough about FalconJS to know
I'm not an expert on CSS syntax. Are you supposed to be able to use either
double quotes or single quotes for style values?
- Gordon
-Original Message-
From: Cyrill Zadra [mailto:cyrill.za...@gmail.com]
Sent: Friday, November 30, 2012 4:12 PM
To: flex-dev@incubator.apache.org
Subject: R
I did some more work to get the compile feature-test SWFs running in
FlashPlayer, demonstrating correct MXML codegen in a few simple cases. Here are
my checkin notes:
---
Falcon: The MXML feature tests now run the SWF in the debug FlashPlayer and
check whether the SWF terminates normally w
On 11/30/12 4:15 PM, "Michael Schmalle" wrote:
>
> Ok so instead of emitting JS from MXML generated ABC you want to emit
> it from MXML generated data structure from the AST?
I'm not sure yet. I just found the code I did a year ago. I made changes
to MXMLClassDirectiveProcessor and never ch
Quoting Alex Harui :
On 11/30/12 3:55 PM, "Michael Schmalle" wrote:
Well considering the conversation between you two, I will ditch pretty
much all I said in the last 3 days. This is what I get for living on a
mountain...
I'm not sure what we said that would change your mind. I thought l
Hi Gordon
Oh I forgot to comment the one line
I exended the method getSingleArgumentFromRaw() to remove single quotes.
But before I commit that I first wanted to ask first here on the list
if this method is really supposed to do that. I'm probably too
cautious in commiting ;-)
So single quot
Quoting Gordon Smith :
I didn't follow the whole discussion. Is the issue that you were
planning to work on MXML->JS but Alex and I think
MXML->datastructure is a better approach? You don't have to accept
what we say. :)
- Gordon
The conversation was about exploring a straight AST to JS
I didn't follow the whole discussion. Is the issue that you were planning to
work on MXML->JS but Alex and I think MXML->datastructure is a better approach?
You don't have to accept what we say. :)
- Gordon
-Original Message-
From: Michael Schmalle [mailto:apa...@teotigraphix.com]
Sent
On 11/30/12 3:55 PM, "Michael Schmalle" wrote:
> Well considering the conversation between you two, I will ditch pretty
> much all I said in the last 3 days. This is what I get for living on a
> mountain...
I'm not sure what we said that would change your mind. I thought lots of
folks, includ
Well considering the conversation between you two, I will ditch pretty
much all I said in the last 3 days. This is what I get for living on a
mountain...
I have interest in the non-flash player stuff, so I guess I will keep
up with your conversations.
For now, I will focus on testing the
That sounds fine. We'll work in parallel:
Me: MXML->ABC
You: MXML->datastructure, first for use in AS/ABC, then for use in JS
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Friday, November 30, 2012 3:29 PM
To: flex-dev@incubator.apache.org
Subject: Re: [Fl
Sent from my iPhone
On Nov 30, 2012, at 4:07 AM, Bertrand Delacretaz wrote:
> On Thu, Nov 29, 2012 at 6:18 PM, Alex Harui wrote:
>> ...We are all Maven-ignorant at Adobe...
>
> Huh? There's lots of Adobe folks involved in Apache Jackrabbit, Felix,
> Sling and other projects [1] which are alm
On 11/30/12 3:22 PM, "Gordon Smith" wrote:
> MXML->JS doesn't exist and is not the way to go.
> MXML->datastructure is a good idea. Alex will do it first for interpretation
> by JS and later for interpretation by an ABC library written in AS.
I'm pretty sure I had this all working last year in
I think I agree with everything you said, Alex.
Here's my take:
AS->ABC is already done in Falcon, modulo some bug fixes.
AS->JS is kinda done in FalconJS but needs work and we may want to change it to
emit different JS patterns.
MXML->ABC is 80% done in Falcon and worth completing. I'm working
I checked in the beginning of some feature tests for Falcon. Here are my
checkin notes.
- Gordon
---
Falcon: Added simple MXML feature tests for , , , ,
, and generic instance tags such as . They are not yet
part of 'ant tests'.
These tests currently create an MXML file, compile it to a
OK, what did I write that is confusing everybody?
IIUC, MXML is parsed into a different set of nodes which are then visited in
the tree walk to generate ABC codes directly. When compiling the AS in an
MXML script block or a .AS file, the AS AST nodes go through Jburg and
eventually become ABC.
F
I'm trying to follow, but I feel the same.
My main confusion came from the one thing. I've got in my mind AST is
just AST. Abstract by definition. It represents a code logic in abstract
form.
Why JS would collide with AS? Why the Falcon after AST coming back to
AS? AST says, create class, crea
Ok we'll meet again next week.
Mike
Quoting Gordon Smith :
OK. I'm working on getting a few feature tests in place that test
specific features of MXML by compiling to SWF and running in Flash
Player. I'm starting with the simplest stuff like a tag. I
started working on this two Fridays a
OK. I'm working on getting a few feature tests in place that test specific
features of MXML by compiling to SWF and running in Flash Player. I'm starting
with the simplest stuff like a tag. I started working on this two
Fridays ago but that was the day that the Haxe discussion ended up taking a
Gordon,
I entered bugs in JIRA for those, it's actually 2 tickets.
I will fix them. The first one is tricky and a bad set of code I was
scared to change without afterwords running mustella.
I had to reformat my computer and haven't got mustella running again.
Next week I can get on this. I
Whoops, the frameworkSWC() compilation test doesn't pass. There are still four
warnings:
D:\Apache\incubator\flex\sdk\branches\develop\frameworks\projects\framework\src\mx\collections\ListCollectionView.as:1398
Warning: variable definition duplicates function parameter: events.
@Cyril: Thanks for your help with introducing the compile-config.xml files so
that we can more easily make Falcon JUnit tests that compile each SDK SWC.
Now that we have one such test - for compiling framework.swc - passing, would
anybody like to work on investigating the status of other tests t
@Cyril: Thanks for adding some unit tests for CSS nodes. One test,
CSSFunctionCallPropertyValue_static_getSingleArgumentFromRaw(), is failing for
me. It's expecting "Test" but getting "'Test'".
Does it pass for you?
- Gordon
Ok, I'm a bit confused but my brain is probably going to explode any
minute and that is about all from me for a bit.
I'll just sit back and see if any other conversations come up about as
-> js. Maybe I'm crazy and just want to create more work for myself.
Maybe the way it stands ABC -> js
On 11/30/12 11:05 AM, "Michael Schmalle" wrote:
> Quoting Gordon Smith :
>
>> I don't object to generating a data structure for V11, but I think
>> that it makes more sense to do that as a second phase after ABC
>> generation is working. Otherwise there are a lot of moving parts and
>> progre
Quoting Gordon Smith :
I don't object to generating a data structure for V11, but I think
that it makes more sense to do that as a second phase after ABC
generation is working. Otherwise there are a lot of moving parts and
progress will be slower.
Correct me if I'm wrong Alex, but Gordon,
For FalconJS, I'm fine with Alex pioneering the MXML->datastructure approach,
since there is no MXML->JS at all yet.
- Gordon
-Original Message-
From: Gordon Smith
Sent: Friday, November 30, 2012 11:01 AM
To: flex-dev@incubator.apache.org
Subject: RE: [FlaconJS] pseudo emitter algorithm
I recommend completing MXML->ABC first and later switching over to
MXML->datastructure.
- Gordon
-Original Message-
From: Michael Schmalle [mailto:apa...@teotigraphix.com]
Sent: Friday, November 30, 2012 10:58 AM
To: flex-dev@incubator.apache.org
Subject: RE: [FlaconJS] pseudo emitter
I don't object to generating a data structure for V11, but I think that it
makes more sense to do that as a second phase after ABC generation is working.
Otherwise there are a lot of moving parts and progress will be slower.
- Gordon
-Original Message-
From: Gordon Smith [mailto:gosm...
Quoting Gordon Smith :
Before I do much more work on Falcon's MXML, we need to decide
whether we're completing MXML->ABC or discarding that work.
- Gordon
What are the implications of this? How then do you suggest getting
MXML to compile, or a re you saying leave MXML in a model state?
Before I do much more work on Falcon's MXML, we need to decide whether we're
completing MXML->ABC or discarding that work.
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Friday, November 30, 2012 10:46 AM
To: flex-dev@incubator.apache.org
Subject: Re: [Fla
On 11/30/12 10:33 AM, "Michael Schmalle" wrote:
>
> My point is, we would create a .js generator for MXML dialect. It
> "might" even be adeventagious for us to create this implementation
> becasue we "could" treat some parts of MXML differently than a plain
> ole ActionScript class.
>
Yup, b
Look at MXMLClassDirectiveProcessor. You would just make methods like
processMXMLInstanceNode() spit out JS source code instead of generating ABC
instructions. After all,
is just shorthand for
b = new Button();
b.label = "OK";
b.setStyle("color", 0xFF);
- Gordon
-Ori
Gordon, can you give me a couple class references to look at?
Can these class directives be overriden for other output type? Is this
something that could be applied to the as -> js generation?
Mike
Quoting Gordon Smith :
MXML codegen uses a "class directive processor" but not a BURM.
- G
Quoting Alex Harui :
On 11/30/12 9:45 AM, "Michael Schmalle" wrote:
A note about MXML, since the parse DOES create and AST during parsing
of an MXML file, and MXML uses the IDefinition API, we can catch MXML
code at the same intersection we are getting the AS code at, the AST
definition sta
MXML codegen uses a "class directive processor" but not a BURM.
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Friday, November 30, 2012 10:08 AM
To: flex-dev@incubator.apache.org
Subject: Re: [FlaconJS] pseudo emitter algorithm
On 11/30/12 9:45 AM, "Mi
On 11/30/12 9:45 AM, "Michael Schmalle" wrote:
> A note about MXML, since the parse DOES create and AST during parsing
> of an MXML file, and MXML uses the IDefinition API, we can catch MXML
> code at the same intersection we are getting the AS code at, the AST
> definition stage.
OK, I wasn't
On Fri, Nov 30, 2012 at 6:49 PM, Alex Harui wrote:
> ...It appears that Adobe doesn't want to invest in a login infrastructure,
> they
> just want you to have made one easy positive action. I think I see that a
> lot when downloading stuff from other places as well
You might then just requi
On 11/30/12 9:41 AM, "Bertrand Delacretaz" wrote:
> On Fri, Nov 30, 2012 at 6:23 PM, Alex Harui wrote:
>> ...Anyway, I would like your thoughts on Adobe Legal's desire to review the
>> way
>> the code will work before it gets checked into SVN
>
> My opinion is that if someone requires pe
Quoting Alex Harui :
On 11/30/12 8:56 AM, "Michael Schmalle" wrote:
My only question was, were the engineers doing anything specific with
resolutions and such with the SWF.
My guess is that the engineers were just leveraging the file output portion
of Falcon. I pondered whether having t
On Fri, Nov 30, 2012 at 6:23 PM, Alex Harui wrote:
> ...Anyway, I would like your thoughts on Adobe Legal's desire to review the
> way
> the code will work before it gets checked into SVN
My opinion is that if someone requires people to accept a license
agreement before downloading stuff, it
On 11/30/12 9:29 AM, "Omar Gonzalez" wrote:
> On Fri, Nov 30, 2012 at 9:23 AM, Alex Harui wrote:
>
>
>> Anyway, I would like your thoughts on Adobe Legal's desire to review the
>> way
>> the code will work before it gets checked into SVN.
>>
>> --
>> Alex Harui
>> Flex SDK Team
>> Adobe Sy
On 11/30/12 8:56 AM, "Michael Schmalle" wrote:
>
> My only question was, were the engineers doing anything specific with
> resolutions and such with the SWF.
My guess is that the engineers were just leveraging the file output portion
of Falcon. I pondered whether having the SWF constant pool
On Fri, Nov 30, 2012 at 9:23 AM, Alex Harui wrote:
> Anyway, I would like your thoughts on Adobe Legal's desire to review the
> way
> the code will work before it gets checked into SVN.
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
>
Just thinking o
On 11/30/12 1:07 AM, "Bertrand Delacretaz" wrote:
> On Thu, Nov 29, 2012 at 6:18 PM, Alex Harui wrote:
>> ...We are all Maven-ignorant at Adobe...
>
> Huh? There's lots of Adobe folks involved in Apache Jackrabbit, Felix,
> Sling and other projects [1] which are almost all built using Maven.
Alex,
I have no idea what I am talking about. :)
I have not dealt with enterprise things at all. I'm just a programmer
in the woods so to speak.
I am just trying to clarify things before I head out on an arduous
path of creating some js from AST.
I do agree that there has to be savings b
You guys have lost me a bit.
IMO, all I want as output is a series of .JS files (that would later get
minified by GCC for release builds). I don't get how the JSEmitter's
reliance on SWF output constructs like traits would affect the output.
Seems like you should be able to generate the same thin
No need to hold off. There isn't a ton of files being re-org'd.
On 11/30/12 8:19 AM, "Erik de Bruin" wrote:
> Excellent. I'll hold off from moving until I've grokked your Wiki
> entry and everything is working again, but it's good to know we won't
> be in each other's way.
>
> EdB
>
>
> On
Ah ok. Makes sense to me.
We should certainly have support for vector drawing for those who need it.
I'm still going to build the interactive widgets using as much of the native
HTML/HTML5 controls as possible.
Thanks,
-Alex
On 11/30/12 2:40 AM, "Frank Wienberg" wrote:
> On Thu, Nov 29, 2012
Excellent. I'll hold off from moving until I've grokked your Wiki
entry and everything is working again, but it's good to know we won't
be in each other's way.
EdB
On Fri, Nov 30, 2012 at 5:15 PM, Alex Harui wrote:
> I think you can just work in the develop branch. I'm going to be in the
> fal
I think you can just work in the develop branch. I'm going to be in the
falcon folders for a while anyway (I think).
On 11/30/12 8:05 AM, "Erik de Bruin" wrote:
> I've branched the root into my whiteboard.
>
> I'm currently doing a major reorganisation of the JS framework (files,
> not code)
I've branched the root into my whiteboard.
I'm currently doing a major reorganisation of the JS framework (files,
not code) and the general setup of the project. I've also started work
on the 'publisher', that will take the AS, compile it to JS, add the
JS framework to it and create the 'index.htm
Interesting info on this, thanks!
There is also Mozilla Shumway (based on Gordon I believe), which
actually parses and runs SWFs without a need for a head of time AS3->JS
compile, and has a whole Flash API layer (I don't know how complete any
of it is).
How does Shumway compare with the way
When I was thinking about how to make distinction between canvas and DOM
based display list output, I thought of letting developer choose on
compile time.
But I really like your solution with casheAsBitmap. On top of graphics
API I was planing to add another feature casheStyle("id") and what it
Btw, since only the "cacheAsBitmap" feature and the Graphics implementation
use canvas, it is completely possible to implement SVG rendering as an
alternative. The "cacheAsBitmap" flag of a flash.display.Bitmap object
could be used as the switch whether to use canvas or SVG.
On Fri, Nov 30, 2012
On Thu, Nov 29, 2012 at 6:29 PM, Alex Harui wrote:
>
> On 11/29/12 3:31 AM, "Frank Wienberg" wrote:
>
> > Primarily, I also map DOs to DOM elements!
> >
> > Greetings
> > -Frank-
> Just curious, but how does this mapping work? How many DOM objects are
> being created and what does the drawing,
Quoting Frank Wienberg :
On Thu, Nov 29, 2012 at 6:42 PM, Michael Schmalle
wrote:
For FalconJS this process is totally bound to SWF format.
This was my point. For any developer to fix bugs here they have to know
the SWF format. Which I don't.
This is why I propsed another solution using pure
Yes and no. I implemented single-canvas-mode on a branch, but when merging
into the master, I re-activated the DOM mode.
Single-canvas-mode is activated by setting cacheAsBitmap on the stage!
On Thu, Nov 29, 2012 at 4:47 PM, Kevin Newman wrote:
> Oh, I thought Jangaroo switched to a single Canv
On Thu, Nov 29, 2012 at 6:42 PM, Michael Schmalle
wrote:
> For FalconJS this process is totally bound to SWF format.
>
> This was my point. For any developer to fix bugs here they have to know
> the SWF format. Which I don't.
>
> This is why I propsed another solution using pure AST like Jangaroo
On Thu, Nov 29, 2012 at 6:18 PM, Alex Harui wrote:
> ...We are all Maven-ignorant at Adobe...
Huh? There's lots of Adobe folks involved in Apache Jackrabbit, Felix,
Sling and other projects [1] which are almost all built using Maven.
(not that it matters for this discussion, but the generalizati
68 matches
Mail list logo
