Re: [FalconJX] Scope when calling member function from a reference

Hi guys, honestly I didn't read through the whole thread, but just wanted to remind you of what we collected about binding methods in the Apache Flex Wiki: https://cwiki.apache.org/confluence/display/FLEX/Simulating+AS3+language+features+in+JavaScript+using+AMD+and+ES5#SimulatingAS3languagefeatures

Re: [FlexJS] New Wiki Writeup

You should also have a look at StageXL (formerly known as DartFlash), since Dart compiles to JavaScript. It is based on the Flash DisplayList, but not an exact implementation of the Flash API. For JooFlash, I sometimes had a glance at their code, and their project is still

Re: [FLEXJS] inheritance/interfaces

As far as I know, "instanceof" checks do *not* work with interfaces. That's what "is" is for. "is" works for both classes and interfaces. new B() instanceof A => true new B() instanceof IA => false (or even compile error?) new B() is A => true new B() is IA => true On Thu, Nov 14, 2013 at 7:18 P

Re: AS3 on the server

What about compiling AS3 to JS using FalconJx and running the result in Node.js? All you'd need are some ActionScript "stub" APIs of the corresponding Node.js modules... On Sat, Nov 30, 2013 at 11:06 PM, jude wrote: > At one time there was talk about AS3 on the server. With node.js you can > us

Re: [FlexJS] FW: Cross-compiling to build components

Hi, great to hear of this new approach! I never understood why you guys implement Flex components for HTML5 in JS, not in ActionScript. Once you have AS3 API "stubs" of the browser APIs (DOM, BOM, remember my suggestions about a [Native] annotation some time ago?), you would not be limited to buil

Re: [FlexJS] FW: Cross-compiling to build components

or SWF than for JS. I'm not clear how you could generate the JS from the > AS version. > > -Alex > > On 12/10/13 12:13 AM, "Frank Wienberg" wrote: > > >Hi, > > > >great to hear of this new approach! > >I never understood why you guys impleme

Re: AS3 on the server

should have a look at the Nashorn Project. It's a > JavaScript engine running natively inside the Java VM and hereby on the > Server: > > https://blogs.oracle.com/thejavatutorials/entry/javaone_2013_nashorn_javascript_on > > Chris > > _____

Re: [FLEX-JS] Streamlining the packaging

>From WebJars and Jangaroo, I have some experience with Maven artifact packaging of Web resources, and I'd recommend to follow Christofer's advice and bundle everything into a single artifact. Maven *does* allow a module to produce multiple artifacts (using different "classifiers"), but this is rat

Re: AW: [FLEX-JS] Streamlining the packaging

What about including a single JS file that contains all the code of the module into the SWC? This would even be closer to an SWF (which also contains all code). In Jangaroo packaging, we includ both a single, "minified" file for deployment as well as the tree of non-minified JS files for developmen

Re: [FalconJx] where I'm going to be

After some time off, I just became aware of this discussion, and it has already become quite longish, so please forgive me if I missed or misunderstood some arguments. That said, my understanding of MXML is that it is just another (for some use cases more convenient) syntax to write an ActionScrip

[FalconJx] AMD-based JavaScript code implemented in Jangaroo

Hi folks, I have been rather quiet for a while, but that's because I have been busy implementing JavaScript code generation according to the Runtime prototype I posted some weeks ago. However, I started off implementing this in the Jangaroo compiler, not in Falcon. I am far quicker implementing th

Re: [FalconJx] AMD-based JavaScript code implemented in Jangaroo

Hi Michael, hi Erik, On Sun, Jan 20, 2013 at 12:16 PM, Michael Schmalle wrote: > As Erik has said, he made a stub for this already and we can start > writting it once I actually understand somethings. > > One thing I need to get clear, are you asking the output to be like > Jangaroo where it prin

Re: [FalconJx] AMD-based JavaScript code implemented in Jangaroo

On Sun, Jan 20, 2013 at 11:28 PM, Michael Schmalle wrote: > I think what my plan is, is to tell you I'm not going to ignore you, I'm > focused on MXML just so I can get it into the flow. After I get it > committed I will try and see what is going on with the code you wrote. > Totally fine. While

[FalconJx] Compiling i18n properties / ResourceBundles

Besides ActionScript and MXML, there is a third source file format for which mxmlc can produce code: properties files. Thus, for FalconJx, like for MXML, we have to decide which way to go: either 1. let Falcon generate the temporary ActionScript class and compile that to JavaScript, or 2.

Re: [FalconJx] AMD-based JavaScript code implemented in Jangaroo

On Mon, Jan 21, 2013 at 1:55 PM, Michael Schmalle wrote: > Frank, > > Let me be direct, do you want to start working on AMD output? > Not necessarily right now. Still seems like a steep learning curve for me. > IMO you should definitely finish up the Wiki stuff so it clear what needs > to be do

Re: [FalconJx] Compiling i18n properties / ResourceBundles

On Mon, Jan 21, 2013 at 3:52 PM, Alex Harui wrote: > > > > On 1/21/13 12:01 AM, "Frank Wienberg" wrote: > > > Besides ActionScript and MXML, there is a third source file format for > > which mxmlc can produce code: properties files. > > Thus, for

Re: [FalconJx] AMD-based JavaScript code implemented in Jangaroo

rom your view fit into the "tool > chain" IE IDEs, how do you "work". > > Use IntelliJ for example. I'm curious because I have a WebAudio project I > am going to be starting and I want to know how I would hook the compiler up > to it's build system. Idea

Re: [FalconJx] AMD-based JavaScript code implemented in Jangaroo

On Mon, Jan 21, 2013 at 9:06 PM, Michael Schmalle wrote: > Yeah, thanks that makes the build process clear, > > What about the app development, debug from code to browser develop cycle? > > Like how do you envision the code being debugged, like how there is a > Run/Debug and with breakpoints. This

[ASJS] Apache Flex and JooFlash

With ASJS/FalconJS and FalconJx, we have different approaches to generate JavaScript from ActionScript to make Flex applications run directly in any browser. If I am not mistaken, we do not yet have the Flash core library available (DisplayList etc.). Bernd Paradies, the original author of FalconJS

Re: [ASJS] Apache Flex and JooFlash

On Tue, Jan 22, 2013 at 6:30 PM, Alex Harui wrote: > > If you'd be interested, I'd contribute JooFlash to FalconJx (or FalconJs; > > should not really make a difference, as it is ActionScript code). My > > employer CoreMedia signed a CCLA, so there shouldn't be a legal problem. > > > > What do yo

Re: ASJS and Starling (was Re: [FalconJx] where I'm going to be)

On Tue, Jan 22, 2013 at 5:34 PM, Michael Schmalle wrote: > This is how Android works to, you draw to Bitmaps. > > It has a "display list" for layout like algorithms but the Canvas is > passed around to be drawn on. > > Isn't that similar to a Flash Stage with cacheAsBitmap=true? At least this is h

[OT] PixelPlant Flash-to-HTML5 converter

A colleague just pointed me at a Flash-to-HTML5 conversion service: https://www.pixelplant.com/ The online version has serious limits (e.g. only allows 50k ActionScript, so no Flex apps!), but you can try out simple things. It seems to support AS3. Does anybody know (technical) details about this

Re: [ASJS] AS to HTML5 in action: announcing the ASJS Publisher and the VanillaSDK JS framework.

Erik, its really amazing to witness your progress! On Fri, Jan 25, 2013 at 7:30 PM, Alex Harui wrote: > > > > On 1/25/13 10:11 AM, "Frank Pepermans" wrote: > > > I concur, this is huge news for the future of Flex! Congrats to making > this > > possible! > > > > About the vanilla sdk, I have som

Re: [ASJS] Integration with existing JS libraries and components

Hi Roland, thank you for bringing up this point, I think it is crucial for the success of Apache Flex / JS! I Erik's latest thread, we just discussed the different approaches to come up with a JS-enabled component library for Flex. I mentioned that we already have an ActionScript-API for Ext JS fr

Re: [ASJS] AS to HTML5 in action: announcing the ASJS Publisher and the VanillaSDK JS framework.

On Fri, Jan 25, 2013 at 10:13 PM, Roland Zwaga wrote: > I'm really glad to read about this, if you read the "[ASJS] Integration > with existing JS libraries and components" > you will see that I was actually talking about exactly what you're > describing. > Yeah, you sure saw that I also answered

Re: [ASJS] Integration with existing JS libraries and components

On Sat, Jan 26, 2013 at 7:55 AM, Erik de Bruin wrote: > > code and vice versa. I still think that RequireJS is the better choice, > as > > Closure implements *synchronous* require() which does not work > dynamically > > in the browser, and the Closure Library comes with many many more > features,

Re: [ASJS] Integration with existing JS libraries and components

On Fri, Jan 25, 2013 at 11:56 PM, Alain Ekambi wrote: > @Roland > For the SDK it s surely not a problem since it s all Apache. > But anyone using the Apache Flex SDK to write an ExtJS application will > need a commercial license from Sencha or will have to open source the code. > > This is worth

Re: [ASJS] Integration with existing JS libraries and components

On Sun, Jan 27, 2013 at 1:03 PM, Erik de Bruin wrote: > >> Please take a look at the proof of concept (both the intermediate and > >> release code) before making these kinds of statements. > >> > >> I'd like to, but you admitted yourself that it has quite an initial > > overhead to set up. Could

Re: [ASJS] Integration with existing JS libraries and components

On Sun, Jan 27, 2013 at 2:51 PM, Michael Schmalle wrote: > > Quoting Frank Wienberg : > > > >> >>> I'm looking forward to seeing the Falcon implementation of your >>> AMD/RequireJS ideas and it's output, so we can compare the various >>>

Re: [ASJS] Integration with existing JS libraries and components

Mike, no harm done. I don't mind you being sarcastic, I always find it refreshing! :-)

Re: [ASJS] Integration with existing JS libraries and components

That being said, I think both Erik and I "got the ball rolling". It is not as if we are just talking theory here. We both have a working demo everybody can look at, and have both posted our arguments. Maybe we should just start a new thread to get this to a decision. But I don't want to force a dec

Re: [ASJS] Integration with existing JS libraries and components

On Sun, Jan 27, 2013 at 5:52 PM, Erik de Bruin wrote: > > I think I can now pinpoint the difference to RequireJS: It is in the > > existence of deps.js. > > deps.js says it's generated, and seems to be the extracted dependencies > of > > all the other JS files, right? Aha, so this is how the nece

Re: [ASJS] Integration with existing JS libraries and components

On Mon, Jan 28, 2013 at 8:36 AM, Erik de Bruin wrote: > Hi, > > > entire library + application". My example was that you change a single > > file, but change it in a way that you add a dependency. Without > > re-generating deps.js, base.js could not know in advance that the newly > > We're talkin

Re: [ASJS] Integration with existing JS libraries and components

Hi Alain, for Jangaroo, I answered this question here: http://markmail.org/message/bwjwc7sxfbertu7f For Flex / FalconJx, it seems nobody was extremely fond of the idea to have to keep all the white-space and take care of generating JS code in the exact line of the source AS code. So we have to fin

Re: [ASJS] Integration with existing JS libraries and components

On Mon, Jan 28, 2013 at 10:04 AM, Erik de Bruin wrote: > Alain, > > In my view all development, including debugging, is done in AS. The JS > output, like bytecode, should "just work". > > EdB > > This won't work for us (Jangaroo/Ext AS users). In our development workflow, JS/HTML5 is the one and

Re: Tools vs Impl - Don't mix the two was [ASJS] Integration with existing JS libraries and components

On Mon, Jan 28, 2013 at 10:36 AM, Michael Schmalle wrote: > > Quoting Frank Wienberg : > > Hi Alain, >> >> for Jangaroo, I answered this question here: >> http://markmail.org/message/**bwjwc7sxfbertu7f<http://markmail.org/message/bwjwc7sxfbertu7f> >>

Re: Tools vs Impl - Don't mix the two was [ASJS] Integration with existing JS libraries and components

On Mon, Jan 28, 2013 at 10:44 AM, Erik de Bruin wrote: > Mike, > > I was aleady afraid we were boring, or worse, bothering the community. > I apologize for my part in it. Like you I'm more of a tool maker, as > you know well. I do get distracted when I get the impression that my > efforts (non-tr

Re: [FalconJx] AMD emitter

Great! Thanks you said "finished", as there are still some TODO sections on the Wiki page. I hope to get rid of them tomorrow, but my days are full of meetings *sigh*. But as said before, the main concepts are now settled (esp. compilation units), so don't wait for me! Do you need more "recipe"-lik

Re: [FalconJx] AMD emitter

Okay, so now I guess I am really finished with my brain-dump into the Wiki page :-)

Re: [ASJS] debugging output JS?

On Tue, Jan 29, 2013 at 9:38 AM, Roland Zwaga wrote: > > We have 2 camps now, performance vs debugging features. > > > > I believe you are incorrect. The debugging features are only relevant when > compiling in debug mode. > Every camp here agrees that release mode should output the most optimized

Re: [ASJS] debugging output JS?

To give an impression of how you could switch between different debug levels and also to see how the "AMD" approach compares to the "goog" approach, I re-compiled Erik's "VanillaSDK" demo with Jangaroo 3 to AMD-style JavaScript output. This is the output format Mike Schmalle will be implementing as

Re: [ASJS] debugging output JS?

Hehe, "competition is good for the business"... buts really let's focus on the debugging part here, as VanillaSDK is not yet really a big code base to compile. > Clever use of comment to Looks like something's missing there? What do you think it would take to introduce source maps to FalconJx? I

Re: [ASJS] debugging output JS?

On Tue, Jan 29, 2013 at 7:52 PM, Erik de Bruin wrote: > It seems you needed to make changes to VanillaSDK to make it work with > Jangaroo. What alternative for the 'goog' UI framework will you be > using on the AMD side? > The only change to VanillaSDK is that I removed the dependency on the goo

Re: [ASJS] debugging output JS?

On Tue, Jan 29, 2013 at 3:13 AM, Daniel Wasilewski wrote: > I do understand that Frank might have personal interest in getting Flex > close to Jangaroo for compatibility purposes, or maybe I am wrong and this > just came from experience building that very tool. Dan, to put that right, my "person

Re: [ASJS] debugging output JS?

On Tue, Jan 29, 2013 at 8:55 PM, Erik de Bruin wrote: > > One thing I asked myself when I looked at your VanillaSDK code is why you > > checked in the JavaScript code of the framework classes (everything but > > Example.as). Aren't they written in AS3 and cross-compiled, too? At least > > that's

Re: Performance expectations for Flex JS

On Tue, Jan 29, 2013 at 9:00 PM, Lee Burrows wrote: > 2) JS performance varies widely across browsers and even for best > performers, its not that snappy. > > Well, compiling AS3 to JS solves #1 but what about #2? > I'd expect that at least it doesn't make #2 any worse. The minimum overhead intro

Re: [Dart] - playing around

Something like dartflash is also available in ActionScript, namely JooFlash, which again is compiled to JavaScript, currently by the Jangaroo compiler and hopefully soon by FalconJx. So what exactly is the advantage of us

Re: [Dart] - playing around

On Sun, Feb 3, 2013 at 6:29 AM, Om wrote: > Dart is supported only on IE9+ > > I can understand this decision. Implementing high-level language features in a JS version that does not even allow get/set functions or non-enumerable custom properties really is a pain. But to be enterprise-friendly,

Re: [FalconJx] AMD implementation

Hi Mike, great to hear you are well again and have some time to spend on the AMD approach! On Mon, Feb 4, 2013 at 12:56 PM, Michael Schmalle wrote: > Frank, > > I am starting on this and you have confused me starting off. The wiki > entry under the header of "Implementation Solution" does NOT l

Re: [FalconJx] AMD implementation

On Mon, Feb 4, 2013 at 3:21 PM, Michael Schmalle wrote: > Oh yeah, > > As far as the "AS3" output you have in the graph example, that will not be > possible with the current incarnation with Falcon. Unfortunately, the the > parser does not keep the whitespace tokens or really any token information

Re: [FalconJx] AMD implementation

Almost there... hold on... On Mon, Feb 4, 2013 at 6:37 PM, Michael Schmalle wrote: > Hmm.. > > Now that I looked back at the wiki you are using Object.defineProperty() > but you don't use that in your charts code. You wrapped it with AS3.class_ > correct? Is that what you plan on using? > > Am I

Re: [FalconJx] AMD implementation

Okay, I just pushed to the as-js-runtime-prototype repository (I just noticed I didn't update the Github pages yet, so please do not use the online version but pull). All JavaScript files are updated to the latest and greatest code layout. Because now I know you'll notice every detail, anyway, I ra

Re: [FalconJx] AMD implementation

> Ok, I know git pretty well but, this makes no sense to me, what does "but pull" mean when I see no updated source code? Ooops, sorry, I pushed not to "master", but to a branch called "less-files". I just merged that branch into master, so you should now see the updated sources there. -Frank-

Re: [FalconJx] AMD implementation

Mike, too bad our different time zones slow down communication so much... Ah yes, this is about the [Native] annotation we discussed in this other thread. Jangaroo needs the ActionScript API of all the built-in classes (JavaScript globals), so when using String, it actually parses String.as and fi

Re: [FalconJx] AMD source production update

Mike, this is really amazing! Or "just art", as you called it in a tweet. It you continue at this pace, we'll have the Open Flash Chart demo up and running in FalconJx by the end of next week! Excited, -Frank-

Re: [FalconJx] AMD implementation

> I am going to change that in Jangaroo and in the as-js-runtime-prototype accordingly. I just pushed the changes to "master" of as-js-runtime-prototype.

Re: [FalconJx] AMD source production update

Wow. FalconJx FTW! > But this is a good start. Definitely so! The *only* thing I noticed (besides the missing static "trace" line of code you already mentioned) is that "staticMembers" slipped into the "members" level, while it should be a sibling of "members" (I mean on the same level as "membe

Re: [FalconJx] AMD source production update

On Wed, Feb 6, 2013 at 5:06 PM, Michael Schmalle wrote: > > Quoting Frank Wienberg : > > Wow. FalconJx FTW! >> >> But this is a good start. >>> >> >> Definitely so! >> >> The *only* thing I noticed (besides the missing static &qu

Re: [FalconJx] AMD source production update

Sure, I didn't mean to push, always mind the DoD! :-) Another goal to get something a bit more complex working could be FlexUnit. For Jangaroo, we use an older version(I think it is called 0.9) that works without test annotations

Re: [FalconJx] AMD source production update

Hi Mike, I've been hacking away at CoreMedia's Hackathon today, so sorry for the late response. On Thu, Feb 7, 2013 at 1:17 PM, Michael Schmalle wrote: > - What do you do with the !native stuff? I have those being tracked now > based on an enum I made from your repo > > - Where is your 'toplevel

Re: [FalconJx] AMD production update inheritence

Mike, this is (attention, pun:) super! Like the $static on static methods I asked Frank about, haven't got a > reply. Got one now! :-) Does it matter if the public fields get initialized before the super call? When writing the Wiki page, I tried out how Flash / mxmlc handle field initialize

Re: [FalconJx] AMD production update inheritence

> > BTW, my question about native was wrong, you had already answered why you > use native, I MEANT to ask why you took the !native calls out Ha, funny that was the only thing I *didn't* answer :-) But my explanation of why use "native!" anyway hints at why I took it out for some classes, so ther

Re: [FalconJx] AMD production update inheritence

On Thu, Feb 7, 2013 at 11:33 PM, Frank Wienberg wrote: > When writing the Wiki page, I tried out how Flash / mxmlc handle field > initializers (remember, there is no language spec), and to my surprise > found > out that non-static field initializer code gets evaluated *before* the

Re: [FalconJx] AMD production update inheritence

Mike, world peace is missing, please fix! :)

Re: [FalconJx] AMD-based JavaScript code implemented in Jangaroo

Hi Tom, On Sat, Mar 2, 2013 at 6:11 PM, Tom Brazil wrote: > Rather amazing work. Good job. > thanks! > However, what can be done about the massive difference in cpu utilization? > The flash version used so little cpu that it wasn't noticeable, whereas > the html5 version pegs a cpu at 40% min