Re: New Site template was : [Re: Telling the world that we are a TLP...]
No worries, what you've got is much better, I was just playing around with the original redesign and the CMS, seeing if I could match the two. EdB On Mon, Jan 7, 2013 at 1:19 PM, Nicholas Kwiatkowski nicho...@spoon.as wrote: I worked a bit on the /again/ site too -- but I wasn't really digging it. The new one is based on bootstrap and seems to mesh with the CMS a bit better... -Nick On Mon, Jan 7, 2013 at 6:02 AM, Erik de Bruin e...@ixsoftware.nl wrote: Having done the code in /again/, I'm a bit sad it wasn't picked up. But I didn't have time to finish the content and the original designers didn't follow up, so I guess you can take it away. By the way: I really, really like what you did ! EdB On Mon, Jan 7, 2013 at 5:09 AM, Nicholas Kwiatkowski nicho...@spoon.as wrote: Cool. I'll work tomorrow to get it committed into our SVN. Anybody mind if I undo the configuration for the site that is currently in the /again/ folder? I might need to steal some of those hooks in order to get the CMS to play well with the new site while we are in transition. -Nick On Sun, Jan 6, 2013 at 11:00 PM, Alex Harui aha...@adobe.com wrote: Yes, awesome! On 1/6/13 5:00 PM, Frédéric THOMAS webdoubl...@hotmail.com wrote: Just waoouuu how it's impressive, great job !! -Message d'origine- From: Michael Schmalle Sent: Monday, January 07, 2013 12:10 AM To: dev@flex.apache.org Subject: New Site template was : [Re: Telling the world that we are a TLP...] I have to say that is very impressive! And 100 times better than what we have got now. That sited almost makes me want to work on Apache Flex more than I am. I would say it's a very compelling design, well done. You would have a +1 from me. Details aside I mean, the whole structure is very nice and logical. Mike Quoting Nicholas Kwiatkowski nicho...@spoon.as: I would also like your guys opinion on the replacement site I've been working on this weekend : http://flex.darktech.org If you guys like it, i'll throw it in the SVN. It is built around the Apache CMS (a local copy is what is serving it off my machine), so we could make it live fairly quickly -- content aside. Right now, only the home, about us and team links are filled out. -Nick On Sun, Jan 6, 2013 at 5:26 PM, Justin Mclean jus...@classsoftware.comwrote: HI, Now that we are a TLP and flex.apache.org is up and running, how do we tell that to the world? Just waiting for the installer to be released before we do the official 4.9 announcement. Justin -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] AS test for -Infinity failing
code
@Override
@Test
public void testNegativeInfinity()
{
IVariableNode node = getField(var a:Number = -Infinity;);
JSSharedData.OUTPUT_JSDOC = false;
visitor.visitVariable(node);
JSSharedData.OUTPUT_JSDOC = true;
assertOut(A.prototype.a = -Infinity);
}
/code
The assert fails with: got: A.prototype.a = (note there is nothing
but a space after the equals sign)
EdB
On Tue, Jan 8, 2013 at 1:31 PM, Michael Schmalle
apa...@teotigraphix.com wrote:
Quoting Erik de Bruin e...@ixsoftware.nl:
What worries me is not that the test fails (per se), but the way in
which it fails... It seems that '-Infinity' is completely left out of
the 'compiled' string. It vanishes. Is that a byproduct of using the
'wrong' test (visitVariable) or something deeper?
Can you paste your test method so I have some context?
EdB
On Tue, Jan 8, 2013 at 1:18 PM, Michael Schmalle
apa...@teotigraphix.com wrote:
Yup,
And now looking at the AST, Inifinity is just an Identifier like very
other
IdentifierNode. This means it only has relevance when check the semantics
of
it's location which means, the parser doesn't care about it.
So this is correct that - adds the IdentifierNode node in a
UnaryOperatorMinusNode.
To test it, you need to call visitUnaryOperator(node).
Mike
Quoting Michael Schmalle apa...@teotigraphix.com:
Well, that makes sense because unless -Infinity is a true constant, - is
the unary operator to the constant Infinity. Might want to look that up
in
the definition.
Looking through the code now, Infinity is not considered a Literal, so I
need to do some more research on that.
Mike
Quoting Erik de Bruin e...@ixsoftware.nl:
The compiler seems to think that '-Infinity' is a unary operator...
EdB
On Tue, Jan 8, 2013 at 12:42 PM, Michael Schmalle
apa...@teotigraphix.com wrote:
Wow, your going to make me fire up Apache Eclipse heh?
Should have put a do not disturb on the door knob! ;-)
My guess is it has something to do with the emit Literal, I will check
on it
to see if I can come up with the answer.
Let me know if you figure it out though.
Mike
Quoting Erik de Bruin e...@ixsoftware.nl:
The test for Infinity takes 'var a:Number = Infinity;' which compiles
(correctly) to 'var a:Number = Infinity'
The test for Infinity takes 'var a:Number = -Infinity;' which
compiles
(wrongly) to 'var a:Number = '
No exceptions are thrown or anything.
I'm keeping my commits as small as I can (one feature or fix each,
mostly) and I'm testing before each one (most of the time, still
sloppy when I get excited ;-))
EdB
On Tue, Jan 8, 2013 at 12:28 PM, Michael Schmalle
apa...@teotigraphix.com wrote:
Hey,
Hmm... I wonder if it's a Falcon bug? Where is the test dying?
FYI, I haven't touched any code for about a week or so, I'm working
on
an
audio project at the moment(that I'm ridiculously involved in :) )
So you are safe with no merge conflicts for now. I will keep
updating
to
see
if you have committed anything new.
Just please... :) Commit small and make sure the whole suite passes.
So
when
I get back to this code I'm not lost. ;-)
Mike
Quoting Erik de Bruin e...@ixsoftware.nl:
Mike,
I am working on adding tests for all AS language features and one
of
the first on my list (Full Table the Wiki) is '-Infinity' in the
Global Constants section.
The AS test I wrote for 'Infinity' passes, but when I add the '-'
in
front of it for the test of negative infinity, the compiler gives
up
and the test fails.
Any ideas?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
[FalconJx] status update
Hi, An update: Mike and I are coming along nicely with FalconJx. - there are now tests for all but a handful of AS language features, and most of these pass, even ;-) - the 'goog' JS implementation is close behind, with most 'missing' JS features at least provisionally implemented in the compiler. Of course we need to actually implement these features in JS, but one step at a time. - created an alternate (non-'goog') emitter, provisionally named 'AMD', just because I could (and to store the other way to handle default parameters for posterity). Created a few tests for this emitter, as well. Next up: - a lot of refactoring (Mike?) - a lot of TODOs to work through - get the compiler to accept AS files and spit out JS files (?) - create functional tests for the AS input and JS output, and match these... ideas? - work with Alex to get FlexJS to work with FalconJx so we can test the whole intended 'goog' workflow, include 'my' Publisher script - ... - profit! Have fun, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [Website] Committers -- Update your profile on the site
After 3 sloppy attempts, my humble submission is now on staging. I'll leave it there not to burden the CMS publisher too much ;-) It'll be part of a later publication, I'm sure. EdB On Fri, Jan 11, 2013 at 6:44 PM, Nicholas Kwiatkowski nicho...@spoon.as wrote: Hey Committers! The new website is getting finished today, and it would be great to have a few committer profiles filled out. To fill out your profile, please check out the following wiki page : https://cwiki.apache.org/confluence/display/FLEX/Updating+your+profile+on+Team+page http://flex.apache.org/v2/ I only have a few pages left to fill in -- otherwise, we are getting close to launching it. -Nick -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] refactoring question
Mike, I would like to move all methods that do not specifically add 'goog' code to the JS output 'down' into the JSEmitter. Will that mess with your work? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] refactoring question
Like this: https://cwiki.apache.org/confluence/display/FLEX/ToDo It's not complete, but it's a place to call 'home' ;-) Also, I've updated the Full Table to reflect the status of the tests. Have a look around to see what's keeping my mind busy wrt. the 'goog' implementation. EdB On Fri, Jan 11, 2013 at 7:34 PM, Michael Schmalle apa...@teotigraphix.com wrote: Nope, I haven't done anything since yesterday. I make it a rule that when I finish for the day its with a final commit, or I just revert what I was working on and figure it out when I get back into the code, I never leave anything dangling. Anyway, that sounds fine, if it's abstract js generation, that is where it belongs. :) PS We need to get a TODO page on the WIKI or start create a JIRA task list or something so we can be more pragmatic about what needs to be finished and refactored. I can work 10 times as fast. I know you have been doing the table, but I just need to raw list to look at sometimes if you know what I mean, then I can add to it as well. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, I would like to move all methods that do not specifically add 'goog' code to the JS output 'down' into the JSEmitter. Will that mess with your work? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] New home for the new JavaScript cross-compiler
Erik, I just noticed there are 2 jars that got moved, the closure compiler jar and another one from the lib directory. Did you accidentally commit those? We have to delete those out of the repo quick. Don't see them, and I think I'm being careful enough after all my mistakes with SVN lately... Consider this a new beginning for ActionScript in the browser, Erik and I worked our butts off to get this thing working. We have over 500 unit tests for the compiler and Erik just got his tool chain for the closure compiler and FalconJx working from the command line. Well, nearly. I now have the 'mxmlc' script working, the publisher is next. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] New home for the new JavaScript cross-compiler
No harm done, all is well and as midnight approaches, I'm signing off for today ;-) EdB On Wed, Jan 16, 2013 at 11:33 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, Scratch what I said about the jars, my svn was playing tricks on my eyes. I just looked on the server and there is no lib folder in either of the projects. Sorry about that mix up, you committed right when I was moving them. :) Mike Quoting Michael Schmalle apa...@teotigraphix.com: Hi, Well I managed to move the compiler.jx and compiler.jx.tests project into the trunk of falcon so we have a new javascript cross compiler that is as functional as FalconJS is. I still need to now look at Alex's MXML to port that into the compiler. Erik, I just noticed there are 2 jars that got moved, the closure compiler jar and another one from the lib directory. Did you accidentally commit those? We have to delete those out of the repo quick. Consider this a new beginning for ActionScript in the browser, Erik and I worked our butts off to get this thing working. We have over 500 unit tests for the compiler and Erik just got his tool chain for the closure compiler and FalconJx working from the command line. I consider this a large victory for Apache Flex, that proves it doesn't take an enterprise to get things done, this was just 2 developers over the span of a month or so. I spent 3 months studying the Falcon code though and have over 2 years with parsers and AST but still... Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] tests: temp directory
HI, The tests need a 'temp' directory to run. I there a specific reason this must be created manually and not by e.g. TestBase? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] where I'm going to be
When I say business logic, I mean, no views, no ui components, no flash display list to javascript DOM conversations. Just business logic. And that's where I come in. Once I'm done with helping out Mike getting the business logic up and running, I plan on starting work on the JS framework that will take care of the display stuff... EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] New home for the new JavaScript cross-compiler
That's no problem at all, I didn't know about the .classpath, I actually was trying NOT to submit that as I figured it only contained local project settings. Thank you. EdB On Fri, Jan 18, 2013 at 7:28 PM, Cyrill Zadra cyrill.za...@gmail.com wrote: On Thu, Jan 17, 2013 at 11:31 PM, Erik de Bruin e...@ixsoftware.nl wrote: On the 'missing commons-io.jar in compiler.jx': since the project is dependent on the 'main' compiler, and the build for that downloads that jar, I figured we'd use that instead of having our build download it again. But you're right, this is not documented (yet?), so your way might make it easier for future devs to get up and running. Yes .. you are right. At the moment the same jars needs to be downloaded in each project. But as long there are only a few dependencies (jars) I think we are fine with the current solution. As soon there are more and larger artifacts we could add one caching folder for all the projects... or maybe use something like gradle which has a built-in caching and dependency management. I thought I fixed the output folder issue yesterday (choosing 'bin-debug' instead of 'classes', but what's in a name), that apparently didn't work? I think you forgot to commit the .classpath file. I saw only the commit of the bin-debug svn ignore pattern. I changed it now to classes. Hope that's ok for you. Cyrill -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [jira] [Commented] (FLEX-33169) Spark List selection on mobile doesn't work properly
Maurice, We're all volunteers, someone will get to it as soon as they can, I'm sure. All, Can someone with a setup to test the SDK please have a look at this? Thanks, EdB On Sat, Jan 19, 2013 at 10:14 PM, Maurice Amsellem (JIRA) j...@apache.org wrote: [ https://issues.apache.org/jira/browse/FLEX-33169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13558095#comment-13558095 ] Maurice Amsellem commented on FLEX-33169: - Someone could review the patch ? Spark List selection on mobile doesn't work properly Key: FLEX-33169 URL: https://issues.apache.org/jira/browse/FLEX-33169 Project: Apache Flex Issue Type: Bug Components: Spark: List Affects Versions: Adobe Flex SDK 4.5.1 (Release), Adobe Flex SDK 4.6 (Release) Environment: iOS 5.x, Android 3.2/4.0, Air 3.0 - 3.3 Reporter: Al Birdy Attachments: FLEX-33169_Mobile_List_Selection.patch, ListExt.as The touch selection of list items on the actual device does not work properly. Sometimes, even though the touch has definitely been recognized by the device, the list selection change isn't committed, instead the previously selected item remains selected. To reproduce the issue, please set up a new Flex mobile project and add the most basic list with inline renderer to a view: s:List id=myList width=100% height=100% s:dataProvider s:ArrayCollection fx:Object label=Item1 / . fx:Object label=Item30 / /s:ArrayCollection /s:dataProvider /s:List Deploy the app to an actual device (this bug does NOT appear in the emulator!) and randomly try to select items, scroll the list, select again and so on. You'll notice that the down color is sometimes set, but the selection isn't changed. For a more detailed description of this bug please see http://stackoverflow.com/questions/11740074/selection-on-spark-mobile-list-only-works-3-out-of-4-times -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] build.xml test run reports 'failed'
Cyril (or other ant person), When I run the tests in Eclipse, they all pass... but when I run the new ant build file for the tests, it reports: [junit] Tests FAILED What might be causing this? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] AMD-based JavaScript code implemented in Jangaroo
Falcon first. So of course now I hope that you guys help me porting this solution to FalconJx... Frank, I have created the preliminary implementation of an AMD emitter in FalconJx. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] state/no state
Mike, I see what you mean, I've added a TODO for me in the Class emitter (where all the members are gathered ;-)) EdB On Sun, Jan 20, 2013 at 1:14 PM, Michael Schmalle apa...@teotigraphix.com wrote: Quoting Avi Kessner akess...@gmail.com: Uneducated question here. If we can't read what is spit out, how can make tests to make sure that the gestalt is correct? Erik didn't mean we can't read, when emitting all String data is pushed into a Writer buffer. If we can read what is spit out, why not read it and remain stateless? We can, he is saying go back and read what is in the buffer currently, which he could do but would be extremely unwise. I'm assuming that as time goes on, we'll want to read the output to optimize it on some level. No, we optimize when the output is being assembled. Erik; I just looked at the code again and remember, my head is whacked but, instead of recording like you are in the method, I think pre proccessing members in one shot before you loop through each to emit it would be a better approach. My thought is, if in the future you need to pre-proccess any other things before the member emittion, that it's all done in one place and you can have state from that point. Using this, the emit methods will still be dumb, in the fact they will only write out what currently exists. I think I will write something to show you what I mean in a day or two. Mike Mike brought to you by the letters A, V, and I and the number 47 On Sun, Jan 20, 2013 at 1:38 PM, Michael Schmalle apa...@teotigraphix.comwrote: I knew I looked at what you did before. I see no problem with that Erik, if you test visitAcessor() and it does what you want and in the context of the method which is to test the production of a unit where the unit here is a field and Object.defineProperty() so that is good. Does my thinking about state make sense to you with this example? We are trying to avoid crossed wires. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Hi, I'm aware we're trying to keep a state-less thing going with FJx, but I ran into an issue that I'm not sure how to solve without adding some kind of storage (private variable) on the 'goog' emitter. The thing is that a property has/can have both a getter and a setter accessor. For a full 'goog' implementation, in addition to emitting 'Object.defineProperty' for each, we also want to add a property declaration on the prototype, to set the type. We want to add this declaration only once, so my solution is to 'remember' if I already added it in a private variable, since I know of no other way of checking if I have already written something to the output. Am I doing it right? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] build.xml test run reports 'failed'
The thing is, the tests seem to pass when I run the build.xml, but it reports they are not. Maybe it's just that the reporting code misses a beat and reports FAILED when it should report SUCCEEDED (or whatever)? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FlexJS] moved js library in SVN
Alex, A heads up: I've moved the FlexJS js framework into a new subdirectory of 'frameworks/js': 'FlexJS'. I needed to do this to make room for my new VanillaSDK framework (more on that later). Sorry to give you extra work adapting the paths in your projects and on the Wiki. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FlexJS] moved js library in SVN
Mike, I looked through your committed code and see and AIR app there. hmmm.. Putting the horse before the cart are we? No, I'm not (if I understand the idiom correctly). I'm working on tying the work we did on FJx to the work I did on the JS publisher earlier. This should help Alex get a better sense of what's possible with FJx and make his case to the powers that be. I already have the entire framework on the AS side completed... it's the Flex SDK :-P I'm just throwing together a quick and dirty POC on the JS framework side. I'm now playing with that AIR app you mentioned to put an AS project through FJx and create a working HTML project. This will take me the better part of today, but I hope to be able to commit something moderately useful before too long. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] MXML implementation notes
Mike, Just to ease my confused mind: Of course, I am writing things along the same lines as the AS visitors BUT there is a semantic difference that we are not exactly translating MXML AST to js, so I need a bit more time figuring out the abstractions. not EXACTLY translating, what does that mean? To what else but js will we be translating MXML? Won't I be able to emit this: s:Button id=myButton x=25 y=100 label=Click me / to: var myButton = new Button(); myButton.x = 25; myButton.y = 100; myButton.label = Click me; (overly simplified example, but you get my drift) EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] avoiding interesting merge situation ;-)
Mike, In the interest of expediency, will you be checking in a lot more today, or can I start to merge my local changes with your latest commits? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] avoiding interesting merge situation ;-)
Ok, I've resolved a few minor conflicts and committed my code for
FalconJx. I completely agree on the formatter thing, the whitespace
stuff is already driving me nuts. I'll follow your lead.
I'll work on the publisher app a bit, but I must say, for a Monday,
things aren't going half bad. I have an AS project with a very simple
MXML to get AS access to spark components, and a 'large' AS file that
will show a button and a label, with a simple click event and handler,
all Flex SDK (spark).
The publisher app takes that AS project, runs it through FJx, runs the
resulting JS project through the 'goog' 'depswriter' script to get
only the library files actually used by the project, adds an
index.html from a template and enters the JS dependencies and then
launches the resulting HTML. So, with a bit of tweaking on my new JS
framework (VanillaSDK, couldn't resist ;-)) and maybe even some of
your MXML magic (no pressure!), in the coming days we should see
something that might open the door to the future of the Flex SDK with
web native playback.
Or I'll stumble upon a deal breaker; I'll give you even odds on that
happening :-)
EdB
On Mon, Jan 21, 2013 at 10:10 PM, Michael Schmalle
apa...@teotigraphix.com wrote:
I'm done, so do what you need to do, I promise I won't touch any files in
SVN until I see your new stuff.
I didn't change much that should affect you really. I haven't committed the
MXML specific api files yet, I'm waiting to get those more concrete but
things are working!
I have the ASBlcokWalker composited in the MXMLBlockWalker perfectly,
sharing the main GoogEmitter in the main walker. This design is showing it's
merit now!
So commit. I'm just going to work on the MXML stuff again. And yeah that is
your Main.mxml file that is cross compiled right now. ;-)
Mike
Quoting Erik de Bruin e...@ixsoftware.nl:
Ah, ping me when you're done for the day, so I'll know when it's safe
to figure out where my stuff goes in the new improved scheme :-)
EdB
On Mon, Jan 21, 2013 at 10:05 PM, Erik de Bruin e...@ixsoftware.nl
wrote:
Awesome!
You go ahead, play for a while :-) Wouldn't want to break you out of
the zone. My changes can wait, I have other loose ends to tie up.
Have fun!
EdB
On Mon, Jan 21, 2013 at 10:03 PM, Michael Schmalle
apa...@teotigraphix.com wrote:
Err...
DO it NOW! :) I am on a roll and at a point where it's safe, let me
commit
one more tiny change.
Check this out. :)
goog.provide('Main');
goog.require('spark.components.Button');
goog.require('mx.events.FlexEvent');
/**
* @param {FlexEvent} event
*/
Main.prototype.creationCompleteHandler = function(event) {
var /** @type {Example} */ main = new Example();
this.addElement(main);
main.init();
}
It's fun playing in the sand!
Mike
Quoting Erik de Bruin e...@ixsoftware.nl:
Mike,
In the interest of expediency, will you be checking in a lot more
today, or can I start to merge my local changes with your latest
commits?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: ASJS and Starling (was Re: [FalconJx] where I'm going to be)
Hi, I spent some time going through your new framework. First off, I think it deserves to be called something else. The JS in ASJS implies that it is a JS specific implementation of the framework. In reality it is not. Well, I called that to show that it is a parallel framework. That we build both AS and JS beads. But I don't care to much about what we end up calling it. Well, I do care. There are 2 naming conventions I think are working well right now: the intended use of a framework decides the first: ASJS stands for Actionscript to JavaScript, exactly what the frameworks and tools in there do. The second is the approach taken when going from AS to JS: first there is FlexJS, Alex's set of bottom up, start from scratch frameworks (one for AS and one for JS), and then there is VanillaSDK, my attempt at a top down, use the Flex SDK and write a complimentary JS framework approach. ASJS is also the home of the Publisher I'm writing, which will take either framework (FlexJS and VanillaSDK) and use it and it's dependencies to build an AS/MXML project into a HTML/JS project, again AS - JS. I don't mind renaming/rebranding things, especially is something is gained by doing so (even if it's only better marketing), but we should take care not to end up with a too generic naming convention just trying to fit too many projects under one roof. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: ASJS and Starling (was Re: [FalconJx] where I'm going to be)
Om, I see your point. Here's mine: Alex's new framework has an AS and a JS part. Currently projects build using his AS part are compiled with FalconJS to run in the browser using his JS framework. Alex has named his framework combo FlexJS. I think that name (FlexJS) should be revisited as that framework clearly has more uses than enabling JS output. You are 'only' interested in the AS part of FlexJS. My suggestion would be that you and Alex move the AS framework out of the asjs tree into it's own root *AlexFlex*. This leaves only JS frameworks (with the JS part of FlexJS chief among them) in 'asjs/../frameworks/js', so these JS frameworks could move up one level. The new situation should look something like this (hoping it isn't wrapped to pieces by the various email clients): root | - asjs | - branches | - develop | - examples | - frameworks | - *FlexJS* (the JS part) | - VanillaSDK | - publisher - *AlexFlex* | - branches | - develop | - frameworks | - *FlexJS* (the AS part) | - *OM_GPU_MAGIC* That way, everything that has to do with AS - JS cross compilation can stay in 'asjs' (which is a fitting name), and anything that has to do with Alex's new AS framework goes into the new location. Makes sense? EdB http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/as/ http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/js/FlexJS/ http://svn.apache.org/viewvc/flex/*asjs*/branches/develop/frameworks/js/VanillaSDK/ etc. lets make it (replace *AlexFlex *with whatever codename you want to): http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/ http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/js/FlexJS/ http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/js/VanillaSDK/ etc. This way, I can go in and add something like: http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/src/org/apache/flex/stage3d/ alongside http://svn.apache.org/viewvc/flex/*AlexFlex*/branches/develop/frameworks/as/src/org/apache/flex/html/ -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [ASJS] AS to HTML5 in action: announcing the ASJS Publisher and the VanillaSDK JS framework.
Hi, The idea behind the Vanilla SDK is that there is already a pretty good AS side UI toolkit: the Flex SDK. That means there is no need to do any work on the AS side creating a new framework. The only thing we need to build is the JS side of the equation. The Vanilla SDK philosophy is to create a JS framework that has the same public API as the Flex SDK, but with a different, platform (web native/'goog') implementation behind the scenes. This would allow for development in exactly the same way as you are now used to in Flash Builder, but would add the option to publish the project to HTML5. And I'm working on something that might actually facilitate this 'inside' the Flex SDK, which means the main objection to this approach -- developers not knowing which components and which properties are supported -- will be taken away. EdB On Fri, Jan 25, 2013 at 7:11 PM, Frank Pepermans frankp...@hotmail.com wrote: I concur, this is huge news for the future of Flex! Congrats to making this possible! About the vanilla sdk, I have some Jangaroo experience, there you can build a full AS Button component, which compiles to JS without the need of a vanilla SDK. I assume technically you can do the same, if the basic Flash API stuff is 'emulated' for JS and included with the compilation? -Original Message- From: Nick Tsitlakidis Sent: Friday, January 25, 2013 6:58 PM To: dev@flex.apache.org Subject: Re: [ASJS] AS to HTML5 in action: announcing the ASJS Publisher and the VanillaSDK JS framework. Firstly, WELL DONE TO ALL cause this sounds epic! I haven't tried it yet but it's already in my todo list. I'll go slightly off topic here and ask you if you can share your vision about the VanillaSDK Erik. I'm reading the hundreds of emails but its kinda hard to keep up with you guys. You do a great job and you do it fast. I plan on investing some time to our beloved project and spending some time with VanillaSDK made the click for me. That's why I ask. Also, any hints on what I should read or check to understand how I can contribute would be really appreciated. Please keep in mind that I never had any experience with compilers. I'm more of a 'components and apps' developer. Again, congratulations guys. I hope I'll be able to join in soon. At least I'll try. :) On Fri, Jan 25, 2013 at 5:03 PM, Erik de Bruin e...@ixsoftware.nl wrote: Hi, I'm proud to announce the availability of a 'proof of concept' for a Actionscript to HTML5/Javascript work flow. Standing on the shoulders of giants (Gordon, Mike, Alex et al., I'm looking at you!) I was able to piece together a working prototype of a full Flash Builder - Browser application development tool chain. The tools are: - the Flex SDK. Most importantly, the goal is to allow developers to use the tools they know while giving them the ability to publish their work to a www-friendly format. - the FalconJx browser, which can as of today output a pretty descent approximation of AS in JS, the 'goog' way. - the ASJS Publisher, an ant script that takes the JS that FalconJx produces and puts it through the Google Closure Tools to create both intermediate and release versions of the web native application. - the VanillaSDK, my attempt at an AS compatible JS framework. I have plan for a different type of framework, even better integrated with the current Flex SDK, but more on that later ;-) With these new tools, you are now able (albeit in a very limited way) to use the regular Flex SDK for application development in your favorite development tool. Using the new ASJS Publisher script, you can compile your project into a highly optimized HTML5 application that will run in any modern browser. It's that simple... well, almost :-) As this is a prototype, there are some (ha!) limitations: - the VanillaSDK (the Javascript counterpart to the Flex SDK) is very basic indeed, with only 2 UI components: Button and Label. Both these components currently support only 1 or 2 properties (position and label or text). It does show, however, how easy it is to create these Flex SDK compatible UI elements. - not all AS language features are fully supported on the JS side yet. - there isn't (yet) support for MXML, but that's coming soon. - since this is only a proof of concept, there is almost certainly a lot that doesn't work -- to be honest, I'd be suprised if anything works at all :-) If you want to try this out, please get the latest version of the tool set from SVN, starting with here: https://svn.apache.org/repos/asf/flex/asjs/branches/develop Begin with the README you'll find there. After an initially non-trivial setup (SDK, Falcon, FalconJx and the new tools), the everyday use is really simple: just one command in a terminal, calling one ant script with one argument: this will publish your Flash Builder application to the 'js-intermediate' and 'js-release' directories in your FB project folder. Simply double
Re: [ASJS] AS to HTML5 in action: announcing the ASJS Publisher and the VanillaSDK JS framework.
Over time, the approach I'm taking can grow to match a significant portion of the existing Flex SDK, but I would not want to promise 100% for the above stated reasons. Ditto for me. :-) 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
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 of interface which has exactly the same signatures of their JS counterparts. I think this will quite probably make the most sense for Apache Flex as well. That's what I'm doing, and what I understand from Alex's approach the same goes for him. I'm building a JS library with the same signature as the Flex SDK, Alex has started a new AS framework and is building a complementary JS framework with the same API. And we could just use regular actionscript interfaces to do it. Probably with a small bit of annotation, so, for example, ... What we then would need is some sort of compiler support that recognizes the annotation and automatically includes the specified .js file. (instead of trying to cross compile the interface) That's exactly what I've done for the Vanilla SDK: it's a Google Closure Library supported JS framework that uses a specific cross compilation implementation in the FalconJx compiler, the 'goog' emitter. If we want to gain some traction in the HTML world I strongly believe we need to make friends out there :) And what better way of making friends than through integrating with them :) The VanillaSDK approach does this for the Closure Library and the way Mike set up make this 'easy'. I've even set up the initial code needed to implement Frank W's AMD/RequireJS approach. Please feel free to call me a fool and tell me my idea is crap, because I might just be talking out of my ass as usual. :) Not a fool at all, and I like your idea so much that I've already started work on one implementation :-) Hope we can work together to make this the future of Flex! 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
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 bit, and I must say I like what I think I now understand. I'd love to help out to get a demo of this idea going. 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
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. Please look at the 'js-intermediate' output to see how 'base.js' dynamically loads only those files from the 'goog' library it actually uses, in the order needed to allow proper instantiation. How is that different from RequireJS? Also, how is 'many, many more features' a bad thing? Please take a look at the proof of concept (both the intermediate and release code) before making these kinds of statements. 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
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? Or a download of the compiled application? At least that's what I did for the AMD approach: Excellent idea. Here is the full Flash version (+ view source) and both the 'intermediate' and 'release' output of the proof of concept: http://people.apache.org/~erikdebruin/vanillasdk/ A bit of view source will show you why I've been saying what I've been saying. The 'getting started' page for the Closure Tools, as its name implies, only covers the basics. There is, however, a bit more to the story, as you can see ;-) 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. 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
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 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 to set up. Could you perhaps set up an online demo where one can observe a running system? Or a download of the compiled application? At least that's what I did for the AMD approach: Excellent idea. Here is the full Flash version (+ view source) and both the 'intermediate' and 'release' output of the proof of concept: http://people.apache.org/~erikdebruin/vanillasdk/ A bit of view source will show you why I've been saying what I've been saying. The 'getting started' page for the Closure Tools, as its name implies, only covers the basics. There is, however, a bit more to the story, as you can see ;-) 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. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- 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
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 build tool: To extract the dependencies and generate this additional file deps.js. No, the deps.js is just a list of ALL the require statements in the entire library + application (indeed generate during the publish process. However, ONLY the files listed that are ACTUALLY USED are loaded dynamically by the code in 'base.js'. If you look in either Chrome or FF you can see which script files are actually loaded and compare that list agains the 'deps.js' list. You'll see that the only file hard-coded into the HTML is 'base.js', which is the equivalent of 'require.js' in your approach. All the other script files are loaded dynamically, in order, based on the dependencies as given in their contents, much like with Require.js. With the AMD approach, you can re-generate exactly one file and reload in the browser, and everything will work. Same with the 'goog' way. One more thing, something I didn't find out is how deps.js gets loaded. It has to be triggered by base.js somehow. Can you please explain? It's a kind of magic :-) As I explain above, 'base.js' uses it, together with the 'provide' and 'require' statements to figure out which other project files to load. Let me press that point, since it seems to be pivotal to the discussion: ONLY the files that are ACTUALLY needed to run the application are loaded into the browser. NOT all the files in 'deps.js' and certainly not all the files in the Closure Library. Okay, we can wait for that, but since Michael says what I did with Jangaroo 3 is easily re-implemented in Falcon, why not compare now? The output will/should be very very similar to what the Jangaroo 3 output looks like now, e.g. the one of the Open Flash Chart example. Another idea would be I take your example code (or any other code you want) and compile it with Jangaroo 3 and also deploy the output. What do you think? I enabled View Source on the Flash output, so you can grab the AS source and put it through Jangaroo if you please. You can also pick up Alex's FlexJS source and do the same with that.Might be interesting to see what comes out and compare the various approaches when using a different compiler. I think you're not going to convince me to throw away all the work I did so far (and I strongly believe is at least as valid for our purpose as what you are suggesting) and start the whole process again based on your approach, only to do away with one step in the build process of the intermediate output (the 'deps.js' you object to plays no role in generating the 'release' code). I'll continue development of my proof of concept and I hope to find other contributors willing to help out. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [Falcon][Discuss] Modularity, extensibility and configurability of the Falcon compiler framework
Roland, Me likey. Some comments and suggestions inline: I think it might make more sense to create a single point of entry for all types of compilation. Let's call this point of entry FLEXC (credit: Michael Schmalle). Wouldn't it be cleaner to use this FLEXC compiler as a sort of factory for all the different types of compilers that make up the Falcon framework? FLEXC could use an XML configuration file that describes the various compilers and could create a fully configured instance. (Essentially FLEXC would be a specialised DI container for Falcon compilers). Big +1 here. So, by way of the configurability/modularity of Falcon and the examples above, I come to the notion of extensibility. Currently there is no plugin architecture in place in the Falcon framework (at least, not that I'm aware, please correct me if I'm wrong). ... Coming back to the case of Erik's and Frank's proposal of Javascript emission. If the Falcon backends will be designed (and I believe Michael Schmalle has already done so in his ASJS implementation) then we don't need to fight over which implementation Apache Flex should officially choose. Folks can build both and offer them to the Apache Flex community as a configurable option. ... for a specific backend could be defined. (Because, if I recall correctly, currently Erik's and Frank's solutions are basically different implementations of an emitter, right?) This is pretty much how Mike set it up. The code for the emitters is really nicely compartmentalized and you can easily switch out the backend for another. After Mike helped me set up the Goog emitters and I got how it worked, it was really easy for me to start an AMD/RequireJS version, to help out Frank with his contribution. It's not quite abstracted to the level of a plugin structure, and it's beyond me to create that (I only started doing Java to help out Mike and implement Goog), but it certainly should be possible, IMHO. I'd love to hear some opinions, so let the games begin :) In my opinion you've hit the nail on the head. Now all we need to do is to take it from theory to implementation, after we get all the compiler factions on the same page... Good luck ;-) 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
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
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 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 consequence. Also, more importantly, 'deps.js' is only needed for the 'intermediate' output, not in the release output. I think if we're going to be comparing anything, we should be comparing 'production/release' code, not 'convinience/intermediate' code, right? and compile it with Jangaroo 3 and also deploy the output. What do you think? I enabled View Source on the Flash output, so you can grab the AS source and put it through Jangaroo if you please. You can also pick up Alex's FlexJS source and do the same with that.Might be interesting to see what comes out and compare the various approaches when using a different compiler. Yes, I'll try to do that, but except from the deps.js file discussed above I expect the difference to be rather small. So, if 'deps.js' is not needed -- like it's not needed in the 'release' output of my proof of concept -- there really isn't any practical difference between our approaches? However, I still think it is better to consolidate than to offer too much to chose from (where it brings no benefit). And I'd still like to hear your I'd love to consolidate, and I'm reading your Wiki pages with interest on how to tackle some of the language inconsistencies between AS and JS. I just wish that we could work together on code, instead of going round and round on theory and relative merits of two different but equal approaches. opinion on my warning that the input language for GCC is a dialect of JavaScript (restrictions, extensions), not standard JavaScript. If by GCC you are referring to the compiler, [1] should answer your question. The Google Tools (which include, but are not limited to, the compiler) like to have their JavaScript in a 'pseudo-classical' pattern, but that doesn't mean they won't gladly handle other patterns, like AMD. The JSDoc annotations are only there to help the GCC do an even better job, but are not required for the code to function as coded. What about the input language for GCC do you regard as a dialect of vanilla JS? EdB 1: https://developers.google.com/closure/compiler/faq#restrictions -- 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
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 consequence. Also, more importantly, 'deps.js' is only needed for the 'intermediate' output, not in the release output. I think if we're going to be comparing anything, we should be comparing 'production/release' code, not 'convinience/intermediate' code, right? No, I *do* talk about the intermediate code, as I see it as the *primary* compilation result, and the production/release code as a derived artifact. The former is the code developers see during debugging their application. Nobody cares about how the production code looks like as long as it works, it concise and performant. That's where we differ in our approach, apparently: I think of the JS code as a replacement for the bytecode that feeds the Flash VM. Nobody but compiler/framework devs debug bytecode. And in my view, nobody but compiler/framework devs should (need to) debug Flex JS. The framework should just work for application devs. Their development (debugging) is in AS (Flash Builder), JS is just an output format, like bytecode if they choose to deploy in the Flash Player. This makes the release js (calling that a derived artifact is a bit dismissive, as it is the primary product of my effort). While it was fun, I think we have been at this for long enough. I have said all I possibly can on the subject and nothing you've said convinced me that -- other than being different and not what you would choose -- my approach is fundamentally wrong. I think I have backed up my position with a solid proof on concept. I will be spending my time improving and expanding that proof of concept and, in time, ask the community if my (and hopefully other's!) contributions are worthy to be included in the Flex SDK. Or, if someone does manage to convince me that another approach is better (e.g. FlexJS, or a tangible AMD implementation), I'll put my efforts into helping get that out of the door. 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
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 my as3 code how will debugging the js output look like Greets Alain On Jan 28, 2013 8:37 AM, Erik de Bruin e...@ixsoftware.nl 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 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 consequence. Also, more importantly, 'deps.js' is only needed for the 'intermediate' output, not in the release output. I think if we're going to be comparing anything, we should be comparing 'production/release' code, not 'convinience/intermediate' code, right? and compile it with Jangaroo 3 and also deploy the output. What do you think? I enabled View Source on the Flash output, so you can grab the AS source and put it through Jangaroo if you please. You can also pick up Alex's FlexJS source and do the same with that.Might be interesting to see what comes out and compare the various approaches when using a different compiler. Yes, I'll try to do that, but except from the deps.js file discussed above I expect the difference to be rather small. So, if 'deps.js' is not needed -- like it's not needed in the 'release' output of my proof of concept -- there really isn't any practical difference between our approaches? However, I still think it is better to consolidate than to offer too much to chose from (where it brings no benefit). And I'd still like to hear your I'd love to consolidate, and I'm reading your Wiki pages with interest on how to tackle some of the language inconsistencies between AS and JS. I just wish that we could work together on code, instead of going round and round on theory and relative merits of two different but equal approaches. opinion on my warning that the input language for GCC is a dialect of JavaScript (restrictions, extensions), not standard JavaScript. If by GCC you are referring to the compiler, [1] should answer your question. The Google Tools (which include, but are not limited to, the compiler) like to have their JavaScript in a 'pseudo-classical' pattern, but that doesn't mean they won't gladly handle other patterns, like AMD. The JSDoc annotations are only there to help the GCC do an even better job, but are not required for the code to function as coded. What about the input language for GCC do you regard as a dialect of vanilla JS? EdB 1: https://developers.google.com/closure/compiler/faq#restrictions -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- 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
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 others, and I'd even dare say it is doomed. I'm not talking about what Flex in general supports or does not support. That's up to the community and depends entirely on the contributions you, me and others make to the project. All I said is that in my view (the only one I have ;-)), JS is 'just' another output format for projects built with the Flex SDK. The Flash Player and AIR aren't going anywhere soon, dismissing them as a delivery platforms for the Flex SDK is nonsense. FYI: the main inspiration for my point of view about generated JS came from here: http://blogs.adobe.com/bparadie/tag/actionscript/ And please: what might doom Flex is people talking about what will doom Flex. All that does is feed the trolls that make a living of writing negative stories about tech subjects. Like with the stock markets, often all it takes is one rumor going viral... EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: Tools vs Impl - Don't mix the two was [ASJS] Integration with existing JS libraries and components
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 on the defensive and try to educate people that I'm not making stuff up but actually think about and research stuff before I start. And I get carried away as well. But, I think I'm done ranting now :-) I've just updated the build files for the Publisher to also work on Windows, will commit those soon. Then I'm off researching another one of my wild an inappropriate ideas for our little project :-) EdB On Mon, Jan 28, 2013 at 10:36 AM, Michael Schmalle apa...@teotigraphix.com wrote: 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 exact line of the source AS code. Ok, Do I have to start another thread with exclamation marks for everybody to tone the down! I cannot believe this conversation is taking the spin it is right now, some of the discussions the last two days have been ridiculous and serve no constructive purpose to any of these initiatives. Frank, Being that I am about the only one working on FalconJx innards and conceived a way to even HAVE alternate outputs (just look at FalconJS's rats nest code), I would be offended by the above statement, if I was the type that actually get offended, which I'm not. (I left out the doomed statement) I SAID I would get you going on the output you need for your vision(with line numbers if need be) of the javascript emitter. I have put 100's of hours into this project and will be damned if it is doomed by squabbling over implementations. I'm a tool maker, Don't confuse the tool with the JOB! You and Erik are bickering about the Job, I am working on the tool, please do not confuse the two. Well, I guess I started another thread cause I don't want this buried. Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] unit test question
Mike, Is there any way that the emitter code can know that it's being run as a test vs. 'for real'? Let me clarify: one of the changes I had to make for the VanillaSDK prototype was to add a self reference in front of all public member calls. As I didn't want to re-write 141 tests, I bypassed this by checking if the main class is named A, as it is for most tests... But I recognise that is a very (VERY) ugly hack, hence the above question. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[ASJS] debugging output JS?
Hi Roland (et al.), No, I don't think you misunderstood, you seem to grok our positions correctly. What I don't see in the 'debug JS' approach is what do you do with the bugs you find in JS? Any changes you make in the JS will get overwritten the next time you compile the AS, correct? Or am I missing something? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [ASJS] debugging output JS?
What I don't see in the 'debug JS' approach is what do you do with the bugs you find in JS? Any changes you make in the JS will get overwritten the next time you compile the AS, correct? Or am I missing something? Oh no, changing the generated JS would be futile, but having clear access to through, for example, source maps would be really important for being able to pinpoint what is going wrong. I'm sure that once Apache Flex starts churning out projects that are being cross-compiled we're going to run into edge cases where the generated JS doesn't work, or doesn't work as expected. And especially in the latter case you'd probably want to be able to play around with the JS to see what the problem is exactly. Certainly, which is why I 'keep' the intermediate JS, which is not optimised or minified at all. I think the JS output I create is very readable and matches the original AS structure reasonably well. Not line for line, to be sure, but close enough to be able to match it back to the AS code. In case you missed it in the flood of emails I sent the last couple of days: I've uploaded the output of my concept so everyone can view the results without having to set up the whole project. Please look at: http://people.apache.org/~erikdebruin/vanillasdk/ EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [ASJS] debugging output JS?
So, perhaps the discussion is premature. Well, maybe a little, but I agree that given the use cases you site, it will become important sooner rather than later. I don't have the cycles to think about this now, as there are other, more pressing issues remaining with my proof of concept. But as always, if anyone feels brave enough to think about a AS - VanillaSDK source map and how that should be used in an everyday workflow, I'm certainly open to accepting patches. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [ASJS] AS to HTML5 in action: announcing the ASJS Publisher and the VanillaSDK JS framework.
Om, I've committed a new build.xml, build.properties and README for the ASJS Publisher. I also added mxmlc.bat to the compiler.jx bin directory. Please update your working copies and try again. Thanks, EdB On Sun, Jan 27, 2013 at 9:59 AM, Erik de Bruin e...@ixsoftware.nl wrote: Always troublesome, you Windows folk :-) I'll fix the script and add the mxmlc.bat file on Monday. Thanks for testing. EdB On Sunday, January 27, 2013, Om wrote: Erik, This sounds very exciting. I cant wait to play around with your prototype! I am looking at the README files and I dont seem to be able to locate anything regarding how to build and use your prototype. The falcon\trunk\compiler.jx\README does not seem to have anything significant. Any advice? BTW, UIComponent.js? Sweet! Thanks, Om Never mind, got it: asjs\branches\develop\publisher\README. Okay, I read the README and created the appropriate build.properties file. When I run the ant script, The falconjx ant task is bumming out: === snip ... falconJx: [echo] Compiling the AS project into intermediate JS BUILD FAILED C:\p\flex_os\workspace\flexroot\asjs\branches\develop\publisher\build.xml:93: Ex ecute failed: java.io.IOException: Cannot run program C:\p\flex_os\workspace\fl exroot\falcon\trunk\compiler.jx\bin\mxmlc: CreateProcess error=193, %1 is not a valid Win32 application at java.lang.ProcessBuilder.start(ProcessBuilder.java:460) at java.lang.Runtime.exec(Runtime.java:593) at org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Exec ute.java:862) at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:481) at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:495) at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:631) at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:672) at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:498) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.jav a:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) at org.apache.tools.ant.Project.executeTarget(Project.java:1368) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExe cutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1251) at org.apache.tools.ant.Main.runBuild(Main.java:809) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) Caused by: java.io.IOException: CreateProcess error=193, %1 is not a valid Win32 application at java.lang.ProcessImpl.create(Native Method) at java.lang.ProcessImpl.init(ProcessImpl.java:81) at java.lang.ProcessImpl.start(ProcessImpl.java:30) at java.lang.ProcessBuilder.start(ProcessBuilder.java:453) ... 23 more Total time: 7 seconds === It looks like the falcon.jx/mxmlc is a Mac version file. I am guessing something needs to change with the ant scripts in the falcon or falcon.jx projects? Thanks, Om -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [PR] Flex != Flash
Hey, Authorware! I miss Authorware, we had such fun working on it. I rode my first Segway at the MM headquarters ;-) EdB On Mon, Jan 28, 2013 at 7:21 PM, Gordon Smith gosm...@adobe.com wrote: I started in 1991 at MacroMind, which later became MacroMind-Paracomp after merging with Paracomp and then Macromedia after merging with Authorware. I worked on Director (and also Action) for 10 years, and did some research stuff for a year before being assigned to work on the precursor to Flex. - Gordon -Original Message- From: Alex Harui [mailto:aha...@adobe.com] Sent: Monday, January 28, 2013 10:10 AM To: dev@flex.apache.org Subject: Re: [PR] Flex != Flash What year did you start working at Macromedia? On 1/28/13 10:07 AM, Gordon Smith gosm...@adobe.com wrote: Where did you get 1992? I think Gordon meant 2002 on his bio, someone correct me if I am wrong. Oops, sorry, I meant 2002. I've corrected my bio. The project that became Flex started in 2002, not 1992. - Gordon -Original Message- From: Michael Schmalle [mailto:apa...@teotigraphix.com] Sent: Sunday, January 27, 2013 3:07 PM To: dev@flex.apache.org Subject: Re: [PR] Flex != Flash Where did you get 1992? I think Gordon meant 2002 on his bio, someone correct me if I am wrong. Mike Quoting Harbs harbs.li...@gmail.com: You guys might enjoy my blog post: http://printui.com/blog/2013/01/flex-flash/ If you do, feel free to pass it on? ;-) Harbs -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: Should the compiler also fix up the HTML wrapper?
I agree that building everything in one command should be the goal. I do not think that HTML should be part of the compiler. Isn't there a way to wrap both the compile step and the HTML generation into one script, like I did in ant with the publisher, but maybe in an extended version of MXMLC? EdB On Tue, Jan 29, 2013 at 6:58 PM, Alex Harui aha...@adobe.com wrote: Any objections to adding a feature to Falcon/FalconJS/FalconJX to take additional arguments and fix up the HTML wrapper (or –app.xml for AIR)? I know compilers really should just compile, but the compiler knows much of the information that needs to be substituted into those files. For Falcon, I would add an option like –html.template=path to html template and –air.template=path to –app.xml template FalconJS/FalconJX would also support –js.source-path=path to more JS source to point to the framework (and goog if we use that) files. Thoughts? -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [ASJS] debugging output JS?
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 how I thought you'd do it, even if this code is never compiled to run in the FlashPlayer or AIR. Take into account that you are intending to implement a complete UI component framework, you wouldn't want to do that in JavaScript directly, would you? No, I don't. I will use the Closure Library on the JS side. I am not even going to implement a framework on the AS side. I use the Flex SDK. The VanillaSDK JS framework is just a very thin wrapper around these frameworks. It have the same API on the JS side as on the AS side: the only thing I need to compile to JS is the project AS and MXML. All development takes place on the AS/MXML side (e.g. in Flash Builder), no need for current Flex developers to learn anything new. JS is a release format, for when your project is ready to be deployed. The idea is: low learning curve, easy acceptance, high impact, good marketability. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: Performance expectations for Flex JS
How would AS3 and JS versions of a typical app perform? If the AS3 version is running 100% at 30fps, could the JS version keep up? Or do you expect the JS version to out-perform? I guess its too early to answer these questions with any degree of certainty, but what are the expectations? I think the current state of JS VMs will ensure at least comparable performance. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [Website] New website going live
Hi, Looks like some lawyer type went typically and predictably mad over the TM and R stuff. Isn't it just a tad over the top? If I look at e.g. the Adobe website, I see at most one TM and/or R per page per product, and never in the artwork... I we insist on this trademark protection overkill, can we at least have someone with a graphics background have another look at the instances in the artwork? EdB On Wed, Jan 30, 2013 at 3:22 AM, Nicholas Kwiatkowski nicho...@spoon.as wrote: Hey everybody! We got final permission from a few different groups at Apache to make the website live. If you have any pending commits to the site/ directory in SVN, please make sure those go in soon as things are about to be all moved around there. After the website goes live, I'll put in the download tracking code. -Nick -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [ASJS] VanillaSDK as part of the SDK
I'm proposing to use what the SDK has to offer, mx and spark, and add a thin wrapper class around each of those: goog. However, the goog components don't add any functionality, they only provide support for the JS workflow. From a developer point of view they'll look and act just like their mx and spark counterparts. EdB On Wed, Jan 30, 2013 at 6:08 AM, Avi Kessner akess...@gmail.com wrote: Something isn't clear to me. Are you proposing that the AS3 code for Flex contains 3 groups of components? (mx or it's equivilent, spark, and goog) Or are you proposing that there are 2 groups of AS3 components, mx and spark, and one set of JS components (goog) which have different levels of compatibility with the first 2 groups? brought to you by the letters A, V, and I and the number 47 On Tue, Jan 29, 2013 at 9:30 PM, Erik de Bruin e...@ixsoftware.nl wrote: Hi, One of the goals behind the vanilla SDK is to create a JS compatible framework that closely resembles the Flex SDK. The idea is that the coding and workflow in the AS IDE (likely Flash Builder) closely matches working with Flex as we know it. This way ASJS has no learning curve at all: it's just another release build option. JS output that just works :-) In order to do accomplish this, I'm working on integrating the VanillaSDK into the SDK proper. Don't worry, it's all happening in my whiteboard for now. But I'd like your feedback on some of my ideas, while the implementation is still in it's early stages: 1) create a new namespace in the SDK: http://flex.apache.org/js/goog 2) add only the components to this namespace that are compatible with JS output 3) create JS compatible versions of spark (and other?) components, using composition 4) create JS versions of these components: the VanillaSDK This way hope to achieve the following: 1) isolate the new components from the rest of the SDK, to avoid confusion for developers 2) allow for incremental development, since only properly prepared components will be available 3) by using composition instead of inheritance we keep control over what we expose to the developer, allowing for API compatibility on the JS and AS side, while still use Flex components on the AS side There's (much) more to it, but for now I'd like to ask: does this make any sense, and if it does, how might we improve on this idea to make it work better? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [ASJS] VanillaSDK as part of the SDK
Alex, So yes, while I still have reservations about your approach and wish I could convince you to join me on my re-write, I think you are making a good proposal for helping folks know the boundaries on what components you are supporting. I will join you with your work on FlexJS, don't worry. I think I can be helpful with your transition to FalconJx and in emitting a more 'goog' oriented output. That way FlexJS and the VanillaSDK can share the 'goog' emitter in FalconJx, one less thing to worry about for you. That way you (and Om?) can focus on the frameworks. But first I'm putting the finishing touches on the inclusion of the Closure Compiler into FalconJx, loosing the Python dependency along the way, which is a (very) good thing -- that dependency was kinda ruining the prospects for the VanillaSDK approach ;-) Then I'm off skiing next week! Have fun, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] initial Closure Compiler support added
Hi, Just wanted to let you know I just checked in the initial support for JS code optimization using the 'Google Closure Compiler' for the FalconJx compiler. Usage: call 'mxmlc(.bat)' of FalconJx on the command line using the following four arguments: -js-output-type=GOOG -vanilla-sdk-lib=[PathToVanillaSDK] -closure-lib=[PathToGoogleClosureLibrary] [PathToYourProjectMainASFile] If you use '-js-output-type=GOOG', all output will be redirected to two new directories in the AS project directory: 'js-intermediate' and 'js-release'. The former will contain a plain JS version, with all the needed libraries and support code. The latter will contain a unified, optimized and minified JS file (all used library code is integrated), a simple HTML file, a list of 'compiled' JS files (for reference) and a source map. This source map is not yet properly linked to the JS. More info on how to obtain the two required libraries can be found in the README of the ASJS Publisher. I've only been able to test on a Mac (10.8) and with the VanillaSDK prototype AS project, so your mileage may vary. I'll be out of office for the next week or so; if you need me, feel free to send someone to get me on the pistes of Alpe d'Huez ;-) Have fun! EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] DepsGenerator not found
DepsGenerator is part of the Closure Compiler, which should be 'fetched' by the new downloads.xml. Maybe your project is pointing at a different version of the Closure Compiler (namely the one in the FalconJs source)? EdB On Fri, Feb 1, 2013 at 5:30 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, I just updated the source and the 'DepsGenerator' is not present, ran build and download, what is this dependency? Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://teotigraphix.org/blog -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] TestBase not using 'actual' compile method from MXMLJSC
Hi Mike (I guess ;-)), I was poking around the FalconJx unit tests to set up the testing of projects (tests made up of more than one (generated) file), and I noticed that the tests roll their own implementation of the compilation process. It's generally the same, but some differences exist. While trying to get the project testing going, I thought I'd refactor MXMLJSC in such a way that it can be used for unit testing as well. I thought this might increase the reliability of the unit tests, as they would always test the compilation implementation that is actually used by FalconJx. Is that a really bad idea? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] TestBase not using 'actual' compile method from MXMLJSC
I haven't changed anything, I was asking IF changing it was a bad idea... I did however remove those two methods, as they were empty and unused. Maybe we should comment when we add some types of abstract methods that is only meant to be overridden. I'm not that familiar with Java, but I think there are ways to achieve that, correct? I'll be a bit more conservative in the future, but as we're working on this code now with more than one person, it might be beneficial if we make our (future) intentions clear? EdB On Tue, Feb 12, 2013 at 7:37 PM, Michael Schmalle apa...@teotigraphix.com wrote: Hi Erik, Yes, this was a bad move. The way the TestBase was setup was testing 'unit's of code, thus we are using a simple setup for config and a simple AST syntax request to get a FileNode. You need to change it back, what you changed it to is a 'functional' test. We are not testing functionality of the compiler. By doing what you did, you introduced variance to the tests. The way the TestBase was setup was a very simple load, parse, return the node. Also, I don't think you didn't an SVN update did you? I added two methods that allowed the sub classes to added libraries and source paths to the configuration. addLibraries(), addSourcePath() Can you please revert? Thanks, Mike Quoting Erik de Bruin e...@ixsoftware.nl: Hi Mike (I guess ;-)), I was poking around the FalconJx unit tests to set up the testing of projects (tests made up of more than one (generated) file), and I noticed that the tests roll their own implementation of the compilation process. It's generally the same, but some differences exist. While trying to get the project testing going, I thought I'd refactor MXMLJSC in such a way that it can be used for unit testing as well. I thought this might increase the reliability of the unit tests, as they would always test the compilation implementation that is actually used by FalconJx. Is that a really bad idea? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] TestBase not using 'actual' compile method from MXMLJSC
Reverted the removal of the two methods. All should be well now. I didn't really want to functional test the compiler (for now), I was just asking if it was a good idea to have the implemenation in the tests and the implementation in the MXMLJSC be so different. But since you've clearly thought that through, I'll leave well enough alone. Any suggestions what might be the best way to test a project, i.e. a set of file that have internal dependencies, like a base class and several subclasses, or a main project file and some components? This seems to require more than just strings of code, as the compiler needs to be aware of the dependencies (like it currently needs to be fed the spark.swc etc.). Do you think it's best to create a new TestBase that uses the same approach as the actual compiler, or something else? Thanks, EdB On Tue, Feb 12, 2013 at 7:56 PM, Erik de Bruin e...@ixsoftware.nl wrote: Those AMD test are local, not yet committed? I cannot test what isn't there... EdB On Tue, Feb 12, 2013 at 7:54 PM, Michael Schmalle apa...@teotigraphix.com wrote: I guess I have to stick my foot in my mouth on this. I see you didn't actually implement the compiler yet. So I will stand by what I just said that changing this is bad so don't do it (future tense). But you did clobber a commit I made a day or two ago. This is making AMD tests I have broken. I will add the methods back if you are done working on the TestBase class. If you want to functional test the compiler, make a new test base. 1443539 commit. Mike Quoting Michael Schmalle apa...@teotigraphix.com: Hi Erik, Yes, this was a bad move. The way the TestBase was setup was testing 'unit's of code, thus we are using a simple setup for config and a simple AST syntax request to get a FileNode. You need to change it back, what you changed it to is a 'functional' test. We are not testing functionality of the compiler. By doing what you did, you introduced variance to the tests. The way the TestBase was setup was a very simple load, parse, return the node. Also, I don't think you didn't an SVN update did you? I added two methods that allowed the sub classes to added libraries and source paths to the configuration. addLibraries(), addSourcePath() Can you please revert? Thanks, Mike Quoting Erik de Bruin e...@ixsoftware.nl: Hi Mike (I guess ;-)), I was poking around the FalconJx unit tests to set up the testing of projects (tests made up of more than one (generated) file), and I noticed that the tests roll their own implementation of the compilation process. It's generally the same, but some differences exist. While trying to get the project testing going, I thought I'd refactor MXMLJSC in such a way that it can be used for unit testing as well. I thought this might increase the reliability of the unit tests, as they would always test the compilation implementation that is actually used by FalconJx. Is that a really bad idea? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] AMD tests location
Mike, I was reading your commit notes and saw you're looking for a location to put your .as sources for testing. I've refactored the test-files location to allow for a AMD specific directory (did this yesterday, you should have the new directory layout) Also, I already have the testing of entire files (classes) in 'goog' and TestBase, you might want to look at TestGoogFiles.java and maybe bring that 'up' to the baseline tests and override for AMD and 'goog'? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] AMD tests failing
Mike, I've just updated my local projects, but some of the AMD test are still failing. Is this expected (in the light of your earlier statement about AMD tests) and should I ignore, or should is this a problem on my end and should I hold of on commits until we figure out what it is? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] writeToken()
Mike, Just returned from the hospital, nothing big, but it is taking a couple of days to get my brain back up to speed after the anesthesia and painkillers. I will take the re-tokenization of the emitters on in the next couple of days. EdB On Fri, Feb 15, 2013 at 11:46 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, Just wanted to run this by you but I wanted to do this awhile ago, the writeToken() method's original intention was to pass the token to write and automatically append a space AFTER the token. So writeToken(ASTokens.SET); Will produce; 'set ' This way when ever we have a token, the rule is tokens Always have a space to the right. This will eliminate a hug amount of code and make things more readable. Since we put it in some places, before this change happens either you or I have to do all of it and make sure the tests pass because whitespace will get changed on the writeToken() calls right now. I'm thinking ASTokens should be an enum and we pass the enum to writeToken() for type safety. What do you think? Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] writeToken()
Mike, Do we introduce new strings, or do we reference existing ones from ASTNodeID, IASKeywordConstants, IASLanguageConstants etc.? EdB On Mon, Feb 18, 2013 at 3:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Hope everything is OK. Just get better, don't worry about it. :) I changed a couple things with the writeToken(), the main thing is getting ASTokens fully implemented and using that. It feels like it should be an enum but, maybe was can make an enum based off that interface's strings down the road. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, Just returned from the hospital, nothing big, but it is taking a couple of days to get my brain back up to speed after the anesthesia and painkillers. I will take the re-tokenization of the emitters on in the next couple of days. EdB On Fri, Feb 15, 2013 at 11:46 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, Just wanted to run this by you but I wanted to do this awhile ago, the writeToken() method's original intention was to pass the token to write and automatically append a space AFTER the token. So writeToken(ASTokens.SET); Will produce; 'set ' This way when ever we have a token, the rule is tokens Always have a space to the right. This will eliminate a hug amount of code and make things more readable. Since we put it in some places, before this change happens either you or I have to do all of it and make sure the tests pass because whitespace will get changed on the writeToken() calls right now. I'm thinking ASTokens should be an enum and we pass the enum to writeToken() for type safety. What do you think? Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: Mustella on Amazon EC2
Anyone with experience care to make a guess what a sufficiently powerful instance would cost per month? I for one would be willing to donate a couple of dollars (at least) per month to see this happen, and I'm sure more people will feel the same way... EdB On Tue, Feb 19, 2013 at 3:42 PM, christofer.d...@c-ware.de christofer.d...@c-ware.de wrote: Well I spoke with Toan Nguyen Enterprise Sales Manager I have no idea if there is anyone we should better contact. All I did was fill out the form on the AWS Sales site. He was the one responding to this and this morning we spoke a few minutes. To me it looked as if Amazon wasn't really willing to provide Medium Windows instances free of charge. He claimed that Amazon couldn't go around giveing away free nodes to everyone (At least this was the essence of what he told me). Eventaully someone else might think differently. Chris Von: Harbs [gavha...@gmail.com] Gesendet: Dienstag, 19. Februar 2013 13:47 An: dev@flex.apache.org Betreff: Re: Mustella on Amazon EC2 Did you speak to anyone with authority there, or was it just a canned response? If anyone has a real contact at AWS, the answer might be different. I can't imagine it costs them very much to donate some resources to Apache Flex… Anyone have a contact there? I personally use AWS, but not on the scale that I have any real pull… On Feb 19, 2013, at 10:25 AM, Christofer Dutz wrote: Well unfortunately I don't have good news :-( just tasked to them and it seems they don't want to do more than give us their 1 year free offer. Unfortunately that doesn't cover windows and medium sized instances. I think a CI nightly build is essential for getting a stable trunk. Especially with more and more people contributing and not ruining the entire test suite. Chris Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 19. Februar 2013 09:04:32 schrieb Om bigosma...@gmail.com: Chris, You are awesome! I never thought of contacting them and just asking :-) Agree with Justin, it needs to be a Windows instance. Please let me know how I can help. Thanks, Om On Feb 18, 2013 11:02 PM, Christofer Dutz christofer.d...@c-ware.de wrote: Thanks for that info on the needed platform. The good thing about an open source project is, that anyone could setup a ci-server and build the projects trunk. But I'll stick to asking them. We can always decide on how we do it a soon as we have something do decide about :-) Chris Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 19. Februar 2013 07:52:15 schrieb Justin Mclean jus...@classsoftware.com: Hi, Nice one. Not sure if Apache policy would have an impact on this, as we're not externally hosting anything or the list just using it as a test server I can't see any obvious issues but they do like to keep everything in house (for legal and other reasons). I was intending on asking for a medium Windows machine (or bigger) ... if however Windows is not a must, I could try to get from them what they are willing to give in Linux ;-) Currently as the SDK only compiles on windows (or OSX) and the tests only run in the Flash Projector it really has to be windows (or OSX). Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: Mustella on Amazon EC2
Carlos, and see how well it does, before we set up the whole CI system? - what would you need, can you be more specific? I am only acting as an intermediary. I didn't see anyone picking up on your offer, so I thought I'd draw some attention to it. The people currently administrating our Jenkins instance on the Apache servers should be able to help you set this up. Chris, Om, Justin, what do you say? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: OneClickMustella on MacOS (was: Re: Apache Flex 4.9.1)
Om, Just checking: where is OnClickMustella? Is it the one in sdk/branches/develop/mustella/utilities? There are some 'subtle' differences between the Cygwin and Mac command lines, so you might need to make some UI changes to accomodate these. I'll put in what I can/need to make it run and hand it back over to you. EdB On Fri, Feb 15, 2013 at 8:20 PM, Om bigosma...@gmail.com wrote: On Wed, Feb 13, 2013 at 11:47 PM, Erik de Bruin e...@ixsoftware.nl wrote: Sure, what do you need me to do? EdB Thanks for offering to help! The path to the terminal is currently hardcoded to a windows specific path. If you remove the hardcoding and make it work on Mac as well, that would be great. Let me know if you need more details. Thanks, Om On Wed, Feb 13, 2013 at 7:47 PM, Om bigosma...@gmail.com wrote: On Tue, Feb 12, 2013 at 9:16 PM, Frédéric THOMAS webdoubl...@hotmail.comwrote: Btw, Om, I tried one click mustella and it has been in error as soon I tried to select the sdk path or even tried to select my command line interpreter, didn't had time to tell you before :$ -Message d'origine- From: Justin Mclean Currently downloading, installing and running the tests takes a fair amount of manual setup and effort, have an easier way to run to run tests (one click mustella?) should help. Justin I would like some help with getting OCM to work on a Mac. I have some stuff hardcoded (ex. path to the terminal) which is probably blowing up on a Mac. But these should be very straightforward to change. Can one of you help? Thanks, Om -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] writeToken()
Mike, I have moved all emitter strings to enums and added a few overloaded 'write' methods to easily deal with that. I also moved all the 'write' method declarations to a separate interface, which I then implemented in both the regular and 'doc' emitters. I hope this was what you had in mind? EdB On Mon, Feb 18, 2013 at 3:26 PM, Michael Schmalle apa...@teotigraphix.com wrote: Sure, For now we can do that and refactor later(if needed), we just don't want these constants in a concrete class if they are specific to a production type IE goog, amd etc. There is some other things I am thinking about but, I will talk to you later about it. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Would you create a JSTokens, JSAMDTokens and JSGoogTokens for the specific and shared (if any) tokens for these implementations? EdB On Mon, Feb 18, 2013 at 3:18 PM, Michael Schmalle apa...@teotigraphix.com wrote: Just make new strings as we don't want to create dependencies on anything in the compiler package, this is just for emitters. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, Do we introduce new strings, or do we reference existing ones from ASTNodeID, IASKeywordConstants, IASLanguageConstants etc.? EdB On Mon, Feb 18, 2013 at 3:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Hope everything is OK. Just get better, don't worry about it. :) I changed a couple things with the writeToken(), the main thing is getting ASTokens fully implemented and using that. It feels like it should be an enum but, maybe was can make an enum based off that interface's strings down the road. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, Just returned from the hospital, nothing big, but it is taking a couple of days to get my brain back up to speed after the anesthesia and painkillers. I will take the re-tokenization of the emitters on in the next couple of days. EdB On Fri, Feb 15, 2013 at 11:46 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, Just wanted to run this by you but I wanted to do this awhile ago, the writeToken() method's original intention was to pass the token to write and automatically append a space AFTER the token. So writeToken(ASTokens.SET); Will produce; 'set ' This way when ever we have a token, the rule is tokens Always have a space to the right. This will eliminate a hug amount of code and make things more readable. Since we put it in some places, before this change happens either you or I have to do all of it and make sure the tests pass because whitespace will get changed on the writeToken() calls right now. I'm thinking ASTokens should be an enum and we pass the enum to writeToken() for type safety. What do you think? Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: OneClickMustella on MacOS (was: Re: Apache Flex 4.9.1)
Om, I've made the necessary additions/changes to make the command terminal work on a Mac. Note: in order to get Mustella to run, on OS X in a terminal that runs in the application space, you need to set the environment variables 'manually' (unless you want to hack deep in the system config files). This means that you'll have to provide a settings panel (or something) where the user can set their 'AIR_HOME' and 'ANT_HOME' paths. These paths are currently hard coded to the paths on my machine ;-) EdB On Sat, Feb 23, 2013 at 6:53 PM, Om bigosma...@gmail.com wrote: Sorry Erik, for some reason I thought I replied to it. Here is the path for Mustella: https://svn.apache.org/repos/asf/flex/sdk/branches/develop/mustella/utilities/OneClickMustella Let me know how it goes. Thanks, Om On Sat, Feb 23, 2013 at 9:33 AM, Erik de Bruin e...@ixsoftware.nl wrote: bump... EdB On Wed, Feb 20, 2013 at 9:57 AM, Erik de Bruin e...@ixsoftware.nl wrote: Om, Just checking: where is OnClickMustella? Is it the one in sdk/branches/develop/mustella/utilities? There are some 'subtle' differences between the Cygwin and Mac command lines, so you might need to make some UI changes to accomodate these. I'll put in what I can/need to make it run and hand it back over to you. EdB On Fri, Feb 15, 2013 at 8:20 PM, Om bigosma...@gmail.com wrote: On Wed, Feb 13, 2013 at 11:47 PM, Erik de Bruin e...@ixsoftware.nl wrote: Sure, what do you need me to do? EdB Thanks for offering to help! The path to the terminal is currently hardcoded to a windows specific path. If you remove the hardcoding and make it work on Mac as well, that would be great. Let me know if you need more details. Thanks, Om On Wed, Feb 13, 2013 at 7:47 PM, Om bigosma...@gmail.com wrote: On Tue, Feb 12, 2013 at 9:16 PM, Frédéric THOMAS webdoubl...@hotmail.comwrote: Btw, Om, I tried one click mustella and it has been in error as soon I tried to select the sdk path or even tried to select my command line interpreter, didn't had time to tell you before :$ -Message d'origine- From: Justin Mclean Currently downloading, installing and running the tests takes a fair amount of manual setup and effort, have an easier way to run to run tests (one click mustella?) should help. Justin I would like some help with getting OCM to work on a Mac. I have some stuff hardcoded (ex. path to the terminal) which is probably blowing up on a Mac. But these should be very straightforward to change. Can one of you help? Thanks, Om -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJS/Jx] move FlexJS to FalconJx
Alex, I played around with MXML in FalconJx a bit. There is already rudimentary support implemented. From my quick glance it looks like we need Mike for this, as he set the wheels in motion and is most familiar with the approach chosen for FalconJx::MXML. Mike has indicated that he is currently working on other projects and will finish the AMD parser first, before returning to MXML. Maybe is we ask him nicely he'd be willing to take MXML support just a little further, just enough to support FlexJS? If FlexJS development uses FalconJx, I can much more easily contribute (port FlexJS to a full 'goog' approach) and all our efforts will be made on the same code base, which can only speed up work on ASJS. Mike, pretty please? ;-) EdB On Sat, Feb 23, 2013 at 8:43 PM, Alex Harui aha...@adobe.com wrote: Falcons already called closure compiler. I just moved where it was called and got it to handle multiple files. We need to get jx to handle mxml in order to switch. Do you have time for that? I want to get basic css working and do some as refactoring first. Sent via the PANTECH Discover, an ATT 4G LTE smartphone. Erik de Bruin e...@ixsoftware.nl wrote: Alex, From your latest commit, it looks like we're doing a lot of work twice. I finished the inclusion of the GCC (incl. deps etc.) into FalconJx a couple of weeks ago. I have some cycles open in the near future. What do you think, time to move FlexJS from FalconJS to FalconJx? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Need help with SDK development
Hi, I could use some help on the practical side of SDK development. Context: I'm trying to create a new namespace in the SDK, in which I'll develop the VanillaSDK JS-compatible components and their JS counter parts. Set up: I have cloned the 4.9 branch in my whiteboard. I have added a 'project' to the 'frameworks/projects' directory and duplicated as many of the namespace specific settings as I could find (they're all over the place ;-)). Now, when I run the main 'build.xml', I get a nice .swc for the new namespace, with all the components present. So, I must've done something right. Question: how do I work on the new components, without having to run the main 'build.xml' for the SDK for every change I make and want to test. The main build takes about 5 min. on my machine, and this makes for inconvenient development. How do the 'real' SDK developers handle this? Thanks, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJS/Jx] move FlexJS to FalconJx
Well, that's a bit disappointing, if not entirely surprising given you previous statements. I'll see what I can do about MXML support, but that's going to be a major thing for me, so it'll take time. Just curious: how many developers need to work on FalconXX/ASJS for you to change your mind? Currently I count Gordon, Alex, Peter, Cyrill, Frank, you and me as (reasonably) active contributors... EdB On Wed, Feb 27, 2013 at 11:53 AM, Michael Schmalle apa...@teotigraphix.com wrote: Hey, No, I can't do MXML, it's not in my current project scope and I don't have enough time in the day. I kept saying that business logic was my goal of the project (falconjx), I stubbed in MXML in *my approach* so there is a solution. It's just a process of traversing the DOM of the MXML. If we had more developers knocking down the doors wanting to contribute to this project, I might think differently. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Alex, I played around with MXML in FalconJx a bit. There is already rudimentary support implemented. From my quick glance it looks like we need Mike for this, as he set the wheels in motion and is most familiar with the approach chosen for FalconJx::MXML. Mike has indicated that he is currently working on other projects and will finish the AMD parser first, before returning to MXML. Maybe is we ask him nicely he'd be willing to take MXML support just a little further, just enough to support FlexJS? If FlexJS development uses FalconJx, I can much more easily contribute (port FlexJS to a full 'goog' approach) and all our efforts will be made on the same code base, which can only speed up work on ASJS. Mike, pretty please? ;-) EdB On Sat, Feb 23, 2013 at 8:43 PM, Alex Harui aha...@adobe.com wrote: Falcons already called closure compiler. I just moved where it was called and got it to handle multiple files. We need to get jx to handle mxml in order to switch. Do you have time for that? I want to get basic css working and do some as refactoring first. Sent via the PANTECH Discover, an ATT 4G LTE smartphone. Erik de Bruin e...@ixsoftware.nl wrote: Alex, From your latest commit, it looks like we're doing a lot of work twice. I finished the inclusion of the GCC (incl. deps etc.) into FalconJx a couple of weeks ago. I have some cycles open in the near future. What do you think, time to move FlexJS from FalconJS to FalconJx? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] Refactoring packages
Hi, Mike, first off: I'm sorry if my work messed up something you were working on locally, but hadn't committed yet. You're right that it might have been better if I had first discussed on the list some of what I planned to do. That said, I did make sure all the tests and the VanillaSDK_POC example run correctly before I made any commit. Further, I did commit early, commit often as much as possible, it's just that setting up MXML required some changes in the project structure (more on that below). I didn't see a way to make that process more atomic and still check in only code that compiled without errors. A little belatedly, here is my reasoning behind most of the changes - argued in retrospect, I didn't have a grand evil plan before I started, I just wanted to get MXML parsing started ;-) In general, this is how I understand the structure of the project: there are two levels: API and implementation. The API lives in the 'org.apache.flex.compiler' packages and is mirrored in the implementation (duh) which lives in the 'org.apache.flex.compiler.internal' packages. Until I started out on the MXML work, we had one type of input (AS) and two main types of output: AS and JS. This was mirrored in the project structure: - for AS, there is 'org.apache.flex.compiler.as' and 'org.apache.flex.compiler.internal.as' - for JS, there is 'org.apache.flex.compiler.js' and 'org.apache.flex.compiler.internal.js' Each of these has at least two sub packages: 'codegen' and 'driver'. Each of these sub packages can have output type specific children, e.g. for AMD and Goog. Now with MXML, there is a second type of input and a third basic type of output. So, I created 'org.apache.flex.compiler.mxml' and 'org.apache.flex.compiler.internal.mxml' and associated sub packages. I like symmetry. However, as there are now 2 types of input (AS and MXML), I needed to abstract out some of the AS code that handles input, in order to share it with the MXML code. While looking for a place to put this new 'top level' code, I decided to put that in a package named 'common', which I created - being a fan of symmetry - on the now familiar two levels: 'org.apache.flex.compiler.common' and 'org.apache.flex.compiler.internal.common'. Also, some of the classes that were previously in 'as' really belong in 'common', as they are not specific to AS. As for the tests, I collected all the 'test base' classes, including the new one for MXML, and put them together in 'org.apache.flex.compiler.internal.test'. While doing this, I noticed that there were three nearly identical 'compile' methods in separate classes, so I consolidated those into one 'compile' method, with some supporting and overloading methods. I did not change any 'asserts' and made sure that all tests passed at any time. Now, for my strategy for the MXML parsing: as I said, I like symmetry. As we did for AS, first I want to make sure that FalconJx understands all MXML types that Falcon does (a long list that lives in the Falcon compiler in 'org.apache.flex.compiler.tree.mxml') and is able to output what is put in. To achieve this, I plan to write tests for each of these types/features, much as we did for AS. Once that is 'complete', I plan to start work on the various output types, like FlexJS and VanillaSDK. This I plan to do in a similar way as we did for AMD and Goog, by subclassing the MXML emitter and creating accompanying tests. So, with '-js-output-type=FLEXJS', the compiler will produce Alex's data structures (or whatever, I'm not yet up to speed on 'his' approach) and with '-js-output-type=GOOG' it will output something that makes the VanillaSDK work. Again, symmetry dictates that MXML output will be just as flexible as the AS output is. Mike, I do like to work with you on this project, so maybe we should talk some more about how we can best make this work? I thought about branching, but I couldn't find a workable way to branch only 'compiler.jx' without also having to create a branch of the 'compiler' and 'compiler.jx.tests'. Also, merging stuff from a branch that changed so much might have been more work than refactoring your local code after this monster commit of mine? Also, with MXML now in place, there will be no need for this kind of major architectural changes anymore. Any changes, at least for the foreseeable future, should be much more incremental and 'localised' in nature, allowing us both (and many, many others!?) to work on the code simultaneously without getting in each other's way. Now you know what I have planned, maybe you can explain what you are working on, so I can make sure my messing around won't hurt what you're doing too much? EdB On Fri, Mar 1, 2013 at 5:54 AM, Alex Harui aha...@adobe.com wrote: On 2/28/13 4:22 PM, Michael Schmalle apa...@teotigraphix.com wrote: I want 1451312 reverted Another major refactoring, but... Right, WAY TO MAJOR. This was to much to change in one commit. Mike I'm not sure this counts as a technical
Re: [FalconJx] Refactoring packages
Mike, I got a snow ball full of ice hitting my face directly. If we would have talked a bit first at least I could have ducked (prepared to refactor my Yes, mea culpa on the communication. My project is kind of NDA at the moment but completely uses the compiler.jx platform. This is what I have been talking about I am working on other projects. I actually mean, I am working on other projects that plug into THIS framework. As a mental exercise, purely out of curiosity - as I just promised it won't happen again - would you try to veto changes to an Apache Flex project when those changes negatively affect a private, non-open source project? In light of our newly re-found communication (:-)), which parts of this framework do your private projects rely on? Can I hack away at the MXML stuff without bothering you too much? And, maybe more importantly, will you be donating improvements you make to your local copy of the framework back to Apache and if so, how might those improvements influence the code that's based upon the current version of the framework? BTW, did you mean to commit the SWC in the repository? I meant to commit all the FlexJS files and dependencies for the moment, until I have broken it down into their separate pieces and written test for all of them. I didn't however realize that the swc was a binary, thanks for pointing that out. I'll remove it from the repo on my next commit. Now, moving forward: I'll be doing a lot of work on any file that has MXML in it's name. Do you foresee any problems with that? I might also need to make minor modifications to some of the supporting files. When do you consider a change worthy of discussion? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] Refactor Notes of the last couple commits
Mike, - 'common' Although I agree with you making things common, I don't agree with having sub packages, it seems redundant and confusing, if a sub package warrants in common, it should have a real package in compiler. Might be non-native speaker choosing names... The code I put in 'common' is code that 'as' and 'mxml' have in common. In that sense, for symmetry's sake, I thought it should also have the same sub package structure as both 'as' and 'mxml'. Maybe 'shared' or 'general' might have been better names for the package? - On the note of this change, if we could have talked about this first you would have heard me first say that maybe we should move 'compiler.as' and 'compiler.js' into a 'compiler.codegen' ... The same change could be applied to 'driver'. This was a mistake on my part when I was originally laying out the first impl of the packages. I see two mistakes (your original layout and me blindly copying/extending it) combined creating one humongous refactor when things quiet down a bit ;-) - Tests, I don't understand why addLibraries() and such in ITestBase are public API. They will never be called outside of the test. In java you would make them abstract and the TestBase class abstract and that creates the subclass contract implicitly. At least one of them has an implementation in TestBase, and the others may well have one in the future... I'm not that familiar with Java - and AS has no 'abstract' - but wouldn't having an implementation prohibit the declaration from being abstract? - Also, passing the List as a parameter of those 3 methods encapsulates the actual field, then if you are just overridding them in a sub class, you are not trying to figure out what field goes where, its just a template method that you add entries to the list passed. That was your original implementation, but again my lack of familiarity with Java is probably causing me some problems here. I figured that calling 'super' with the list as argument might cause problems. In hindsight, it might have been a different aspect of my implementation that was causing the problem, prompting the change and loosing the advantage of the original approach (would this still work when using ITestbase?) I hope you can think about these issues, maybe we can change them down the road. Right now there are no reverting necessary. Excellent! EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJx] redundant interfaces?
Mike, org.apache.flex.compiler.visitor.IASVisitor and org.apache.flex.compiler.visitor.IASWalker don't seem to be used. Is that an artifact of early attempts, or is that by design? Also, I might want to do some refactoring that might 'touch' your code, but I'll try that first, discuss after and only commit when we agree it is the way to go. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] major commit ready to go...
LOL, you told me to discuss first, commit later... which is what I'm doing. I'm writing a big reply to your comments, just had to get this out of the way ;-) EdB On Mon, Mar 4, 2013 at 10:42 PM, Michael Schmalle apa...@teotigraphix.com wrote: I see your commit with MXML, where is this other changes? Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] major commit ready to go...
We're all good. MXML only uses AS, no changes were made - nor am I planning to make any - to the AS implementation, apart from a minor refactoring of BlockWalker and BlockVisitor to allow for a shared ancestor. EdB On Mon, Mar 4, 2013 at 10:26 PM, Michael Schmalle apa...@teotigraphix.com wrote: Well, I purposely did not want anything ActionScript tied to MXML. There was a way to invoke the walker within the MXML visitor(... sounds like you might have done this). I guess this is what I get for not finishing it to a point of working. Email is to hard to discuss something like this where you have already changed things. I just have one blunt question, have you at all tied the AS implementation to the MXML, I don't care the other way around but, if you changed any of the AS visitor implementation that is coupled to the MXML I think its a bad design and needs to be thought about, if not, great then. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] major commit ready to go...
It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] major commit ready to go...
Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] major commit ready to go...
Also, did you, or did you not want me to commit my latest contribution, based on the description I gave? EdB On Tue, Mar 5, 2013 at 11:37 AM, Erik de Bruin e...@ixsoftware.nl wrote: Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen' - created IBlockVisitor and IBlockWalker as 'common' interfaces - refactored IASBlockVisitor and IASBlockWalker to extend these new interfaces All tests pass (I even managed to get a few more done for FlexJS) and the road ahead seems clear... Let me know if any of this will break anything beyond repair - or at least beyond a little time spend adjusting code to the new - if I commit these changes, EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http
Re: [FalconJx] major commit ready to go...
I will do it in a moment, but first I must ask: why do you say that MXML is the 'child' of AS? It is no such thing, it exists (mostly) separate from AS, all they share are some common ancestors (my now infamous 'common' stuff). Let's call them brothers ;-) This latest commit I have lined up allows for the one brother (MXML) to use the services of the other (AS), but like all siblings, they don't tell each other what to do, they just each do their own thing: write(). EdB On Tue, Mar 5, 2013 at 11:49 AM, Michael Schmalle apa...@teotigraphix.com wrote: DO IT! :) We will discuss architecture down the road when the dust settles, I just wanted to make sure the child(MXML) is not telling the parent(AS) what to do. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: Also, did you, or did you not want me to commit my latest contribution, based on the description I gave? EdB On Tue, Mar 5, 2013 at 11:37 AM, Erik de Bruin e...@ixsoftware.nl wrote: Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use the existing ASEmitter and subclases. To make this work, I needed to add an ASBlockWalker to the MXMLBlockWalker and make adjustments to some existing code (refactoring of interfaces and method signatures, mostly). I was able to keep most of this trickery limited to MXML classes, but I needed to make some changes to these 'common' and AS classes: - renamed IASNodeStrategy to INodeStrategy, as it is now 'common' and used by both AS and MXML; this renaming touches 'a few' other classes, like IJSEmitter and the classes in 'org.apache.flex.compiler.internal.as.codegen
Re: [FalconJx] major commit ready to go...
Now we're on the same page :-) Happy coding! EdB On Tue, Mar 5, 2013 at 12:07 PM, Michael Schmalle apa...@teotigraphix.com wrote: Ha, Ok another language thing, I did not mean child in respect to inheritance, I meant child in respect to who knows about who, which sibling might work but its not exact since MXML can 'have' AS composed in it BUT AS cannot have MXML composed in it. This is where the parent child thing came from. AS will never know about MXML, MXML does know about AS. Mike Quoting Erik de Bruin e...@ixsoftware.nl: I will do it in a moment, but first I must ask: why do you say that MXML is the 'child' of AS? It is no such thing, it exists (mostly) separate from AS, all they share are some common ancestors (my now infamous 'common' stuff). Let's call them brothers ;-) This latest commit I have lined up allows for the one brother (MXML) to use the services of the other (AS), but like all siblings, they don't tell each other what to do, they just each do their own thing: write(). EdB On Tue, Mar 5, 2013 at 11:49 AM, Michael Schmalle apa...@teotigraphix.com wrote: DO IT! :) We will discuss architecture down the road when the dust settles, I just wanted to make sure the child(MXML) is not telling the parent(AS) what to do. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: Also, did you, or did you not want me to commit my latest contribution, based on the description I gave? EdB On Tue, Mar 5, 2013 at 11:37 AM, Erik de Bruin e...@ixsoftware.nl wrote: Mike, I'm confused. I'm sure it's me (being a foreigner and all), but I don't understand what you're asking of me... I did a big commit 'solo', it nearly was vetoed. The suggestion was I talk about what I plan to change before actually committing next time I needed to make changes that might influence other's code. I did (this thread), but now you seem to be asking me to discuss what I'm going to do even BEFORE I actually write code, locally? I'm not sure what your process is, but mine generally starts with a goal (enable js output from MXML), after which if tinker with the code until it works. This may or may not involve dead ends, reverts or do-overs. Mostly, what I thought might work doesn't and what ends up working is not at all what I though it might be. When the code works, I clean it up, re-format it, run the tests one more time and commit. I'm not sure how I can discuss changes to the code before I touch the code. I can, however, discuss what I'll be working on, which I thought I did... As the original contributor of the FalconJx code, in my mind you are the de-facto project lead. I therefore defer to your suggestions, most of the time ;-) I don't mind that at all, as long as we work as a team. I'm trying to understand what you think is the best way to cooperate and how I can best fit that into my work. Please be patient and maybe explain things like I'm a 5 year old, just so I understand what it is you're expecting of me. Thanks, EdB On Tue, Mar 5, 2013 at 10:56 AM, Michael Schmalle apa...@teotigraphix.com wrote: We did. :) I just wanted to see if you were reading every word I write. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: It's re-renamed (de-named?). About 'common', I tried to explain that might be a misnomer due to me not being a native English speaker. As stated before, I complete stand behind what you say about moving everything (as, js and mxml) into one 'codegen', 'driver' and 'visitor' package. I just thought we had agreed to postpone such a major refactor until some point in the future? EdB On Tue, Mar 5, 2013 at 1:16 AM, Michael Schmalle apa...@teotigraphix.com wrote: Erik; renamed IASNodeStrategy to INodeStrategy I disagree, please rename that interface back to IASNodeStrategy. The only method it has is handle(IASNode node), notice the IASNode. It is a IASNode handler strategy. Can we please be a little more pragmatic at this refactoring and renaming? I don't understand what compelled you to want to rename that interface. I'm really not liking this 'common' folder at all. I really believe common API belongs in it's own package, not sub packages of a common directory. Look at how the falcon framework is laid out, they do not abuse the common directory. Putting codegen and things on a common directory when there is already a codegen directory is redundant and confusing for others in the future. That being said, I said it was MY mistake not making a codegen and driver directory in compiler. If you want to refactor, do it right and make a codegen, driver in the compiler, then move the 'as', 'js' and 'mxml' into the codegen package and axe the common package. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike et al., I have a reasonably big commit lined up. To make AS embedded in MXML work without doing duplicate work, I figured I could best use
Re: [FalconJx] Future work cleaning up
Me, made an error... impossible! I need to attend to some other projects in the next couple of days, so I look forward to your commit. You have the ball :-) EdB On Tue, Mar 5, 2013 at 7:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] Future work cleaning up
That's me, the kung fu and blind chess master of other people's code. Or - with one error - maybe only a lowly grasshopper Fischer ;-) Have fun! EdB On Tue, Mar 5, 2013 at 7:14 PM, Michael Schmalle apa...@teotigraphix.com wrote: No you didn't cause an error, in my bat cave project there was only one compiler error and I just needed to add a cast to IASBlockWalker from IBlockWalker. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Me, made an error... impossible! I need to attend to some other projects in the next couple of days, so I look forward to your commit. You have the ball :-) EdB On Tue, Mar 5, 2013 at 7:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: Flash finally dead?
There are a couple of sub-projects going on that will 'relieve' Apache Flex from the bonds of the Flash Player, whether it continues to exist or not (my guess is: there is too much money invested - not only by Adobe - for it to go soon and go quietly, you're reading too much into that blog post). These projects (FalconJx, FlexJS and VanillaSDK) can all use contributors. So, if you're interested in preparing Apache Flex for the post-Flash era, join us and help make AS/MXML - HTML5/JS a reality sooner rather than later! EdB On Wed, Mar 6, 2013 at 11:58 AM, Vincent Sotto dsreil...@gmail.com wrote: cobol is dead! NOT really... On Wed, Mar 6, 2013 at 6:50 PM, Carlos Rovira carlos.rov...@codeoscopic.com wrote: AIR continues in the scope of Adobe, so no worries...for now... 2013/3/6 Frédéric THOMAS webdoubl...@hotmail.com From what sayed Thibault at the com 26 on http://www.bytearray.org/?p=** 5197 http://www.bytearray.org/?p=5197 Air going to continue for support new ios and android OSes -Message d'origine- From: Edouard Sent: Wednesday, March 06, 2013 11:39 AM To: dev@flex.apache.org Subject: Re: Flash finally dead? just one question For me, I didn't use Flex for web application because of Flash but i used it for Mobile App with the performance of fxg and the capabilities of Adobe air wich allow to make some native extension etc... What about that, if Flash (and adobe Air ?) is die, how to target mobile ? The best thing about Flex was to write desktop / mobile / web app and reuse 85% of the code :/ On Wed, Mar 6, 2013 at 11:33 AM, Carlos Rovira carlos.rov...@codeoscopic.com wrote: Really nothing disruptive, but as you master a technology and have resources that make you accomplish many tasks you would want to reuse as many as you can. Flex is a great development platform nowadays. GWT, JavaFX, Dart seems to be very good as well in its own flavor. But all people here loves Flex because it fits it's needs and thinks is the better platform to accomplish their tasks. They love code in Flex. They are comfortable in this environment. The problem is that it's output is dying... It could be great to expand the boundaries of Flex and make it play in the HTML5 world...and be the best *development* platform competing with the other we mention...while maintain what makes it great before in *development* terms. One thing nobody talks about Flex is that the platform gives you all the code, classes and features you need and work seamless...while in HTML/JS you must to search for scripts and libraries that makes different people and that does not play well together, so you need to invest many time making it to work together. That kind of things is what Flex could leverage for their users and success in the competition...btw, competition is very good and we should not try to be the only one option out there. 2013/3/6 Alain Ekambi jazzmatad...@gmail.com @Carlos There is no such JS library. But there is stuff like GWT, Dart ShartKit So if Flex turns out to be another JS cross compiler What would be the benefit of Flex over the above ? That s what i m asking myself. I dont see none. 2013/3/6 Carlos Rovira carlos.rov...@codeoscopic.com** Hi Alain, please can you point me to libraries/frameworks/**plataforms in HTML5/JS that provide us with such benefits? OOP and XML layout declaration? Thanks in advance 2013/3/6 Alain Ekambi jazzmatad...@gmail.com @Carlos I agree But at some poin we will need more then the OOP/MXML argument. There are several libaries out there providing the same and compiling down to JS. Minus the overhead to add ActionScript to the project. 2013/3/6 Carlos Rovira carlos.rov...@codeoscopic.com** In what concerns us, the important thing is to keep the benefits of Flex (OOP, MXML, ...) as this produces output to Flash and HTML / JS. I think in older applications will have to keep running in Flash and the new framework will have the potential for multiple outputs. IMHO, what keeps us in this Platform are all benefits that gives us as developers (OOP, MXML) and third-party tools that support the platform. If is Flash or is HTML sincerily is irrelevant, as long as they manage to produce what we need (still think this is not possible with HTML nowadays). If HTML5/JS get evolve (and I think it will) to support all we had in the flash runtime for my perfect... 2013/3/6 Alain Ekambi jazzmatad...@gmail.com And it looks like Adobe has something in the pipeline allready http://topcoat.io/ 2013/3/6 aYo ~ a...@binitie.com
Re: Flash finally dead?
On Wed, Mar 6, 2013 at 4:52 PM, Carlos Cruz car...@nbtbizcapital.com wrote: ...Now the Adobe peons are receiving there marching orders... ...Have no doubts, they are only tools to get a piece of what you have in your handbag or wallet!!!... ... THANK YOU!! to all who are championing and working hard on the Flex project ... Now you have a problem with the intersection of the above sets: Adobe folks who are working hard on the Flex project. I guess you might solve the problem with an apology. +1 Don't blame the people, please (peons, really?). Also, maybe the Apache Flex developers list is not the best place to vent your issues with Adobe. Don't they have forums for that? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] Future work cleaning up
All the info you need is probably here: FlexJSTestBase.java; line 17. And it's completely my bad, although I did annotate it, so it wasn't an error of ignorance... more of laziness. Sorry I didn't think of this when we discussed it before. EdB On Wed, Mar 6, 2013 at 7:05 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, I think I found the cause of this error. How do you have the FlexJS.swc setup? I am not developing that so I don't build any swc. In fact I know this is why these 4 tests are failing because there are no classes for the; basic:Application xmlns:basic=library://ns.apache.org/flexjs/basic/basic:Application namespace; library://ns.apache.org/flexjs/basic Can you give me some info? Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, I wouldn't have committed unless all tests pass on my end. I updated to include your refactor and all test still pass on my side. Do you keep Falcon up to date? EdB On Tue, Mar 5, 2013 at 7:46 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, I just ran the unit tests for falcon.jx.tests and I get 4 errors with null pointers in TestFlexJSMXMLApplication. Do they fail for you, do I have to rebuild to projects? Did you change something with how things are setup? Mike Quoting Erik de Bruin e...@ixsoftware.nl: We are, my local code === SVN code. Perhaps this would be a good time (if you have time) to do some of that refactoring you had in mind? EdB On Tue, Mar 5, 2013 at 7:31 PM, Michael Schmalle apa...@teotigraphix.com wrote: So I take it we are at the same level on revision correct? You don't have any outstanding commits? Mike Quoting Erik de Bruin e...@ixsoftware.nl: That's me, the kung fu and blind chess master of other people's code. Or - with one error - maybe only a lowly grasshopper Fischer ;-) Have fun! EdB On Tue, Mar 5, 2013 at 7:14 PM, Michael Schmalle apa...@teotigraphix.com wrote: No you didn't cause an error, in my bat cave project there was only one compiler error and I just needed to add a cast to IASBlockWalker from IBlockWalker. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Me, made an error... impossible! I need to attend to some other projects in the next couple of days, so I look forward to your commit. You have the ball :-) EdB On Tue, Mar 5, 2013 at 7:03 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In a couple days I am planning on doing a bunch of stuff in the main visitor framework I have had on my list for a while. Since you are into MXML, I thought I would just let you know. For example, I want to clean up the main switch. I'm going to add a couple missing interfaces to the falcon framework. BTW, Nice job on the last commit, just had to adjust on error. :) Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] MXML output - FlexJS
Mike, The idea is to create the same input == output tests for MXML as you did for AS, to check if the emitters are handling all input correctly. Inheriting from those verifiably 'correct' MXML emitters I will create JS output, both for FlexJS and VanillaSDK (initially, but others might be added later), similar to how we do both AMD and 'goog' JS output from extending the AS emitter class. MXML in my view is a second input type, next to AS. EdB On Wed, Mar 6, 2013 at 7:30 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, I'm just looking at some of the things you have been working on. I'm a bit confused... My understanding was the MXML emitters needed to produce relevant AS code of FlexJS IE Alex's data structures. Am I missing something obvious here that was discussed between you and Alex? When I created the base walker and emitter I never had intentions of producing MXML source code from the MXML AST DOM. Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] MXML output - FlexJS
Mike, Aren't we crossing streams now? My efforts are aimed at creating FlexJS output and my code is close to making that happen. If I understand your last correctly, you are suggesting a different approach? EdB On Wed, Mar 6, 2013 at 7:54 PM, Michael Schmalle apa...@teotigraphix.com wrote: Alex, Did you happen to read Gordon's comments on https://cwiki.apache.org/confluence/display/FLEX/MXML+Data+Spec At the end of Jan? I'm seriously thinking about giving an initial impl for FalconJx right now and your data structures. I just found the 1400 line prototype emitter/walker I made a month ago dealing with this and your FragmentList. Since I'm all about getting this boat shoved off, I can afford a couple days trying to get what I started working abit. Mike Quoting Michael Schmalle apa...@teotigraphix.com: Hmm. I understand what you are saying but that is what the walker is for because most output is never going to translate to the existing structure of what will be output as the case with FlexJS and it's data structures. In AS we have a 1 to 1 relationship with the AST to source code. I see this as duplicate work considering in MXML you are basically cherry picking what you need and creating an internal model based on the data parsed which then you will loop through and create the js class. But, that is just the way I see it. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, The idea is to create the same input == output tests for MXML as you did for AS, to check if the emitters are handling all input correctly. Inheriting from those verifiably 'correct' MXML emitters I will create JS output, both for FlexJS and VanillaSDK (initially, but others might be added later), similar to how we do both AMD and 'goog' JS output from extending the AS emitter class. MXML in my view is a second input type, next to AS. EdB On Wed, Mar 6, 2013 at 7:30 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, I'm just looking at some of the things you have been working on. I'm a bit confused... My understanding was the MXML emitters needed to produce relevant AS code of FlexJS IE Alex's data structures. Am I missing something obvious here that was discussed between you and Alex? When I created the base walker and emitter I never had intentions of producing MXML source code from the MXML AST DOM. Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJx] MXML output - FlexJS
Stepping through the current FlexJS MXML with my parser, I am confidant that I can create the needed data structures using the setup that is currently in the code. If I'm somehow mistaken, we'll know soon enough. EdB On Wed, Mar 6, 2013 at 8:01 PM, Michael Schmalle apa...@teotigraphix.com wrote: No, I said there is a huge curve to what you are about to try and produce with data structures. I'm asking have you thought about how your are going to create them... ? His data structures are pretty freaking abstract and you can't just loop through the DOM and create them. Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, Aren't we crossing streams now? My efforts are aimed at creating FlexJS output and my code is close to making that happen. If I understand your last correctly, you are suggesting a different approach? EdB On Wed, Mar 6, 2013 at 7:54 PM, Michael Schmalle apa...@teotigraphix.com wrote: Alex, Did you happen to read Gordon's comments on https://cwiki.apache.org/confluence/display/FLEX/MXML+Data+Spec At the end of Jan? I'm seriously thinking about giving an initial impl for FalconJx right now and your data structures. I just found the 1400 line prototype emitter/walker I made a month ago dealing with this and your FragmentList. Since I'm all about getting this boat shoved off, I can afford a couple days trying to get what I started working abit. Mike Quoting Michael Schmalle apa...@teotigraphix.com: Hmm. I understand what you are saying but that is what the walker is for because most output is never going to translate to the existing structure of what will be output as the case with FlexJS and it's data structures. In AS we have a 1 to 1 relationship with the AST to source code. I see this as duplicate work considering in MXML you are basically cherry picking what you need and creating an internal model based on the data parsed which then you will loop through and create the js class. But, that is just the way I see it. :) Mike Quoting Erik de Bruin e...@ixsoftware.nl: Mike, The idea is to create the same input == output tests for MXML as you did for AS, to check if the emitters are handling all input correctly. Inheriting from those verifiably 'correct' MXML emitters I will create JS output, both for FlexJS and VanillaSDK (initially, but others might be added later), similar to how we do both AMD and 'goog' JS output from extending the AS emitter class. MXML in my view is a second input type, next to AS. EdB On Wed, Mar 6, 2013 at 7:30 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, I'm just looking at some of the things you have been working on. I'm a bit confused... My understanding was the MXML emitters needed to produce relevant AS code of FlexJS IE Alex's data structures. Am I missing something obvious here that was discussed between you and Alex? When I created the base walker and emitter I never had intentions of producing MXML source code from the MXML AST DOM. Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FlexJS] data structure specs
The last entry for each descriptor is a 'null' and is supposed to be for children, but as all child nodes in FlexJS seem to be implemented as 'beads', isn't the children entry obsolete? There is some inconsistency with regard to the final 3 (or 4, counting 'children') entries. The description on the is that they are for styles, effects and events (and children), but the implementation in FalconJS outputs only 2... I assume these two are 'styles' and 'events' (in that order) and that 'effects' is obsolete? That's the ones that caught my eye. As I'm almost ready to do a full one on one comparison between the output of FalconJS and FalconJx, maybe more will pop up. EdB On Mon, Mar 11, 2013 at 4:16 PM, Alex Harui aha...@adobe.com wrote: On 3/11/13 4:18 AM, Erik de Bruin e...@ixsoftware.nl wrote: Alex, Could you please take a look at: https://cwiki.apache.org/confluence/display/FLEX/MXML+Data+Spec and check if that spec is still up to date? I see some differences between the spec and the current FlexJS output and I'm wondering which one is leading... What difference are you seeing? BTW, the only thing that probably shouldn't change is the fact that it is an array of stuff. The format of the stuff can change if it needs to. Also note that you can look at what Falcon/FalconJS is currently doing since it actually works (at least, well enough for the prototype). -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
[FalconJS] error in fresh working copy
Alex, When I check out a fresh working copy of FalconJS and try to build it using the ant script or in Eclipse, I get the following error: compile: [javac] Compiling 31 source files to /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/build/classes [javac] /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/src/org/apache/flex/compiler/internal/as/codegen/JSGeneratingReducer.java:5574: incompatible types [javac] found : org.apache.flex.compiler.tree.as.IVariableNode [javac] required: org.apache.flex.compiler.internal.tree.as.BaseVariableNode [javac] BaseVariableNode var_node = var_expr_node.getTargetVariable(); [javac]^ [javac] Note: /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/build/generatedSrc/as3.codegen/org/apache/flex/compiler/internal/as/codegen/CmcJSEmitter.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error My copy of Falcon is also a fresh new working copy that builds correctly. Can you reproduce this? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJS] error in fresh working copy
Then, when I fix the above error by adding a cast to (BaseVariableNode), FalconJS builds without errors. I can now build the FlexJSUI.swc no problem. However, when I then try to compile the FlexJSTest_again example using the following command starting in the 'as' directory: ../../../../../falcon/trunk/compiler.js/bin/mxmlc -compiler.mxml.children-as-data -library-path+=../../frameworks/as/libs/FlexJSUI.swc -output=/Users/erik/Desktop/FlexJS/FlexJSTest.js -debug FlexJSTest.mxml I get the following error: Using Falcon codebase: ../../../../../falcon/trunk/compiler.js/bin/../../compiler Using Flex SDK: /Users/erik/Documents/apacheFlex/repo/sdk Exception in thread main java.lang.NoClassDefFoundError: org/apache/flex/compiler/internal/projects/FlexProject Caused by: java.lang.ClassNotFoundException: org.apache.flex.compiler.internal.projects.FlexProject at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) Thanks for any input you can give me! EdB On Mon, Mar 11, 2013 at 6:59 PM, Erik de Bruin e...@ixsoftware.nl wrote: Alex, When I check out a fresh working copy of FalconJS and try to build it using the ant script or in Eclipse, I get the following error: compile: [javac] Compiling 31 source files to /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/build/classes [javac] /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/src/org/apache/flex/compiler/internal/as/codegen/JSGeneratingReducer.java:5574: incompatible types [javac] found : org.apache.flex.compiler.tree.as.IVariableNode [javac] required: org.apache.flex.compiler.internal.tree.as.BaseVariableNode [javac] BaseVariableNode var_node = var_expr_node.getTargetVariable(); [javac] ^ [javac] Note: /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/build/generatedSrc/as3.codegen/org/apache/flex/compiler/internal/as/codegen/CmcJSEmitter.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error My copy of Falcon is also a fresh new working copy that builds correctly. Can you reproduce this? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FalconJS] error in fresh working copy
I'm not using the FlexJSOverlay.zip at all, I'm running from the commandline... or is that what you're saying: it works when using FlexJSOverlay.zip, but not from the command line? I this something I should fix on my end? EdB On Mon, Mar 11, 2013 at 7:47 PM, Alex Harui aha...@adobe.com wrote: The class not found is FlexProject, so it is unrelated. I think the issue is that I have wired up the classpaths for the package/deployer in the FlexJSOverlay.zip, so it is looking for Falcon in ../../lib On 3/11/13 11:41 AM, Michael Schmalle apa...@teotigraphix.com wrote: Alex, The other day I added the IVariableExpressionNode interface, was working on todos of the framework(small ones). I did not have the falcon.js project open so the cast was not added to that class(my fault). But I cannot see how adding a cast to an instance that has to be of type BaseVariableNode anyway could cause a class not found exception. I makes no sense at all. Mike Quoting Alex Harui aha...@adobe.com: I synced up and am getting these errors too. I'm looking into it. On 3/11/13 11:20 AM, Erik de Bruin e...@ixsoftware.nl wrote: I was on the verge of committing the FlexJS in FalconJx code, when I did a final update of all sources to run in a clean environment and I started hitting all these errors. I'm not set up to test code from Falcon, sorry. EdB On Mon, Mar 11, 2013 at 7:16 PM, Chema Balsas jbal...@gmail.com wrote: Hi Erik, I hit that myself yesterday and was just about to report it. I did exactly the same to fix the compile-time error for falconjs, and then got the exact same error when trying to compile the example. I also get a runtime error when trying to run the example swf compiled using Falcon... can you check if that doesn't work for you either? Cheers, Chema 2013/3/11 Erik de Bruin e...@ixsoftware.nl Then, when I fix the above error by adding a cast to (BaseVariableNode), FalconJS builds without errors. I can now build the FlexJSUI.swc no problem. However, when I then try to compile the FlexJSTest_again example using the following command starting in the 'as' directory: ../../../../../falcon/trunk/compiler.js/bin/mxmlc -compiler.mxml.children-as-data -library-path+=../../frameworks/as/libs/FlexJSUI.swc -output=/Users/erik/Desktop/FlexJS/FlexJSTest.js -debug FlexJSTest.mxml I get the following error: Using Falcon codebase: ../../../../../falcon/trunk/compiler.js/bin/../../compiler Using Flex SDK: /Users/erik/Documents/apacheFlex/repo/sdk Exception in thread main java.lang.NoClassDefFoundError: org/apache/flex/compiler/internal/projects/FlexProject Caused by: java.lang.ClassNotFoundException: org.apache.flex.compiler.internal.projects.FlexProject at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) Thanks for any input you can give me! EdB On Mon, Mar 11, 2013 at 6:59 PM, Erik de Bruin e...@ixsoftware.nl wrote: Alex, When I check out a fresh working copy of FalconJS and try to build it using the ant script or in Eclipse, I get the following error: compile: [javac] Compiling 31 source files to /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/build /c lasses [javac] /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/src/o rg /apache/flex/compiler/internal/as/codegen/JSGeneratingReducer.java:5574: incompatible types [javac] found : org.apache.flex.compiler.tree.as.IVariableNode [javac] required: org.apache.flex.compiler.internal.tree.as.BaseVariableNode [javac] BaseVariableNode var_node = var_expr_node.getTargetVariable(); [javac] ^ [javac] Note: /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/build /g eneratedSrc/as3.codegen/org/apache/flex/compiler/internal/as/codegen/CmcJS Em itter.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error My copy of Falcon is also a fresh new working copy that builds correctly. Can you reproduce this? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I
Re: [FalconJS] error in fresh working copy
Mike, It fixes the first error, so I will commit that cast if the others agree. EdB On Mon, Mar 11, 2013 at 7:52 PM, Michael Schmalle apa...@teotigraphix.com wrote: Erik, In that case, if this gets resolved, you can commit the cast of the reducer. In the future, If I am working on this stuff in the falcon framework, I will be sure to have all projects open. Yes, a serious oversight on my end, sorry about that. Mike Quoting Alex Harui aha...@adobe.com: The class not found is FlexProject, so it is unrelated. I think the issue is that I have wired up the classpaths for the package/deployer in the FlexJSOverlay.zip, so it is looking for Falcon in ../../lib On 3/11/13 11:41 AM, Michael Schmalle apa...@teotigraphix.com wrote: Alex, The other day I added the IVariableExpressionNode interface, was working on todos of the framework(small ones). I did not have the falcon.js project open so the cast was not added to that class(my fault). But I cannot see how adding a cast to an instance that has to be of type BaseVariableNode anyway could cause a class not found exception. I makes no sense at all. Mike Quoting Alex Harui aha...@adobe.com: I synced up and am getting these errors too. I'm looking into it. On 3/11/13 11:20 AM, Erik de Bruin e...@ixsoftware.nl wrote: I was on the verge of committing the FlexJS in FalconJx code, when I did a final update of all sources to run in a clean environment and I started hitting all these errors. I'm not set up to test code from Falcon, sorry. EdB On Mon, Mar 11, 2013 at 7:16 PM, Chema Balsas jbal...@gmail.com wrote: Hi Erik, I hit that myself yesterday and was just about to report it. I did exactly the same to fix the compile-time error for falconjs, and then got the exact same error when trying to compile the example. I also get a runtime error when trying to run the example swf compiled using Falcon... can you check if that doesn't work for you either? Cheers, Chema 2013/3/11 Erik de Bruin e...@ixsoftware.nl Then, when I fix the above error by adding a cast to (BaseVariableNode), FalconJS builds without errors. I can now build the FlexJSUI.swc no problem. However, when I then try to compile the FlexJSTest_again example using the following command starting in the 'as' directory: ../../../../../falcon/trunk/compiler.js/bin/mxmlc -compiler.mxml.children-as-data -library-path+=../../frameworks/as/libs/FlexJSUI.swc -output=/Users/erik/Desktop/FlexJS/FlexJSTest.js -debug FlexJSTest.mxml I get the following error: Using Falcon codebase: ../../../../../falcon/trunk/compiler.js/bin/../../compiler Using Flex SDK: /Users/erik/Documents/apacheFlex/repo/sdk Exception in thread main java.lang.NoClassDefFoundError: org/apache/flex/compiler/internal/projects/FlexProject Caused by: java.lang.ClassNotFoundException: org.apache.flex.compiler.internal.projects.FlexProject at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) Thanks for any input you can give me! EdB On Mon, Mar 11, 2013 at 6:59 PM, Erik de Bruin e...@ixsoftware.nl wrote: Alex, When I check out a fresh working copy of FalconJS and try to build it using the ant script or in Eclipse, I get the following error: compile: [javac] Compiling 31 source files to /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/build /c lasses [javac] /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/src/o rg /apache/flex/compiler/internal/as/codegen/JSGeneratingReducer.java:5574: incompatible types [javac] found : org.apache.flex.compiler.tree.as.IVariableNode [javac] required: org.apache.flex.compiler.internal.tree.as.BaseVariableNode [javac] BaseVariableNode var_node = var_expr_node.getTargetVariable(); [javac] ^ [javac] Note: /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/build /g eneratedSrc/as3.codegen/org/apache/flex/compiler/internal/as/codegen/CmcJS Em itter.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error My copy of Falcon is also a fresh new working copy that builds correctly. Can you reproduce this? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Alex Harui Flex SDK Team Adobe Systems, Inc. http
Re: [FalconJS] error in fresh working copy
Ok, well, let's not wast too much time on FalconJS. Maybe you can send me the most recent 'debug' JS output from the most recent FlexJSText_again example, so I can put that into the tests for FalconJx and use it to verify my implementation? EdB On Mon, Mar 11, 2013 at 7:54 PM, Alex Harui aha...@adobe.com wrote: Yeah, that appears to be the case. I'm not sure what the best solution is. I don't have this problem because when developing the compiler I am running from Eclipse, and when writing AS or JS code I am running from Flash Builder with the compiler deployed or running from Eclipse. On 3/11/13 11:47 AM, Alex Harui aha...@adobe.com wrote: The class not found is FlexProject, so it is unrelated. I think the issue is that I have wired up the classpaths for the package/deployer in the FlexJSOverlay.zip, so it is looking for Falcon in ../../lib On 3/11/13 11:41 AM, Michael Schmalle apa...@teotigraphix.com wrote: Alex, The other day I added the IVariableExpressionNode interface, was working on todos of the framework(small ones). I did not have the falcon.js project open so the cast was not added to that class(my fault). But I cannot see how adding a cast to an instance that has to be of type BaseVariableNode anyway could cause a class not found exception. I makes no sense at all. Mike Quoting Alex Harui aha...@adobe.com: I synced up and am getting these errors too. I'm looking into it. On 3/11/13 11:20 AM, Erik de Bruin e...@ixsoftware.nl wrote: I was on the verge of committing the FlexJS in FalconJx code, when I did a final update of all sources to run in a clean environment and I started hitting all these errors. I'm not set up to test code from Falcon, sorry. EdB On Mon, Mar 11, 2013 at 7:16 PM, Chema Balsas jbal...@gmail.com wrote: Hi Erik, I hit that myself yesterday and was just about to report it. I did exactly the same to fix the compile-time error for falconjs, and then got the exact same error when trying to compile the example. I also get a runtime error when trying to run the example swf compiled using Falcon... can you check if that doesn't work for you either? Cheers, Chema 2013/3/11 Erik de Bruin e...@ixsoftware.nl Then, when I fix the above error by adding a cast to (BaseVariableNode), FalconJS builds without errors. I can now build the FlexJSUI.swc no problem. However, when I then try to compile the FlexJSTest_again example using the following command starting in the 'as' directory: ../../../../../falcon/trunk/compiler.js/bin/mxmlc -compiler.mxml.children-as-data -library-path+=../../frameworks/as/libs/FlexJSUI.swc -output=/Users/erik/Desktop/FlexJS/FlexJSTest.js -debug FlexJSTest.mxml I get the following error: Using Falcon codebase: ../../../../../falcon/trunk/compiler.js/bin/../../compiler Using Flex SDK: /Users/erik/Documents/apacheFlex/repo/sdk Exception in thread main java.lang.NoClassDefFoundError: org/apache/flex/compiler/internal/projects/FlexProject Caused by: java.lang.ClassNotFoundException: org.apache.flex.compiler.internal.projects.FlexProject at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) Thanks for any input you can give me! EdB On Mon, Mar 11, 2013 at 6:59 PM, Erik de Bruin e...@ixsoftware.nl wrote: Alex, When I check out a fresh working copy of FalconJS and try to build it using the ant script or in Eclipse, I get the following error: compile: [javac] Compiling 31 source files to /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/buil d /c lasses [javac] /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/src/ o rg /apache/flex/compiler/internal/as/codegen/JSGeneratingReducer.java:5574: incompatible types [javac] found : org.apache.flex.compiler.tree.as.IVariableNode [javac] required: org.apache.flex.compiler.internal.tree.as.BaseVariableNode [javac] BaseVariableNode var_node = var_expr_node.getTargetVariable(); [javac] ^ [javac] Note: /Users/erik/Documents/ApacheFlex/repo_again/falcon/trunk/compiler.js/buil d /g eneratedSrc/as3.codegen/org/apache/flex/compiler/internal/as/codegen/CmcJ S Em itter.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error My copy of Falcon is also a fresh new working copy that builds correctly. Can you reproduce this? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I
Re: [FalconJx] build.xml: change URL for JUnit 4.10
Thanks, I have no preference, so I'll update the jx setting to match the one in the compiler.tests. Checking it now... will commit when OK. Edb On Mon, Mar 11, 2013 at 8:37 PM, Michael Schmalle apa...@teotigraphix.com wrote: That was changed jbalsas in falcon compiler.tests yesterday to param name=srcUrl value=http://search.maven.org/remotecontent?filepath=junit/junit/4.10/ Mike Quoting Erik de Bruin e...@ixsoftware.nl: Hi, The URL used by build.xml to get JUnit: http://cloud.github.com/downloads/KentBeck/junit/junit-4.10.jar is giving an error. Anyone mind if I change it to: http://sourceforge.net/projects/junit/files/junit/4.10/junit-4.10.jar which is working? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: SVN to Git migration in progress
Will we still get commit emails? EdB On Tue, Mar 12, 2013 at 1:11 AM, Carlos Rovira carlos.rov...@codeoscopic.com wrote: Hi, David migrate almost everything :) * Website will continue in SVN (as we already known) * If we want Whiteboards, we can ask for migration too or make it live along with site in SVN. As I'm not a fan of whiteboards, maybe others could say if they want in Git or not. I will prefer to live in SVN. * Flex PMC must look at the repos and confirm that all is ok to update the ticket and make it writable. We are very near to make this real :) Best, Carlos 2013/3/12 Carlos Rovira carlos.rov...@codeoscopic.com Hi, probably you already know, but I want to point that David Nalley is pushing this ticket forward ( https://issues.apache.org/jira/browse/INFRA-5549) He alert us that he will make the SVN repository read-only in the process, so take this into account. So it seems it is finally happening, can't believe it! yup! :) -- Carlos Rovira Director de Tecnología M: +34 607 22 60 05 F: +34 912 94 80 80 http://www.codeoscopic.com http://www.directwriter.es http://www.avant2.es -- Carlos Rovira Director de Tecnología M: +34 607 22 60 05 F: +34 912 94 80 80 http://www.codeoscopic.com http://www.directwriter.es http://www.avant2.es -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: SVN to Git migration in progress
He alert us that he will make the SVN repository read-only in the process, so take this into account. This has me very scared: I have a very large commit lined up for FalconJx (FlexJS integration) that I won't have ready for another couple of days. I have no experience with Git whatsoever. How can we prevent my contribution from being lost if I can't commit it to SVN? EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: SVN to Git migration in progress
I think it would of caused some issues no matter when it happened. Some, yes, but not on this scale. Turns out my contribution is now in limbo until I can rearrange my workflow to allow for git and I actually learn git. Which means I now need to spend extra resources on something that was close to commit and would have travelled with the move to git. If we planned this (or at least were given notice!), we could have taken a couple of days to allow all outstanding commits to land, finalize all releases in progress and then move ahead with the move. The way its being handled now feels kinda like sabotage by Infra because they were tired with being hassled about this ticket. I really hope this move will bring the tons and tons of contributions and contributors that we've been promised by the proponents of this useless move, but I'm afraid it will be business as usual and all this will have achieved is wasting resources and delay the project. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: SVN to Git migration in progress
Well, not all PMCs are from the US, fortunately ;-) I did see that from the JIRA ticket it looks like INFRA missed a couple of repos as well (asjs and external)... EdB On Tue, Mar 12, 2013 at 8:46 AM, Frédéric THOMAS webdoubl...@hotmail.com wrote: Well, I guess we're stuck for at least 24h, I guess the PMCs are all in a time zone where it's late now and not even sure David from the Infra is in the same time zone, so I'll check time to time to see what happens (except if you tell me if/how I can help). -Fred -Message d'origine- From: Justin Mclean Sent: Tuesday, March 12, 2013 8:04 AM To: dev@flex.apache.org Subject: Re: SVN to Git migration in progress Hi, What about a couple of days heads up, or even a vote on WHEN this will take place? Vote was 6 month ago but we held off doing it until we became a top level project. We ask infra about a month ago to look at it again and they decide to do it now. Given how long we've been waiting for this we should just try to sort it out. I think it would of caused some issues no matter when it happened. Thanks, Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: SVN to Git migration in progress
Just trying to understand what just happened: https://git-wip-us.apache.org/repos/asf/flex-sdk.git Does that contain a copy of 'trunk' or of 'branches/develop'? EdB On Tue, Mar 12, 2013 at 9:16 AM, Frédéric THOMAS webdoubl...@hotmail.com wrote: I'm currently cloning the repo to see how it has been done... -Fred -Message d'origine- From: Justin Mclean Sent: Tuesday, March 12, 2013 9:11 AM To: dev@flex.apache.org Subject: Re: SVN to Git migration in progress Hi, Hey, textLayout is converted to git too, so a git submodule init and then git submodule update should do the trick, non ? No because we need a subdirectory of the textLayout git repo. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: SVN to Git migration in progress
https://cwiki.apache.org/confluence/display/FLEX/Git+Guide I'd say not all relevant practical is there... it's more like a brief RTFM and figure it out yourself entry. An urgent +1 on making this a proper HOWTO. EdB On Tue, Mar 12, 2013 at 10:32 AM, Justin Mclean jus...@classsoftware.com wrote: Hi, Also, shouldn't this be in the Wiki? Yep. Someone was working on it - no idea how far they got or where it is on the wiki. IMO the vote was taken without thought to what the real implication may be, but that's the community wanted. I call on all of the committers who voted +1 to step forward and help out with the transition. Justin -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: SVN to Git migration in progress
I just tried to build the SDK ('develop' branch) in preparation to
building Falcon and FalconJx (to get some work done on the whole
patch thing I apparently have to do now) and also got the TLF
manifest error...
Nobody tried to build the SDK from a git SVN clone before voting +1 on
the move? Excellent!
EdB
On Tue, Mar 12, 2013 at 10:55 AM, Justin Mclean
jus...@classsoftware.com wrote:
Hi,
I localy have been able to add tlf as submodule, not sure I've got the karma
to push it, I'm going to try.
You can add it as a sub model but the paths are incorrect - have you tried an
to build the SDK?
Justin
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
