That's what FalconJX does today when building apps. You specify folders of .js files that represent classes in a SWC, and specify MXML and AS source files for cross-compilation. The output directory is deleted and re-created, and only the MXML and AS source files get cross-compiled and the JS files for the SWC classes get copied into the output folder.
But what we're trying to do here is create one of those folders of .js files by mixing manually-written .js files with files cross-compiled by FalconJX. Yes we could organize the repo so there is separation of manual vs cross-compiled .js files, but I'm exploring what it will take to avoid that so Button isn't in some other folder than DataGrid. -Alex On 12/19/13 10:30 AM, "João Fernandes" <joaopedromartinsfernan...@gmail.com> wrote: >Couldn't we somehow deploy automatically a folder (libs/native/whatever) >into the output folder and combine that with the [Native] metadata? Falcon >would delete everything in the output folder, generate everything that >it's >not [native] and then deploy everything in the libs(native/whatever) >folder >into the output folder. > > >On 19 December 2013 17:08, Alex Harui <aha...@adobe.com> wrote: > >> Possible, or we maybe we could mark every FalconJX-generated file with >> "Generated by FalconJX" and not overwrite files that don't have that. >>But >> right now, FalconJX blows away the entire output folder. I'm not sure >> what hassles we'll face if we stop doing that. >> >> -Alex >> >> On 12/19/13 8:49 AM, "João Fernandes" >> <joaopedromartinsfernan...@gmail.com> wrote: >> >> >Couldn't we simply mark a class with a [Native] metadata? I think >>randori >> >framework has a similar approach. >> > >> > >> >On 19 December 2013 15:30, Erik de Bruin <e...@ixsoftware.nl> wrote: >> > >> >> I think that would involve keeping track of what compilation units >> >> have been processed and then skip the ones from the framework if they >> >> have a counter part in the project files. I'm not sure if Falcon >>would >> >> like that. >> >> >> >> I'm "away from computer" this week, so above is just a barely >>educated >> >> guess. You mileage may vary ;-) >> >> >> >> EdB >> >> >> >> >> >> >> >> On Tue, Dec 17, 2013 at 2:54 PM, Alex Harui <aha...@adobe.com> wrote: >> >> > Way to go! >> >> > >> >> > The next thing Erik or I have to figure out is the build script and >> >> > compiler changes so that certain AS files get cross-compiled to JS >> >> without >> >> > overwriting the hand-written JS files. Erik, any thoughts on how >> >>tricky >> >> > that will be? >> >> > >> >> > -Alex >> >> > >> >> > On 12/17/13 12:49 PM, "Peter Ent" <p...@adobe.com> wrote: >> >> > >> >> >>Hi, >> >> >> >> >> >>I've added a simple BarChart component to the ActionScript FlexJS >> >>SDK; it >> >> >>is modeled on the MX Charts package. I also included an example of >> >>using >> >> >>it, located in the FlexJS examples directory. >> >> >> >> >> >>I developed the BarChart in ActionScript but it can be >>cross-compiled >> >> >>into JavaScript and produces the same chart. The BarChartExample >>has >> >>the >> >> >>sources in the project so that you can compile it for either >> >>ActionScript >> >> >>or JavaScript. I've included a README in that project with more >> >> >>information. >> >> >> >> >> >>The intent, as with the DataGrid, is to develop more complex >> >>components >> >> >>in ActionScript and cross-compile them into JavaScript, saving a >>lot >> >>of >> >> >>time. While doing this project I had to hand-craft a JavaScript >> >>component >> >> >>to display the bars since the ActionScript version relies on the >>Flash >> >> >>Player's Shape class and that is not available in HTML. I think >>this >> >> >>really illustrates the potential of FlexJS where you can have a >>good >> >>set >> >> >>of fundamental components that are environment specific (e.g., >>Button, >> >> >>Label, and TextInput) which must be crafted for all environments, >>but >> >> >>complex components can be written in ActionScript and just >> >>cross-compiled >> >> >>into JavaScript. >> >> >> >> >> >>My next task is add some simple axis labeling. >> >> >> >> >> >>Regards, >> >> >>Peter Ent >> >> >>Adobe Systems >> >> > >> >> >> >> >> >> >> >> -- >> >> Ix Multimedia Software >> >> >> >> Jan Luykenstraat 27 >> >> 3521 VB Utrecht >> >> >> >> T. 06-51952295 >> >> I. www.ixsoftware.nl >> >> >> > >> > >> > >> >-- >> > >> >João Fernandes >> >> > > >-- > >João Fernandes
