>
> As a workaround, try adding "-locale=" to the compiler options for the
> tests that compile the SWCs, with a TODO that it should not be necessary.
That did fix the issue, at least temporarily. I'll add the TODO and a JIRA
issue to track this, and go on fixing the rest of errors.
Cheers,
Chem
While driving home I realized what's probably causing the resource bundle
problems. SDK SWCs like mx.swc get compiled for "no locale" (-locale=) because
they're not supposed to have any resource bundles inside. The resource bundles
go into other resource bundle SWCs like en_US/mx_rb.swc, which g
>
> I'd like to fix these since they shouldn't be hard to fix.
Fix them we will, then ;)
Somehow is finding either the source code for the bundles on the
> source path, or the compiled code for the bundles on the library path.
This may have something to do with "addApplicationParentToSourcePa
I'm not sure what's going on with the resource bundle issue, but I don't think
it's an example of Falcon being pickier. Somehow is finding either the
source code for the bundles on the source path, or the compiled code for the
bundles on the library path.
> I see several "duplicated variables"
Yep, my fault. Sorry about that!
- Gordon
-Original Message-
From: Gordon Smith
Sent: Friday, December 14, 2012 4:57 PM
To: flex-dev@incubator.apache.org
Subject: RE: Falcon tests
I have a feeling I may have updated the sdk trunk when I thought I was updating
branches/develop. I'll try
Also, I've already fixed some warnings, but I'd like to ask before going
and fix some more. We've already set to
ignore DuplicateQNameInSourcePathProblem. Should we stick to ignore
warnings, or try and fix them to end up with a cleaner/safer sdk code?
For instance, I see several "duplicated variab
>
> That's usually a configuration problem. Does the -source-path include
> bundles/{locale}, and is -locale set to en_US ?
You're right, that is the case. I was setting the locale, but the bundles
folder is not in the source-path. How's that compc doesn't complain? Is
this another place where Fa
I have a feeling I may have updated the sdk trunk when I thought I was updating
branches/develop. I'll try the tests again.
- Gordon
-Original Message-
From: Chema Balsas [mailto:jbal...@gmail.com]
Sent: Friday, December 14, 2012 4:54 PM
To: flex-dev@incubator.apache.org
Subject: Re: Fa
Today I added Falcon feature tests for the /,
/, and / tags, showing that these
codegen properly.
I also ddded Javadoc explaining how these tags differ from ordinary instance
tags.
Feature tests can now optionally compile against various Flex SWCs (rather than
just playerglobal.swc) and can a
>
> Do they pass for you? If a test doesn't pass, I'd like to @Ignore it until
> it passes so that 'ant tests' has all passes.
Yes, I only removed the @Ignore from the tests that did pass. The errors
you show were indeed fixed in the sdk. I'll check to see what might be the
problem, but they're c
> Do you mean sdk, which is copied to compiler/generated/dist/sdk?
I'm not sure what you're asking. I'm talking about removing the copy.sdk that I
added here
in the build.xml for the compiler project.
> You probably have to update the sdk (branch develop). I think he made some
> sdk chan
[
https://issues.apache.org/jira/browse/FLEX-33285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13532839#comment-13532839
]
Chema Balsas commented on FLEX-33285:
-
This was fixed in
http://svn.apache.org/viewvc
[
https://issues.apache.org/jira/browse/FLEX-33257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13532822#comment-13532822
]
Chema Balsas commented on FLEX-33257:
-
This was fixed in
http://svn.apache.org/viewvc
FYI,
The design can create javascript at ANY leaf node. This is the way I
designed it. I said bottom down, that is when compiling a compilation
unit you would;
visitor.visitCompilationUnit(compilationUnit);
You could also go;
visitor.visitIf(ifNode);
It would only produce the javascript
I have checked in everything to the release4.9 branch that I think we need
to get mustella to pass. I will do another run tonight, which I expect to
go well.
I'm actually running the mustella tests in the develop branch against a
modified RC. To do so, set sdk.dir in the mustella/local.propertie
Maybe initial design of FalconJS was design for future Flex Builder in
mind. I have seen some demo showing how cool will be to see changes on
runtime without compiling a project, but it was done in AS3. BURM will
definitely be the way to go in that case. But just wonder if both
solutions can ac
I can see one adventage of BURM.
When you have an IDE and you expect to see changes in runtime live. It
will be always faster to go from particular leaf up to the root, just to
update small chunk, instead traversing entire tree. But in a case when
you just need to translate entire structure on
> @czadra: Thanks for making all the tests use a consistent way to find the
> SDK. In your template-unittest.properties file, it seems like the four lines
> for setting the properties shouldn't be commented out with #, since anybody
> making a copy will have to uncomment these lines. Also, is th
That's usually a configuration problem. Does the -source-path include
bundles/{locale}, and is -locale set to en_US ?
- Gordon
-Original Message-
From: Chema Balsas [mailto:jbal...@gmail.com]
Sent: Friday, December 14, 2012 1:23 PM
To: flex-dev@incubator.apache.org
Subject: Re: Falcon S
@czadra: Thanks for making all the tests use a consistent way to find the SDK.
In your template-unittest.properties file, it seems like the four lines for
setting the properties shouldn't be commented out with #, since anybody making
a copy will have to uncomment these lines. Also, is there any
Hi,
> 1. The build number was not set in RC2 when you build it.
Thanks I'll check that out.
> 2. apache.swc and experimental.swc were missing from the binary kit so I
> added them.
I'll also check if we missing any of the new locales.
> 3. I add a java source and target of 1.6 to the compil
Right now there's one recurring error when trying to compile almost every
missing swc.
Error: Unable to resolve resource bundle 'core'
>
> [ResourceBundle("core")]
>
This happens for several bundles. I've been trying to figure out the
reason, but this is still beyond my reach. It looks like Falco
Bernd Paradies may have had a different reason for using the BURM... I don't
really know.
- Gordon
-Original Message-
From: Michael Schmalle [mailto:apa...@teotigraphix.com]
Sent: Friday, December 14, 2012 12:03 PM
To: flex-dev@incubator.apache.org
Subject: RE: [FalconJx] Prototype Acti
Thanks Gordon!
The really answered a question I had and also explains why you didn't
just use the ANTLR rewriter to create the tree or nodes during
parsing. I really understand now.
And as you said, a top down walk should work for what we have to do
and it is quite maintainable. Which wil
I would be surprised if the BURM is faster than a simple top-down walk.
The main advantage of using a BURM is that it allows for optimizations to be
easily coded as alternate reductions with lower cost. Typically there are many
difference sequences of bottom-up reductions that could be applied t
Justin,
I worked on the kit this morning. Here is where I am leaving it:
1. The build number was not set in RC2 when you build it. You can see
this because the build number is not set in flex-sdk-description.xml (and
there none of the Version.as files). See build/build_release.sh for how I
di
Sorry I meant the prototype is a "top down walker", bottom down dosn't
make any sense. :)
Mike
Quoting Michael Schmalle :
Quoting Alex Harui :
We are definitely in prototype/research mode and different angles
should be
investigated. The key to the "Apache Way" is that if we have t
Quoting Alex Harui :
We are definitely in prototype/research mode and different angles should be
investigated. The key to the "Apache Way" is that if we have to make
choices in deciding what to ship, it should be done on technical merit.
What context are you speaking from? compiler, js fra
On 12/14/12 10:04 AM, "Michael Schmalle" wrote:
>
> Quoting Alex Harui :
>
>>
>>
>>
>> On 12/14/12 4:24 AM, "Erik de Bruin" wrote:
>>
>>> Dude,
>>>
>>> "goog" it is.
>>>
>>> I just needed a little pep-talk, I guess ;-)
>> Right now, I'm trying to get FalconJS to compile an MXML file a
Hi,
There is a large amount of Flex related content that we have created and
published over the years. I'm working on compiling a definitive list of the
content and the Flex version it relates to. I will be working with legal to
deal with any legal issues surrounding the CC license and contrib
Quoting Alex Harui :
On 12/14/12 4:24 AM, "Erik de Bruin" wrote:
Dude,
"goog" it is.
I just needed a little pep-talk, I guess ;-)
Right now, I'm trying to get FalconJS to compile an MXML file and output the
goog stuff. That work got delayed because there were more distractions from
th
These appear to be in Michelle Yaiser's territory. Hopefully she can help.
On 12/14/12 1:35 AM, "Maxime Cowez" wrote:
> The style explorer (your second link) has source code attached and it
> appears to be under Creative Commons license:
>
> "You may freely duplicate, distribute, display and
On 12/14/12 4:24 AM, "Erik de Bruin" wrote:
> Dude,
>
> "goog" it is.
>
> I just needed a little pep-talk, I guess ;-)
Right now, I'm trying to get FalconJS to compile an MXML file and output the
goog stuff. That work got delayed because there were more distractions from
the 4.9 release tha
>Eriks point I think was he is trying to write some of the js side that isn't
>for the time being going to be cross compiled. But as I see it, I don't think
>there will be a reason to hand write a lot >because we could even create a
>custom emitter that knows how to spit out our core js framewor
Well exclamation points aside, I think my base concept is I just
wanted to get a compiler ready to output whatever mashup we prescribe.
I understand fully what you are saying, the end product is javascript
and how we get there is all implementation details that for me as it
stands are not a
I understood Frank's approach as vanilla-js (ES5) - eg, no dependencies.
JS is JS though - you can write Backbone.j models in Typescript, wrap
jQuery based views in coffee script, and lay everything out using
mustache with some Jangaroo games mixed in just for giggles. At the end
of the day it
>
> BTW You might want to add your name to this page:
http://incubator.apache.org/flex/team.html
Thanks! Done! ;)
On 12/14/12 10 :12AM, "Greg Reddin" wrote:
>On Fri, Dec 14, 2012 at 1:24 AM, Justin Mclean
>wrote:
>
>> - Flash Builder 4.6 and 4.7 not able to use the SDK if it compiled
>>against
>> Java 1.7 (on OSX not tested on windows)
>>
>
>Could you set the compile target to create 1.6-compatible binarie
Fix this.
Author: cframpton
Date: Fri Dec 14 15:04:19 2012
New Revision: 1421915
URL: http://svn.apache.org/viewvc?rev=1421915&view=rev
Log:
Add target to build textLayout_rb.swc.
Modified:
incubator/flex/sdk/branches/release4.9/frameworks/build_framework.xml
On 12/14/12 9 :48AM, "Carol
Another issue for the RC2 list is the the frameworks/build.xml file in the
binary kit does not build cleanly. This file is build_framework.xml in
the tree.
spark_rb:
[echo] Compiling frameworks/locale/en_US/spark_rb.swc
[compc] Loading configuration file
/Users/cframpto/Downloads/apache-
Nicholas, wasn't that the tour the flex app?
http://www.adobe.com/devnet-archive/flex/tourdeflex/web/#
I swear I saw a version of this that came out for 4.0/4.5 and showed off
the spark components
Let me look at my notes to see if I can find it again...
-Nick
On Thu, Dec 13, 2012 at 5:57 PM, Justin Mclean wrote:
> Hi,
>
> I know we could make a new one ourselves, but how hard would it be to
On 12/14/12 2 :24AM, "Justin Mclean" wrote:
>Hi,
>
>Currently with Apache Flex 4.9 RC2 we have teh following issues:
>- Flash Builder 4.6 and 4.7 not able to use the SDK if it compiled
>against Java 1.7 (on OSX not tested on windows)
>- Flash Builder 4.7 not recognising Apache Flex 4.9 RC
I us
On 12/13/12 4 :16PM, "Justin Mclean" wrote:
>Hi,
>
>It looking to me that we're unable to support Java7 compiled version of
>the SDK when using FB 4.6/4.7 (on OSX at least).
>
>Can anyone confirm the same issue exist on Windows with RC 2?
This morning I got back from the FB team:
We have not
Right,
From my experience with compilers, I guessed that is what Google did.
And it turns out that is what they did.
So keep on your course Erik, nothing to worry about. Let's just get
this thing rolling so #ApacheFlex #FalconJx tags are swimming in the
Twitter atmosphere. ;-)
I'm not t
> Ok, then not to worry, we can even tests this sooner than later to see
> exactly what the closure compiler does with our namespaces.
Taking the example AS -> JS we worked with last week, let me show you:
//**==**===
AS CODE
package
Quoting Frank Wienberg :
Hi Dan,
just to get things straight, I am not working on a different
implementation, but discussion with Erik and Mike trying to find the
optimal JavaScript output format. In my current experiments, I am trying an
approach without the "goog" library, which does not mea
[
https://issues.apache.org/jira/browse/FLEX-33294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Maximilien Wiktorowski updated FLEX-33294:
--
Comment: was deleted
(was: actually just use FileOutputStream is even a little
[
https://issues.apache.org/jira/browse/FLEX-33294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Maximilien Wiktorowski updated FLEX-33294:
--
Comment: was deleted
(was: hm, actually just do nothing also works, are you
Hi Dan,
just to get things straight, I am not working on a different
implementation, but discussion with Erik and Mike trying to find the
optimal JavaScript output format. In my current experiments, I am trying an
approach without the "goog" library, which does not mean you cannot use the
Google C
Well, that's good news then :)
On 12/14/2012 12:30 PM, Erik de Bruin wrote:
'goog' seems to be the reasonable way to go. I would be a bit concern
about name-space implementation yet.
org.apache.data.blah.foo is the major bottleneck. And currently not that
different from haxe approach. Even after
So then logic says that if all of our stuff is in org.apache.flex,
that will always be reduced, at least from my compiler experience that
is how I would do it.
Ok, then not to worry, we can even tests this sooner than later to see
exactly what the closure compiler does with our namespaces
>> 'goog' seems to be the reasonable way to go. I would be a bit concern
>> about name-space implementation yet.
>> org.apache.data.blah.foo is the major bottleneck. And currently not that
>> different from haxe approach. Even after closure compiler heavy lifting it
>> is still
>> a.b.c.d.e.f. It s
[
https://issues.apache.org/jira/browse/FLEX-33294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13532270#comment-13532270
]
Maximilien Wiktorowski commented on FLEX-33294:
---
hm, actually just do no
I don't know why I didn't show you this before.
I have done some tests AS3 vs JS a while ago. Pretty much on the
beginning of my journey with JS when started to investigate possibility
of moving towards html5.
http://www.flaemo.com/bixbite/
you can also review about 86 different specs collect
Dude,
"goog" it is.
I just needed a little pep-talk, I guess ;-)
EdB
On Fri, Dec 14, 2012 at 10:20 AM, Michael Schmalle
wrote:
> Erik,
>
>
>> So, unless there's people out there that are willing to
>> contribute to Alex's (and now my) approach to getting from AS to JS,
>> my time is spend be
[
https://issues.apache.org/jira/browse/FLEX-33294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13532267#comment-13532267
]
Maximilien Wiktorowski commented on FLEX-33294:
---
actually just use FileOutpu
Quoting Daniel Wasilewski :
On 12/14/2012 11:49 AM, Michael Schmalle wrote:
Isn't it the end of 2012 right now? ;-)
Mike
Nope, we have to survive end of the world first, then end of the
world sales and then... :D
Right, and the millions of other planets in the hundreds of galaxys we
On 12/14/2012 11:49 AM, Michael Schmalle wrote:
Isn't it the end of 2012 right now? ;-)
Mike
Nope, we have to survive end of the world first, then end of the world
sales and then... :D
Quoting Daniel Wasilewski :
Well, thanks for clarification.
And I love you keep AST abstract as it should be :)
Imagine in the future JS 2.0 will came out...
Well any good design is not dependent on it's output. This design is
no different, the only thing it's dependent on is it's AST stru
Heh,
Dan, what you said below I could agree with 100%. The only reason I am
writing a cross compiler is for an RIA platform to stand on it, using
the as you put it "RIA platform, reuse existing code base, don't dump
the years of work, experience and effort."
I will say this for the 4th
Well, thanks for clarification.
And I love you keep AST abstract as it should be :)
Imagine in the future JS 2.0 will came out...
'goog' seems to be the reasonable way to go. I would be a bit concern
about name-space implementation yet.
org.apache.data.blah.foo is the major bottleneck. And curr
I am with you Mike on this in 100%.
If I can add something to it.
I would rather thing of Falcon/ FalconJS being contributed to Apache as
just a cool name. Code base? Does anybody do care these days of quality
of it?
If possible to investigate a better way of doing it, why not?
Equation was
Quoting Daniel Wasilewski :
Hi guys,
I've lost a track on the Falcon JS for a while, (busy freelancing to
survive and pay my bills), but at time to time visiting the list.
And don't quite understand the status. Is it like we have 3
different people working on their own/favourite implementa
Hi,
> I think that we should at least support FB 4.6 and 4.7 with a Flex SDK
> release.
We should be able to support Java 1.6, but it's looking rather tricky to get FB
to work with Java 1.7. For Java 1.7 it also looks like we'd need to provide
instructions on modify the FB config (assuming it's
Hi guys,
I've lost a track on the Falcon JS for a while, (busy freelancing to
survive and pay my bills), but at time to time visiting the list.
And don't quite understand the status. Is it like we have 3 different
people working on their own/favourite implementation at the same time?
I've see
Hey,
This is great to hear. I'm kind of a hard head myself. What we are
doing is going against what the majority says is possible.
I see petitions to kill the Flash Player, uninstall it from your
browser stuff... You get where I am going with this?
Ignorant developers associate ActionScri
Hi Erik, I'm with Mike on this one. Lead and others will follow.
I for one plan to stick around the compiler and mostly the JS generation.
I've still to find the time to dive deep into your approach, but I'll be
working on it for sure. You can definitely count me in.
Cheers,
Chema
2012/12/14 Mic
Hi Bertrand,
that's great news!
I'm with you that is better to wait until graduation. We'll have to wait a
bit more but we're definitely on road! :)
2012/12/14 Bertrand Delacretaz
> Hi,
>
> FYI, see http://apache.org/dev/writable-git for the current status of
> writable Git infrastructure at
[
https://issues.apache.org/jira/browse/FLEX-33284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bogdan Dinu updated FLEX-33284:
---
Attachment: NewSparkComponents.fxpl
Spark components library project (exported from FB4.6)
[
https://issues.apache.org/jira/browse/FLEX-33284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bogdan Dinu updated FLEX-33284:
---
Description:
Please see ReadMe.txt inside the project's archive.
Components inside :
Alert (org.apac
[
https://issues.apache.org/jira/browse/FLEX-33284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bogdan Dinu updated FLEX-33284:
---
Attachment: (was: SparkComponents.zip)
> New Spark Components
>
>
>
The style explorer (your second link) has source code attached and it
appears to be under Creative Commons license:
"You may freely duplicate, distribute, display and alter this application
for both commercial and non-commercial uses, but you must include this
attribution, as well as the links to
Erik,
So, unless there's people out there that are willing to
contribute to Alex's (and now my) approach to getting from AS to JS,
my time is spend better helping out on another part of the project.
Saying this kindof pisses me off. I just spent the last week writing a
compiler that will all
Hi,
FYI, see http://apache.org/dev/writable-git for the current status of
writable Git infrastructure at the ASF - hope this clarifies things.
The good news for Flex is that supplying volunteers to help infra with
Git is not required anymore.
I still think it's best to wait until after graduatio
I'm not sitting here feeling sorry for myself, I actually learned a
lot setting up the current approach. I'm just wondering if it is worth
my time to pursue this avenue when everyone else seems more interested
in going in a (as far as I understand) completely different direction.
Getting this "done
So, basically, nobody loves the "goog" approach I spend the last weeks
working on (based mostly on feedback from the various discussion on
the list).
Or, let me rephrase, nobody cares enough to contribute to it?
EdB
On Fri, Dec 14, 2012 at 9:20 AM, Frank Wienberg wrote:
> This is great news, M
This is great news, Mike! I will also try to dig into your code this
weekend.
In the meantime, I've been busy figuring out the "essence" of a new
JavaScript runtime format that uses the principles described in my blog,
but relies on RequireJS (not goog!) and ECMAScript 5 API, making it way
more con
I think that we should at least support FB 4.6 and 4.7 with a Flex SDK
release.
We don't know if this would work with any other IDE.
This version of the SDK would be pretty much useless if we don't support FB.
Thanks,
Om
On Dec 13, 2012 11:25 PM, "Justin Mclean" wrote:
> Hi,
>
> Currently with
79 matches
Mail list logo
