Great points, thanks all.
Does anyone know how I can check which swcs are included in mx-only
projects and which in spark-only projects, so I can see where I can put the
common functionality if that's the route I / we'll choose? Thanks.
On 10 June 2015 at 12:40, Kessler CTR Mark J
Issues I see or agree with.
-MX only or Spark only projects.
-Inheritance of these classes / child classes.
-Possible different behavior.
-Mark
Now I understand everything.
No I didn't configure compiler in my IDE - I'm just wondering from the
development perspective how can I use in the future JS.swc once it will be
finished. :)
Awesome job Mike!
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in
So for others reading this that have no clue what is going on, we have an
ActionScript file that uses the DOM, just like TypeScript. This file can
now be compiled without Flash/SWF!!!
The FalconJX compiler is now a true AS only possibility for JS creation.
You pass the Main.as class below, it
I had a quick look yesterday and when I toggled mx only vs spark only I
saw the mx.swc swapped for the spark.swc. A sparkskins.swc is added for spark
only while there is no equivalent for mx only.
For AIR projects a sparkair.swc is also added, there is again no mx equivalent.
Both component
Fred and others;
I just committed a unit test that shows the full meal deal.
TestExternalsJSCompile.java
1. parse/compile externs .js using GCC compile()
2. emit .as from compiled externs AST
3. create JS.swc from emitted .as files
4. load FlexJS backend and compile with no playerglobal.swc,
Mike,
Some question. How can I actually use JS.swc ? It will be part of FlexJS,
but could I use it as an separate library ?
Let's say I grab JS.swc and write some code and in order to build everything
I need to use FalconJX.
Can you describe in details how you generate JS output ? :)
Thank
Thank you for the advice. It’s working now.
Am 09.06.2015 um 00:32 schrieb OmPrakash Muppirala bigosma...@gmail.com:
This looks like an issue where you have not selected the correct workspace
window. First click on the project's mxml file editor window and then run
the external tool.
On Wed, Jun 10, 2015 at 2:16 AM, Alex Harui aha...@adobe.com wrote:
One thing I’ve hit: FB is apparently stuck using Java 1.6. That’s how
old the version of Eclipse is that it uses. Some of the code you’ve
written uses Java 1.7. Can we change back to Java 1.6 syntax? Really,
only the
Hi Alex,
I've been reading the instructions before but was a bit confused the same :-)
Well, the annotated tree seems to be well constructed by the label():
FunctionCallNode(FunctionCallID) $obj 0:1 loc: 1-15 abs: 1-15
flash.tools.debugger
IdentifierNode(IdentifierID) $obj 0:1 loc: 1-5 abs:
Hi Mike,
Thanks for all those needed expalinations, it helped me a lot to understand
more.
If Fred can set this up like we did with Randori in IntelliJ, we could get
spilt second compiles just like TypeScript, the Randori incremental
compiler was VERY fast(like save the file, .js is
That's very useful Peter, many thanks!
It looks like I can use the framework.swc for the common part of these
classes. Will get round to it later this week, I hope.
On 10 June 2015 at 14:26, Peter Ginneberge p.ginnebe...@gmail.com wrote:
I had a quick look yesterday and when I toggled mx only
Out of that, the exception is thrown because after the call to
label(), the reduce()-reduceAntecedent()-getRule() fails to find
a rule to apply, actually, it can't find the cost for rule as it seems
to be no cost function for the goalState 1, at least in the class
And to add to that. Flexmojos produces normal surefire reports that look
exactly like the maven junit reports.
Chris
Gesendet mit meinem HTC
- Reply message -
Von: Justin Mclean justinmcl...@me.com
An: dev@flex.apache.org dev@flex.apache.org
Betreff: Regarding Apcahe FlexUnit
One thing I’ve hit: FB is apparently stuck using Java 1.6. That’s how
old the version of Eclipse is that it uses. Some of the code you’ve
written uses Java 1.7. Can we change back to Java 1.6 syntax? Really,
only the code paths used by FB seem to need to be in Java 1.6, so the
Another thing: I swapped out the requirement of the Closure Compiler repo
for downloading the source, compiling it, and copying the externs files to
a top-level folder in the falcon repo.
We’ll see if that fixes the build. Hopefully it won’t break anything. If
it does, revert the change and
Also, have you seen anything that might suggest we can disable IntelliJ's
ECMA natives so it uses the JS.swc Object definitions?
AFAIK, you can't switch to another ECMA file, it is hardcoded for the
Flex Plugin, a simple go to definition on Object and you will see the
lib it depends on, in
Volunteers are welcome to try to fix it. Or implement a whole new
incremental compile strategy. I think I’ve noticed that Java compiler
writes out an .class file and uses file dates to determine whether to
compile again and seems to do that very quickly. I’ve pondered whether
Falcon would get
Yes, that’s an option, but if you do, then the new repo will be called
flex-maven-plugin.git so choose the name wisely. See the JIRA ticket
https://issues.apache.org/jira/browse/INFRA-8302 for more details.
-Alex
On 6/10/15, 8:57 AM, Christofer Dutz christofer.d...@c-ware.de wrote:
Perhaps i
On Wed, Jun 10, 2015 at 12:50 PM, Frédéric THOMAS webdoubl...@hotmail.com
wrote:
Also, have you seen anything that might suggest we can disable
IntelliJ's
ECMA natives so it uses the JS.swc Object definitions?
AFAIK, you can't switch to another ECMA file, it is hardcoded for the
Flex
Ok, that is inline with what I was thinking.
Let me know if you get the JS.swc, then I know I am not just hallucinating
all this. ;-)
OT; Now that you got the asdoc tokenizer working what are your thoughts
about me adding that code I have had for 3+ years to the project?
If so, where would it
On Wed, Jun 10, 2015 at 12:44 PM, Frédéric THOMAS webdoubl...@hotmail.com
wrote:
Fred, Anything you need help on or questions about the compiler just ask.
Thanks.
Also, have you seen anything that might suggest we can disable IntelliJ's
ECMA natives so it uses the JS.swc Object
HAHAHA Damn, I just had a brain flash, I I rewrote the compiler to have
everything that is a base extend JSObject, it would work in IntelliJ! haha
It was what I meant :)
Frédéric THOMAS
Date: Wed, 10 Jun 2015 12:53:21 -0400
Subject: Re: [FalconJX]
So, why to generate the .abc and compare its modify date while we can do
that with the source file ?
We would compare source file date against .abc file date and then use the
abc as if it were from a swc and not compile the source file.
Can't do more on anything today but will follow that
Fred, Anything you need help on or questions about the compiler just ask.
Thanks.
Also, have you seen anything that might suggest we can disable IntelliJ's
ECMA natives so it uses the JS.swc Object definitions?
AFAIK, you can't switch to another ECMA file, it is hardcoded for the Flex
On 6/10/15, 8:36 AM, Frédéric THOMAS webdoubl...@hotmail.com wrote:
Volunteers are welcome to try to fix it. Or implement a whole new
incremental compile strategy. I think I’ve noticed that Java compiler
writes out an .class file and uses file dates to determine whether to
compile again and
Perhaps i should move the mavenizer stuff to the flex-maven-plugin directory.
Chris
Gesendet mit meinem HTC
- Reply message -
Von: Alex Harui aha...@adobe.com
An: dev@flex.apache.org dev@flex.apache.org
Betreff: Any progress on the new repos?
Datum: Mi., Juni 10, 2015 17:08
Infra
On 6/10/15, 9:19 AM, Michael Schmalle teotigraphix...@gmail.com wrote:
Alex, excuse my ignorance but what are your plans for integrating this,
are you getting the JS.wsc to be built?
I’m just about to pull your change and see if I get a JS.swc.
I haven’t really thought through “what”. I may
On Wed, Jun 10, 2015 at 12:55 PM, Frédéric THOMAS webdoubl...@hotmail.com
wrote:
HAHAHA Damn, I just had a brain flash, I I rewrote the compiler to have
everything that is a base extend JSObject, it would work in IntelliJ!
haha
It was what I meant :)
Word, I am thinking about it more,
Ok will try but with no guaranty :-)
Thanks,
Frédéric THOMAS
From: aha...@adobe.com
To: dev@flex.apache.org
Subject: Re: Re : Re: Re : Re: AW: AW: AW: [FlexJS] IntelliJ Integration
Date: Wed, 10 Jun 2015 15:25:13 +
On 6/10/15, 6:37 AM,
Alex,
I've reviewed updated docs and everything seems to be in place.
One question - shouldn't we have contributor list also in the installer?
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
Infra commented in the JIRA issue that it seems possible, but we have to
re-organize the repo a bit first. Releases that comprise multiple
top-level folders in the repo, like Installer and Mavenizer, all need to
be under one folder named after the destination repo.
For example, the Installer
On 6/10/15, 6:46 AM, Frédéric THOMAS webdoubl...@hotmail.com wrote:
For better performances, we would need to make the incremental
compilation to work but for instance, IIRC Alex switched it off because
it didn't work well.
Volunteers are welcome to try to fix it. Or implement a whole new
Btw, even though I force the rule to be applied, the LiteralIntegerID falls
into JBurgAnnotationGeneral and so, get no associated rules which will throw
the same exception.
Frédéric THOMAS
From: webdoubl...@hotmail.com
To: dev@flex.apache.org
On 6/10/15, 6:37 AM, Frédéric THOMAS webdoubl...@hotmail.com wrote:
Hi Alex,
I've been reading the instructions before but was a bit confused the same
:-)
Well, the annotated tree seems to be well constructed by the label():
FunctionCallNode(FunctionCallID) $obj 0:1 loc: 1-15 abs: 1-15
35 matches
Mail list logo