Re: [FlaconJS] pseudo emitter algorithm

2012-12-01 Thread Daniel Wasilewski
The conversation was about exploring a straight AST to JS convertor and bypassing the JS emitting using SWF reducer. My point was in the discussion that I don't know SWF format and JBurg so trying to maintain FalconJS in it's current state would be hard for a lot of developers. A lot of

Re: [FlaconJS] pseudo emitter algorithm

2012-12-01 Thread Daniel Wasilewski
LoL :) On 12/1/2012 6:23 AM, Alex Harui wrote: 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 genera

[FalconJS] Code generation

2012-12-01 Thread Michael Schmalle
Hi, I just wanted to summarize the puke of the last 3 days. A lot of the time developing or trying to work in things you didn't design or create is a seriously intense research project. Flacon and FalconJS are pretty deep when it comes to feeling confident enough to start doing something

RE: [FlaconJS] pseudo emitter algorithm

2012-12-01 Thread Michael Schmalle
Thanks Gordon, you have convinced me to learn JBurg and it's grammar. I have enough knowledge of antlr to know sometimes rewriting algorithms are faster. In a way, I bet that JBurg is a lot like antlrs rewritting syntax and idea, which I have a lot of experience with. I'm sure it's a lot li

Re: [FalconJS] Code generation

2012-12-01 Thread Michael Schmalle
Now that I'm learning JBurg, in their news; - quote [0] " *JBurg in ASC 2.0 and Apache Falcon* Adobe's ASC 2.0 compiler (and its cousins Apache Falcon and FalconJS) use JBurg to generate their code generator. This two year long effort has given rise to a number of improvements in JBurg, esp

Incubator PMC/Board report for Dec 2012 ([ppmc])

2012-12-01 Thread Marvin
Dear podling, This email was sent by an automated system on behalf of the Apache Incubator PMC. It is an initial reminder to give you plenty of time to prepare your quarterly board report. The board meeting is scheduled for Wed, 19 December 2012, 10:00:00 PST. The report for your podling wil

Re: Incubator PMC/Board report for Dec 2012 ([ppmc])

2012-12-01 Thread Peter Andreas Moelgaard
I have tried to unsubscribe using this email: flex-dev-unsubscribe-admin=petermolgaard@apache.org as described here: http://www.apache.org/foundation/mailinglists.html However, I get the following error: Technical details of permanent failure: Google tried to deliver your message, but it

Re: Incubator PMC/Board report for Dec 2012 ([ppmc])

2012-12-01 Thread Alex Harui
Did the regular unsubscribe not work because you registered via some other email address? On 12/1/12 8:22 AM, "Peter Andreas Moelgaard" wrote: > I have tried to unsubscribe using this email: > flex-dev-unsubscribe-admin=petermolgaard@apache.org > > as described here: > http://www.apach

Initial import of the maven-flex-plugin skeleton

2012-12-01 Thread christofer.d...@c-ware.de
Hi guys, I just checked in the initial import of the maven-flex-plugin (https://svn.apache.org/repos/asf/incubator/flex/utilities/trunk/maven-flex-plugin/). Currently this is nothing else than a skeleton, even though the lifecyle seems to be allready functional (I get the expected log messages

Re: [FlaconJS] pseudo emitter algorithm

2012-12-01 Thread Alex Harui
On 12/1/12 12:52 AM, "Daniel Wasilewski" wrote: >> > And that was my understanding as well. IT looks like you talking about > ABC AST as the joint point. I don't know how different it might be from > AS AST when you can rely on top level abstract set of OOP properties, > when ABC seems to be

[jira] [Assigned] (FLEX-33281) Mustella

2012-12-01 Thread Alex Harui (JIRA)
[ https://issues.apache.org/jira/browse/FLEX-33281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Harui reassigned FLEX-33281: - Assignee: Alex Harui > Mustella > - > > Key: FLEX-33281 >

[jira] [Resolved] (FLEX-33281) Mustella

2012-12-01 Thread Alex Harui (JIRA)
[ https://issues.apache.org/jira/browse/FLEX-33281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Harui resolved FLEX-33281. --- Resolution: Fixed SVN 1416111 > Mustella > - > > Key: FLEX-

Re: svn commit: r1415916 - in /incubator/flex/falcon/trunk/compiler/src/org/apache/flex/compiler/internal: css/codegen/CSSReducer.java targets/FlexAppSWFTarget.java targets/FlexTarget.java

2012-12-01 Thread Justin Mclean
Hi, > Tweak CSS data output to be entirely data (more or less). Apps with CSS > styles will now require the StyleManagerImpl.as in the flex develop branch so > you cannot use older Flex SDKs with Falcon, including Apache Flex > 4.8.0-incubating. If you really must use an older SDK, try overla

Re: svn commit: r1415916 - in /incubator/flex/falcon/trunk/compiler/src/org/apache/flex/compiler/internal: css/codegen/CSSReducer.java targets/FlexAppSWFTarget.java targets/FlexTarget.java

2012-12-01 Thread Alex Harui
StyleManagerImpl essentially has an additional code path for Falcon which if it doesn't exist, goes down the old mxmlc code path. On 12/1/12 11:03 PM, "Justin Mclean" wrote: > Hi, > >> Tweak CSS data output to be entirely data (more or less). Apps with CSS >> styles will now require the Style

[jira] [Commented] (FLEX-33277) There are no Mustella tests for Charts

2012-12-01 Thread Alex Harui (JIRA)
[ https://issues.apache.org/jira/browse/FLEX-33277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13508184#comment-13508184 ] Alex Harui commented on FLEX-33277: --- Found some tests on another internal server at Adob