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

2013-01-28 Thread Erik de Bruin
Hi, We're talking AS - JS cross compilation. So changing one file would be changing one AS file. To turn that AS file into a JS file needs a compilation step. The generation of 'deps.js' is part of the compilation step. So, in the scenario we're discussing, the regeneration is of no

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

2013-01-28 Thread Erik de Bruin
Alain, In my view all development, including debugging, is done in AS. The JS output, like bytecode, should just work. EdB On Mon, Jan 28, 2013 at 9:20 AM, Alain Ekambi jazzmatad...@gmail.com wrote: One thing I was thinking about. How would debugging work ? Let's say I set a break point in

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

2013-01-28 Thread Frank Wienberg
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

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

2013-01-28 Thread Frank Wienberg
On Mon, Jan 28, 2013 at 10:04 AM, Erik de Bruin e...@ixsoftware.nl 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

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

2013-01-28 Thread Erik de Bruin
This won't work for us (Jangaroo/Ext AS users). In our development workflow, JS/HTML5 is the one and only target platform. And I think this is the future for Flex. If Flex will not support the full development lifecycle for HTML5 projects, it is of no interest for us and I guess for many

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

2013-01-28 Thread Michael Schmalle
Quoting Frank Wienberg fr...@jangaroo.net: 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

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

2013-01-28 Thread Erik de Bruin
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-trivial, let me assure you!) are questioned and belittled. So I get

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

2013-01-28 Thread Michael Schmalle
Frank, My comments below only were to echo the understanding of your experience in the AS-JS. When I said Job it is the emitter, the emitter is the Job, meaning the tool(FalconJx) is used to do the Job(emit javascript). When I design frameworks, I make sure there are clear dividing lines

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

2013-01-28 Thread Frank Wienberg
On Mon, Jan 28, 2013 at 10:44 AM, Erik de Bruin e...@ixsoftware.nl 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

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

2013-01-27 Thread Frank Wienberg
On Fri, Jan 25, 2013 at 11:56 PM, Alain Ekambi jazzmatad...@gmail.comwrote: @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.

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

2013-01-27 Thread Erik de Bruin
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 you perhaps set up an online demo where one can observe a running system?

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

2013-01-27 Thread Michael Schmalle
Is Example.js a generated cross compile? Mike Quoting Erik de Bruin e...@ixsoftware.nl: 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

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

2013-01-27 Thread Frank Wienberg
On Sun, Jan 27, 2013 at 1:03 PM, Erik de Bruin e...@ixsoftware.nl 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.

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

2013-01-27 Thread Michael Schmalle
Quoting Frank Wienberg fr...@jangaroo.net: I'm looking forward to seeing the Falcon implementation of your AMD/RequireJS ideas and it's output, so we can compare the various suggested approaches on their technical merits as well as their theoretical underpinnings. Okay, we can wait for

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

2013-01-27 Thread Frank Wienberg
On Sun, Jan 27, 2013 at 2:51 PM, Michael Schmalle apa...@teotigraphix.comwrote: Quoting Frank Wienberg fr...@jangaroo.net: I'm looking forward to seeing the Falcon implementation of your AMD/RequireJS ideas and it's output, so we can compare the various suggested approaches on their

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

2013-01-27 Thread Michael Schmalle
Frank, Definitely a cultural difference here with my writing below. Basically, the point was, you CAN compare right now but, I think Erik was or just missed that fact you CAN compare right now. As far as your comments about how things should be compared, my point was, start comparing! :)

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

2013-01-27 Thread Frank Wienberg
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

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

2013-01-27 Thread Erik de Bruin
Yes, the one in 'intermediate' is. The one in 'release' is the 'intermediate' version, but run through the Closure Compiler. EdB On Sun, Jan 27, 2013 at 1:48 PM, Michael Schmalle apa...@teotigraphix.com wrote: Is Example.js a generated cross compile? Mike Quoting Erik de Bruin

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

2013-01-27 Thread Erik de Bruin
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 necessary scripts get loaded in advance. And this is where you need the

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

2013-01-27 Thread Omar Gonzalez
Well the PMC would not veto commits. It would veto the notion o including something in the SDK that wasn't agreed upon via consensus. Just to be clear. :) -omar On Sunday, January 27, 2013, Erik de Bruin wrote: But I don't want to force a decision right now; The beauty of the Apache Way

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

2013-01-27 Thread Erik de Bruin
Take a chill pill. ;) Really? Nice! I prefer contributing over chillin, thank you. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl

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

2013-01-27 Thread Omar Gonzalez
Really. On Sun, Jan 27, 2013 at 10:11 AM, Erik de Bruin e...@ixsoftware.nl wrote: Take a chill pill. ;) Really? Nice! I prefer contributing over chillin, thank you. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl

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

2013-01-27 Thread Frank Wienberg
On Sun, Jan 27, 2013 at 5:52 PM, Erik de Bruin e...@ixsoftware.nl 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

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

2013-01-27 Thread Erik de Bruin
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 talking AS - JS cross compilation. So changing one file would be changing one

[ASJS] Integration with existing JS libraries and components

2013-01-25 Thread Roland Zwaga
Hi there, to continue the discussion about AS-JS cross compilation, I'd like to add another option which, I think, could lead to better acceptance of Apache Flex in the HTML5/JS sphere. The title of this message says exactly what I mean. Right now we're talking about cross compiling the Flex SDK

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

2013-01-25 Thread Erik de Bruin
The title of this message says exactly what I mean. Right now we're talking about cross compiling the Flex SDK itself, along with all of its components. No, neither Alex nor I are taking that approach. The way that TypeScript and Randori/SharpKit integrate with JS is by declaring some sort

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

2013-01-25 Thread Alex Harui
While both Erik and I are using Goog, I think Roland is asking why we aren't use Jquery or ExtJS UI components. In my framework, I'm not right now because I had trouble getting my head around them and the ones I looked at seemed to come with application framework infrastructure, and I want to

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

2013-01-25 Thread Erik de Bruin
We most certainly will, once we get our misunderstandings out of the way :) I think we both aim for the same things, we just need to find the same wavelengths :) Your followup mails -- and me re-reading the original one, I know I was lazy reading it the first time :-) -- cleared things up a

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

2013-01-25 Thread Roland Zwaga
On 25 January 2013 22:03, Erik de Bruin e...@ixsoftware.nl wrote: We most certainly will, once we get our misunderstandings out of the way :) I think we both aim for the same things, we just need to find the same wavelengths :) Your followup mails -- and me re-reading the original one, I

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

2013-01-25 Thread Frank Wienberg
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

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

2013-01-25 Thread Alain Ekambi
Before going further with ExtJS make sure licensing is clear. Cuz ExtJS is GPL/Commercial. 2013/1/25 Frank Wienberg fr...@jangaroo.net 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

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

2013-01-25 Thread Roland Zwaga
Hey Frank, thanks a lot for your elaborate answer (as usual). Basically everything I had in mind you pretty much described. So I'm pretty stoked that this could be implemented rather quickly. Between your and Erik's approach I already prefered yours to be honest (Erik, this is no stab under water

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

2013-01-25 Thread Roland Zwaga
Hi Alain, I'm not sure if the license really comes into play here, all we're doing is integrate with an API, we don't fork or use their code in any way. We might have to look into the implications for crating an AS3 shim for their API's though, so you do make a valid point. Roland On 25 January

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

2013-01-25 Thread Alain Ekambi
@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 mentioning. (I wrote an SDK around EXTJS, so i know for sure)

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

2013-01-25 Thread Erik de Bruin
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, I really wish you would stop saying this. It is simply not true.