Updated and merged :)
Thanks,
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Jan 28, 2013, at 8:28 AM, christofer.d...@c-ware.de wrote:
> Hi guys,
>
> just wanted to inform you that I just updated
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
Hi guys,
just wanted to inform you that I just updated FM6.x to reflect a lot of
feedback from the community and latest changes to the Mavenizer
(https://github.com/chrisdutz/flexmojos). I think FM6 still needs a little
working on the Air side. Unfortunately I don't use Air at all so I could us
On 1/27/13 10:50 PM, "Om" wrote:
>>> But they dont seem to match up. Can you please respond with how the mxml
>>> would look when redone as a pure actionscript file?
>>>
>> There are two possible answers to this question. One is for the question:
>> what would the generated AS for the MXML
Hi,
Excellent article! Thanks to the team for keeping the Flex flame burning.
Rgs,
Sugan Naicker
South Africa
-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com]
Sent: 28 January 2013 12:59 AM
To: dev@flex.apache.org
Subject: [PR] Flex != Flash
You guys might enjoy my blog
On Sun, Jan 27, 2013 at 8:33 PM, Alex Harui wrote:
>
>
>
> On 1/27/13 7:18 PM, "Om" wrote:
>
> > Alex, I think you would be the best person to answer this.
> >
> > What would be the Actionscript equivalent of this mxml file:
> >
> >
> http://svn.apache.org/viewvc/flex/asjs/branches/develop/examp
[
https://issues.apache.org/jira/browse/FLEX-33366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13564058#comment-13564058
]
Alex Harui commented on FLEX-33366:
---
I still cannot reproduce this problem. Please go t
On 1/27/13 7:18 PM, "Om" wrote:
> Alex, I think you would be the best person to answer this.
>
> What would be the Actionscript equivalent of this mxml file:
>
> http://svn.apache.org/viewvc/flex/asjs/branches/develop/examples/FlexJSTest_ag
> ain/FlexJSTest.mxml?view=markup
>
> I was readin
Friends, how is the Apache Flex project?
Thank you.
Nice read.
There is a minor typo in the 7th paragraph "But Flex was always open
source!":
[...]before it was donated to *Adobe* was by Adobe employees[...]
... should be Apache/ASF. :)
Am 27.01.2013 23:58, schrieb Harbs:
> You guys might enjoy my blog post:
> http://printui.com/blog/2013/01/fle
Nice Article!
-Oorspronkelijk bericht-
Van: Harbs [mailto:harbs.li...@gmail.com]
Verzonden: zondag 27 januari 2013 23:16
Aan: dev@flex.apache.org
Onderwerp: Re: [PR] Flex != Flash
Yeah. Changed already. ;-)
Thanks. I hope the article helps some more people "get it". You guys have
been d
Yeah. Changed already… ;-)
Thanks. I hope the article helps some more people "get it". You guys have been
doing awesome work!
On Jan 28, 2013, at 1:12 AM, Michael Schmalle wrote:
> I would change it now just to be safe so you don't flamed.
>
> Very nice article Harbs, I think you caught exactl
I would change it now just to be safe so you don't flamed.
Very nice article Harbs, I think you caught exactly what I have been
saying about what I envision the compiler turning into. My work on the
compilers etc aims at taking the power of a language and pointing it
in the direction we wan
I copied it from his bio. If it was a typo, I'll correct it.
Yeah. 1992 sounds like a very long time ago…
On Jan 28, 2013, at 1:06 AM, Michael Schmalle wrote:
> Where did you get 1992?
>
> I think Gordon meant 2002 on his bio, someone correct me if I am wrong.
>
> Mike
>
> Quoting Harbs :
>
Where did you get 1992?
I think Gordon meant 2002 on his bio, someone correct me if I am wrong.
Mike
Quoting Harbs :
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
--
Michael Schmalle - Teoti Graphix, LLC
http:/
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
On Sun, Jan 27, 2013 at 8:17 AM, Alex Harui wrote:
> Did you end up with a set of scripts as described in [1]?
>
> https://cwiki.apache.org/confluence/display/FLEX/FlexJS+Status
>
> You will need to have the frameworks/js folder available to the html file,
> as well as the goog and third_party fo
On Sun, Jan 27, 2013 at 5:52 PM, Erik de Bruin wrote:
> > I think I can now pinpoint the difference to RequireJS: It is in the
> > existence of deps.js.
> > deps.js says it's generated, and seems to be the extracted dependencies
> of
> > all the other JS files, right? Aha, so this is how the nece
Really.
On Sun, Jan 27, 2013 at 10:11 AM, Erik de Bruin wrote:
> > Take a chill pill. ;)
>
> Really? Nice!
>
> I prefer contributing over "chillin", thank you.
>
> EdB
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
>
[
https://issues.apache.org/jira/browse/FLEX-33366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13563863#comment-13563863
]
zy commented on FLEX-33366:
---
Thank you for your help.I do a test on another win7 use IE9。It is a
> 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
Not really sure what's offensive about what I said. I was just pointing out
the PMC doesn't veto commits.
Take a chill pill. ;)
-omar
On Sunday, January 27, 2013, Erik de Bruin wrote:
> No a very constructive comment, if you don't mind me saying.
>
> But while we're on the subject: you can only
No a very constructive comment, if you don't mind me saying.
But while we're on the subject: you can only include something in the
SDK if it's actually coded and contributed to the project.
Just to be clear.
EdB
On Sun, Jan 27, 2013 at 6:00 PM, Omar Gonzalez
wrote:
> Well the PMC would not v
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 factor
Well the PMC would not veto commits.
It would veto the notion o including something in the SDK that wasn't
agreed upon via consensus.
Just to be clear. :)
-omar
On Sunday, January 27, 2013, Erik de Bruin wrote:
> > But I don't want to force a decision right now;
>
> The beauty of the Apache Wa
> But I don't want to force a decision right now;
The beauty of the Apache Way is that you are free to do whatever you
feel is best for the project. As am I. So, short of the PMC voting and
veto-ing each and every commit made to the code we contribute, there
is no way you or anyone else can "force
> 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
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
wrote:
> Is Example.js a generated cross compile?
>
> Mike
>
>
> Quoting Erik de Bruin :
>
Please take a look
Did you end up with a set of scripts as described in [1]?
https://cwiki.apache.org/confluence/display/FLEX/FlexJS+Status
You will need to have the frameworks/js folder available to the html file,
as well as the goog and third_party folders from the google libraries. The
compiler does not generate
On 27 January 2013 16:14, Frank Wienberg wrote:
> That being said, I think both Erik and I "got the ball rolling". It is not
> as if we are just talking theory here. We both have a working demo
> everybody can look at, and have both posted our arguments. Maybe we should
> just start a new thread
That being said, I think both Erik and I "got the ball rolling". It is not
as if we are just talking theory here. We both have a working demo
everybody can look at, and have both posted our arguments. Maybe we should
just start a new thread to get this to a decision.
But I don't want to force a dec
Mike, no harm done. I don't mind you being sarcastic, I always find
it refreshing! :-)
Frank,
Definitely a cultural difference here with my writing below.
Basically, the point was, you CAN compare right now but, I think Erik
was or just missed that fact you CAN compare right now.
As far as your comments about how things should be compared, my point
was, start comparing! :) E
On Sun, Jan 27, 2013 at 2:51 PM, Michael Schmalle
wrote:
>
> Quoting Frank Wienberg :
>
>
>
>>
>>> 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 th
+1 on this.
FYI, As the Apache way suggests, itch your scratch... This one is
going to happen and I will be working on it with Roland. We are
looking for constructive criticism, not a blessing. :)
I already have 2 compilers to work with and it's ridiculous one parse
session can't be used
Quoting Frank Wienberg :
I'm looking forward to seeing the Falcon implementation of your
AMD/RequireJS ideas and it's output, so we can compare the various
suggested approaches on their technical merits as well as their
theoretical underpinnings.
Okay, we can wait for that, but since Mic
Good day to all of you :)
Hold on, I think this is going to be a long message...
Moving on from the latest discussion between Erik and Frank about the ideal
implementation of AS->JS cross-compilation,
I think its perhaps an interesting venture to talk a little bit about some
possible changes we c
On Sun, Jan 27, 2013 at 1:03 PM, Erik de Bruin wrote:
> >> Please take a look at the proof of concept (both the intermediate and
> >> release code) before making these kinds of statements.
> >>
> >> I'd like to, but you admitted yourself that it has quite an initial
> > overhead to set up. Could
Is Example.js a generated cross compile?
Mike
Quoting Erik de Bruin :
Please take a look at the proof of concept (both the intermediate and
release code) before making these kinds of statements.
I'd like to, but you admitted yourself that it has quite an initial
overhead to set up. Could you
>> 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 runnin
These are a lot of the reasons why I chose RequireJS over Google Closure
for my JavaScript work.
Just saying.
-omar
On Sunday, January 27, 2013, Frank Wienberg wrote:
> On Sat, Jan 26, 2013 at 7:55 AM, Erik de Bruin
> >
> wrote:
>
> > > code and vice versa. I still think that RequireJS is the
On Fri, Jan 25, 2013 at 11:56 PM, Alain Ekambi wrote:
> @Roland
> For the SDK it s surely not a problem since it s all Apache.
> But anyone using the Apache Flex SDK to write an ExtJS application will
> need a commercial license from Sencha or will have to open source the code.
>
> This is worth
On Sat, Jan 26, 2013 at 7:55 AM, Erik de Bruin wrote:
> > 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,
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 READ
On Sat, Jan 26, 2013 at 11:51 PM, Alex Harui wrote:
>
>
>
> On 1/26/13 11:22 PM, "Om" wrote:
>
> > !ClosureProblem!
> >
> > !ClosureProblem!
> >
> > !ClosureProblem!
> >
> > !ClosureProblem!
> >
> > !ClosureProblem!
> >
> > ==
> >
> > I do see
>
> 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
>>
46 matches
Mail list logo