Re: New Spark components

Hello everyone, as instructed, I have sent the ICLA to secretary and created JIRA issue (improvement) - Flex - 33284 . Best regards, Bogdan On Tue, Nov 27, 2012 at 3:58 PM, Frédéric THOMAS wrote: > Hi Bogdan, > > I sent you a personnal email wit

[jira] [Updated] (FLEX-33284) New Spark Components

[ https://issues.apache.org/jira/browse/FLEX-33284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bogdan Dinu updated FLEX-33284: --- Attachment: SparkComponents.zip Component sources - you can also visit https://github.com/badu/SparkC

[jira] [Created] (FLEX-33284) New Spark Components

Bogdan Dinu created FLEX-33284: -- Summary: New Spark Components Key: FLEX-33284 URL: https://issues.apache.org/jira/browse/FLEX-33284 Project: Apache Flex Issue Type: Improvement Affects Vers

Re: Falcon test failure

Hey gordon So every class has now a few tests except CSSManager. But I've got still one question. Is there a specific reason why CSSCombinator doesn't extend CSSNodeBase? Cyrill On Fri, Nov 30, 2012 at 7:05 PM, Cyrill Zadra wrote: > Yes the old compiler allows both examples... so I'll commit m

[jira] [Resolved] (FLEX-33250) pre_compile.sh from RuntimeLocalization\RTL_SparkSkin try to include files which don't exist

[ https://issues.apache.org/jira/browse/FLEX-33250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Harui resolved FLEX-33250. --- Resolution: Fixed svn 1416353. Commented out failing compiles as they don't seem to affect results.

Re: [FlaconJS] pseudo emitter algorithm

On 12/2/12 2:21 AM, "Frank Wienberg" wrote: >> > There is one important aspect to consider when deciding which route to take. > If you, like Bernd Paradies, see JavaScript's role in this process as an > machine language, it is completely valid to generate JS code from ABC. Well, I would like

Re: [FlaconJS] pseudo emitter algorithm

On 12/2/12 4:36 AM, "Michael Schmalle" wrote: > > I keep looking at the current FalconJS code generator and it's way > over my head. I couldn't contribute to it until I knew how to use a > couple key low level features such as ABC and JBurg. For now I have no > reason and time to invest that

Re: [FlaconJS] pseudo emitter algorithm

My statement was overly broad. All I meant was that the acronym BURM refers to a tree whose root is at the top. Everyone is free to orient their trees as they wish. Sent from my iPad On Dec 2, 2012, at 5:35 PM, "Daniel Wasilewski" wrote: > I do understand differences on conceptual level, but

Re: [FlaconJS] pseudo emitter algorithm

I do understand differences on conceptual level, but just trying to avoid bold statements as arguments that favours one solution over another. Because In computer science on academic level it's all comes down to personal preferences of your teacher unfortunately ;) On 12/2/2012 10:31 PM, Michae

Re: [FlaconJS] pseudo emitter algorithm

I think the point was; - Tree parsers such as the AS3Parser creates a Tree from the parent node down to child aka Recursive Decent Parser. - Tree walkers such as the BURM walk a parse tree from the child nodes up to the parent IE Bottom Up Mike Quoting Daniel Wasilewski : huh? In com

Re: [FlaconJS] pseudo emitter algorithm

huh? In computer science both conventions are adopted afik. Not reserved, that someone can say, there is only 1 correct. Polish notation or reversed polish notation is correct in computer science? On 12/2/2012 8:07 PM, Gordon Smith wrote: The bottom-upness of the BURM means that subtrees that

Re: [FlaconJS] pseudo emitter algorithm

That's right. Sent from my iPad On Dec 2, 2012, at 12:12 PM, "Michael Schmalle" wrote: > Does this mean like expression statements first, statements second, > blocks next etc? > > Mike > > Quoting Gordon Smith : > >> The bottom-upness of the BURM means that subtrees that are nearer to >>

Re: [FlaconJS] pseudo emitter algorithm

Does this mean like expression statements first, statements second, blocks next etc? Mike Quoting Gordon Smith : The bottom-upness of the BURM means that subtrees that are nearer to the leaves of the AST get reduced before subtrees that nearer to the root. Trees in computer science grow f

Re: [FlaconJS] pseudo emitter algorithm

The bottom-upness of the BURM means that subtrees that are nearer to the leaves of the AST get reduced before subtrees that nearer to the root. Trees in computer science grow from the top down. Sent from my iPad On Nov 30, 2012, at 10:24 PM, "Alex Harui" wrote: > Interesting. Someday I will

Re: Initial import of the maven-flex-plugin skeleton

Hi Chris, Great news, I'm very interested in contribute on it with you :) Best, -- Jose Barragan Software Architect Chief On Dec 2, 2012, at 12:16 AM, "christofer.d...@c-ware.de" wrote: > Hi guys, > > I just checked in the initial import of the maven-flex-plugin > (https://svn.apache.org

Re: [FlaconJS] pseudo emitter algorithm

Hi Alex, perhaps I did not make the point about the output packaging format so clear. Of course, for compilation reference, an SWC would suffice. But for Jangaroo, it did not make any sense to use SWC or SWF for packaging, as we would have needed to implement an additional format. Also, scanning t

Re: [FlaconJS] pseudo emitter algorithm

Hi Frank, Based on the last week of my rambling I know one thing, I don't have enough knowledge of JavScript to be leading any concrete decisions regarding the actual implementation. I read up on the source maps, this does seem like a logical route browser vendors would take since eventua

AW: Getting up to speed with Falcon

As far as I got it Falcon has two task Classes ... one acting as a replacement for the MXMLC and one being a replacement for the COMPC compiler. So I guess Falcon is equivalent to (MXML + COMPC). I was assuming this and now have found confirmation on this. Thanks, Chris -Ursprüngliche

Re: Getting up to speed with Falcon

Hi Chris, As it stands from the outside, they are just replacements, from the inside each compiler is night to day. The compiler configuration args should be the same as well. Falcon replaces MXMLC and COMPC. Mike Quoting "christofer.d...@c-ware.de" : Hi, as I am currently working on

Re: [FlaconJS] pseudo emitter algorithm

Sorry for joining this discussion so late. Like before, I just would like to contribute how we approached the problem at Jangaroo. Some time ago, we created our own declarative, XML-based language, targeted at creating Ext JS UIs, thus called EXML. EXML is very similar to MXML. The main difference