Re: Welcome Olaf Krüger as Apache Flex Committer

[Harbs]

Welcome aboard! :-)

Harbs

RE: Welcome Olaf Krüger as Apache Flex Committer

[OK]

Thanks to all for your warm welcome. I'm still very exited about your
committer invitation and hope to be able to contribute something useful in
future.

In order to give you an idea who I am I'd like to introduce myself:
I'm located in Germany near Cologne. Employed at a leading automotive
supplier for hinge systems for over 15 years I'm doing something wich in the
past was called "web application development" as well as SAP ABAP
development.

Maybe it's also interesting for you what I'd like to achieve releated to our
lovely Flex in future:

1) Creating a PureMVC Undo/Redo Demo for FlexJS:
I'm still loving PureMVC and cause it is pure AS3 it could be easily
transpiled to JS.
I'd like to show that it (hopefully) works fine with FlexJS. I also would
like to find out a way that makes it possible to start implementing a new
app using the standard Flex SDK with the possability to port it to FlexJS
with as little effort as possible using PureMVC.

2) Help out to complete the MaterialDesign lib for the Flex SDK:
Rui Cruz has created a very awesome MaterialDesign lib for the standard SDK:
https://github.com/rui-cruz/Spark-Material
There're ideas to make it part of the SDK wich is great. The lib could
already be used for production but there are still some components missing.

3) Help out to bring the MaterialDesign to FlexJS:
I have still little FlexJS experience but I'm convinced that a modern
component set would help FlexJS to move forward. Does anybody know if
there's a fair chance to 'use' the "Material Design Lite" lib with FlexJS?:
https://getmdl.io

As for most of you my available time is also always little but I've learned
that it's much better to take many little steps and accept that it's take a
longer time to achieve things instead of doing nothing ;-)

Thanks,
Olaf



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Welcome-Olaf-Kruger-as-Apache-Flex-Committer-tp52986p52990.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

[FlexJS] Incorporating "Material Design Lite"

[OK]

Is somebody be able to estimate if there's a fair chance to incorporate the
"Material Design Lite" lib into FlexJS?:
https://getmdl.io

Cause it has no dependencies to other libraries it might be a good canditate
to bring a light version of the MaterialDesign to FlexJS?

Thanks,
Olaf





--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Incorporating-Material-Design-Lite-tp52991.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: Welcome Olaf Krüger as Apache Flex Committer

[Carlos Rovira]

Congrats and Welome Olaf!

All your plans sounds very good. I like it specially in reverse order ;)

Thanks to share!

Carlos


2016-05-12 10:44 GMT+02:00 OK :

> Thanks to all for your warm welcome. I'm still very exited about your
> committer invitation and hope to be able to contribute something useful in
> future.
>
> In order to give you an idea who I am I'd like to introduce myself:
> I'm located in Germany near Cologne. Employed at a leading automotive
> supplier for hinge systems for over 15 years I'm doing something wich in
> the
> past was called "web application development" as well as SAP ABAP
> development.
>
> Maybe it's also interesting for you what I'd like to achieve releated to
> our
> lovely Flex in future:
>
> 1) Creating a PureMVC Undo/Redo Demo for FlexJS:
> I'm still loving PureMVC and cause it is pure AS3 it could be easily
> transpiled to JS.
> I'd like to show that it (hopefully) works fine with FlexJS. I also would
> like to find out a way that makes it possible to start implementing a new
> app using the standard Flex SDK with the possability to port it to FlexJS
> with as little effort as possible using PureMVC.
>
> 2) Help out to complete the MaterialDesign lib for the Flex SDK:
> Rui Cruz has created a very awesome MaterialDesign lib for the standard
> SDK:
> https://github.com/rui-cruz/Spark-Material
> There're ideas to make it part of the SDK wich is great. The lib could
> already be used for production but there are still some components missing.
>
> 3) Help out to bring the MaterialDesign to FlexJS:
> I have still little FlexJS experience but I'm convinced that a modern
> component set would help FlexJS to move forward. Does anybody know if
> there's a fair chance to 'use' the "Material Design Lite" lib with FlexJS?:
> https://getmdl.io
>
> As for most of you my available time is also always little but I've learned
> that it's much better to take many little steps and accept that it's take a
> longer time to achieve things instead of doing nothing ;-)
>
> Thanks,
> Olaf
>
>
>
> --
> View this message in context:
> http://apache-flex-development.247.n4.nabble.com/Welcome-Olaf-Kruger-as-Apache-Flex-Committer-tp52986p52990.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>



-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es


Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: Welcome Olaf Krüger as Apache Flex Committer

[Harbs]

+1!

On May 12, 2016, at 12:42 PM, Carlos Rovira  
wrote:

> All your plans sounds very good. I like it specially in reverse order ;)

Re: [FlexJS] Incorporating "Material Design Lite"

[Harbs]

Yes. I think it’s a very good candidate.

I know Om has done some work with MD using Angular’s implementation. He might 
have some good input.

Harbs

On May 12, 2016, at 12:06 PM, OK  wrote:

> Is somebody be able to estimate if there's a fair chance to incorporate the
> "Material Design Lite" lib into FlexJS?:
> https://getmdl.io
> 
> Cause it has no dependencies to other libraries it might be a good canditate
> to bring a light version of the MaterialDesign to FlexJS?
> 
> Thanks,
> Olaf
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://apache-flex-development.247.n4.nabble.com/FlexJS-Incorporating-Material-Design-Lite-tp52991.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] Incorporating "Material Design Lite"

[Carlos Rovira]

That would be a very good approach, with out doubt

2016-05-12 11:48 GMT+02:00 Harbs :

> Yes. I think it’s a very good candidate.
>
> I know Om has done some work with MD using Angular’s implementation. He
> might have some good input.
>
> Harbs
>
> On May 12, 2016, at 12:06 PM, OK  wrote:
>
> > Is somebody be able to estimate if there's a fair chance to incorporate
> the
> > "Material Design Lite" lib into FlexJS?:
> > https://getmdl.io
> >
> > Cause it has no dependencies to other libraries it might be a good
> canditate
> > to bring a light version of the MaterialDesign to FlexJS?
> >
> > Thanks,
> > Olaf
> >
> >
> >
> >
> >
> > --
> > View this message in context:
> http://apache-flex-development.247.n4.nabble.com/FlexJS-Incorporating-Material-Design-Lite-tp52991.html
> > Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
>


-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es


Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: [FlexJS][XML]appending XMLLists

[Harbs]

Well I tried this, but something is wrong.

I changed the tests to reflect my changes and I’m getting an error in the tests 
(in TestFlexJSGlobalClasses). How can I see the results of the test to see 
what’s wrong?

On May 10, 2016, at 6:09 PM, Alex Harui  wrote:

> 
> 
> On 5/10/16, 8:03 AM, "Harbs"  wrote:
> 
>> foo = foo.plus(bar);
> 
> OK, well in theory the compiler generated "foo" and is about to add
> ".concat(" so you would get "foo.concat(" then "bar" would get emitted.
> Try replacing ".concat" with:
> 
> " = "
> getWalker().walk(node.getLeftOperandNode()); // should re-output "foo"
> "; "
> getWalker().walk(node.getLeftOperandNode()); // should re-output "foo"
> ".plus("
> 
> 
> Or something like that.  If that doesn't work I will try to look at it
> later today.
> 
> -Alex
> 

Re: [FlexJS][XML]appending XMLLists

[Harbs]

I committed my changes, but I need you to look at it.

I commented out the test to get it to compile, but besides that, there’s 
definitely a problem:

198: ERROR - Parse error. invalid assignment target
 [java]   this.xml2.child('a') = this.xml2.child('a').plus(new XML( ''));


The original code is the following:
xml2.a += ;

I’m not sure how to best handle this.

There are two cases we need to deal with:
1. Variable assignment.
2. XML children assignment.

Case 1 should simply be foo = foo.plus(bar);

However, case 2 cannot become xml.child(foo) = ...

It could wrap the whole thing in a setChild() call, but that gets kind of 
complicated. Not sure of any other way, though...

Additionally, my changes are working at all in the simple case of:
list1 += list4
which still  becomes:
list1.concat(list4);

A simple “+” is even worse:
var fud:XMLList = list1 + list4;
becomes:
  var /** @type {XMLList} */ fud = list1 + list4;

Thanks,
Harbs

On May 12, 2016, at 1:40 PM, Harbs  wrote:

> Well I tried this, but something is wrong.
> 
> I changed the tests to reflect my changes and I’m getting an error in the 
> tests (in TestFlexJSGlobalClasses). How can I see the results of the test to 
> see what’s wrong?
> 
> On May 10, 2016, at 6:09 PM, Alex Harui  wrote:
> 
>> 
>> 
>> On 5/10/16, 8:03 AM, "Harbs"  wrote:
>> 
>>> foo = foo.plus(bar);
>> 
>> OK, well in theory the compiler generated "foo" and is about to add
>> ".concat(" so you would get "foo.concat(" then "bar" would get emitted.
>> Try replacing ".concat" with:
>> 
>> " = "
>> getWalker().walk(node.getLeftOperandNode()); // should re-output "foo"
>> "; "
>> getWalker().walk(node.getLeftOperandNode()); // should re-output "foo"
>> ".plus("
>> 
>> 
>> Or something like that.  If that doesn't work I will try to look at it
>> later today.
>> 
>> -Alex
>> 
> 

Re: Showcase

[Fabrice Montfort]

Hi Om,

I've forked the github repo and pull a request for a new app on the
showcase page.

Does it work this time ?

Regards,

2016-05-11 10:07 GMT+04:00 OmPrakash Muppirala :

> On Tue, May 10, 2016 at 11:02 PM, Fabrice Montfort  wrote:
>
> > Hi Om,
> >
> > Thanks a lot. I have 4 other applications to be submitted to the showcase
> > page of Flex and I would like not to disturb you too much. Could you tell
> > me why my GitHub IDs are systematically denied when I try to do a pull
> > request ?
> > Did I miss something?
> >
>
> Hmm, what are the exact steps you are doing?  There is no valid reason why
> your github id should be denied.
>
> Thanks,
> Om
>
>
>
> >
> > Regards,
> >
> > 2016-05-11 4:06 GMT+04:00 OmPrakash Muppirala :
> >
> > > I've updated the site.  Thanks for the submission!!
> > >
> > > Regards,
> > > Om
> > >
> > > On Tue, May 10, 2016 at 3:39 PM, Fabrice Montfort 
> > wrote:
> > >
> > > > Hi Om,
> > > >
> > > > I've posted a patch.diff file and a ZIP archive with the images
> > > (FLEX-35088
> > > > ).
> > > >
> > > > Is there anything else I can do ?
> > > >
> > > > Regards,
> > > >
> > > > 2016-05-11 1:04 GMT+04:00 Fabrice Montfort :
> > > >
> > > > > Hi Om,
> > > > >
> > > > > Thanks for your quick answer. I'm cloning the git repo. I'll make a
> > > pull
> > > > > request tomorow.
> > > > >
> > > > > Regards,
> > > > >
> > > > > 2016-05-10 23:52 GMT+04:00 OmPrakash Muppirala <
> bigosma...@gmail.com
> > >:
> > > > >
> > > > >> Fabrice,
> > > > >>
> > > > >> Here is a wiki on how to update the site and submit a patch or a
> > pull
> > > > >> request
> > > > >>
> > > > >>
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/FLEX/9.+Updating+the+Flex+Showcase
> > > > >>
> > > > >> If you follow the steps here, one of the committers can help push
> it
> > > out
> > > > >> to
> > > > >> the site.
> > > > >>
> > > > >> Thanks,
> > > > >> Om
> > > > >>
> > > > >> On Tue, May 10, 2016 at 5:45 AM, Fabrice Montfort  >
> > > > wrote:
> > > > >>
> > > > >> > Hi Guys,
> > > > >> >
> > > > >> > I've created a Jira Task (FLEX-35088
> > > > >> > ) for adding
> my
> > > new
> > > > >> app
> > > > >> > on the Apache Flex Showcase page.
> > > > >> >
> > > > >> > Tell me if i can do something more.
> > > > >> >
> > > > >> > Thanks for your excellent work on regular Flex SDK and on
> FlexJS.
> > > > >> >
> > > > >> > Regards,
> > > > >> >
> > > > >> > --
> > > > >> > *Fabrice Montfort / CTO*
> > > > >> >
> > > > >> > *f...@runware.com *
> > > > >> >
> > > > >> > * *
> > > > >> > Phone : +262 (0)262 28 67 30 / Mobile : +262 (0)692 93 57 10
> > > > >> > 13, rue Désiré Barquisseau • 97410 Saint-Pierre • Réunion,
> France
> > •
> > > > >> > http://www.runware.fr
> > > > >> >
> > > > >> > CONFIDENTIALITY NOTICE – This electronic message contains
> > > information
> > > > >> which
> > > > >> > may be confidential. The information is intended for the use of
> > the
> > > > >> > individual or entity identified above. If you are not the
> intended
> > > > >> > recipient, please be aware that any disclosure, copying,
> > > distribution
> > > > or
> > > > >> > use of the contents of this message is strictly prohibited. If
> you
> > > > >> receive
> > > > >> > this transmission in error, please notify the sender and delete
> > the
> > > > copy
> > > > >> > you received.
> > > > >> >
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > *Fabrice Montfort / CTO*
> > > > >
> > > > > *f...@runware.com *
> > > > >
> > > > > * *
> > > > > Phone : +262 (0)262 28 67 30 / Mobile : +262 (0)692 93 57 10
> > > > > 13, rue Désiré Barquisseau • 97410 Saint-Pierre • Réunion, France •
> > > > > http://www.runware.fr
> > > > >
> > > > > *Nos applications :*
> > > > >    
> > > > >    
> > > > > 
> > > > >
> > > > > CONFIDENTIALITY NOTICE – This electronic message contains
> information
> > > > > which may be confidential. The information is intended for the use
> of
> > > the
> > > > > individual or entity identified above. If you are not the intended
> > > > > recipient, please be aware that any disclosure, copying,
> distribution
> > > or
> > > > > use of the contents of this message is strictly prohibited. If you
> > > > receive
> > > > > this transmission in error, please notify the sender and delete the
> > > copy
> > > > > you received.
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > *Fabrice Montfort / CTO*
> > > >
> > > > *f...@runware.com *
> > > >
> > > > * *
> > > > Phone : +262 (0)262 28 67 30 / Mobile : +262 (0)692 93 57 10
> > > > 13, rue Désiré Barquisseau • 97410 Saint-Pierre • Réunion, France •
> > > > http://www.runware.fr
> > > >
> > > > *Nos applications :*
> > > > 

RE: Welcome Olaf Krüger as Apache Flex Committer

[Kessler CTR Mark J]

Welcome aboard! :)


-Mark


-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Thursday, May 12, 2016 2:51 AM
To: dev@flex.apache.org
Subject: [Non-DoD Source] Welcome Olaf Krüger as Apache Flex Committer

Hi folks,

The Apache Flex PMC is excited to welcome Olaf Krüger as our newest
committer!  Olaf has recently been contributing with bug reports, some
custom skins, and helping out on the mailing list, all of which earned him
the merit to become a committer (yes, you can become a committer the same
way).

Please join us in welcoming him as a committer to the Apache Flex project.

Welcome Olaf!
-Alex

Re: [FlexJS] Using CreateJS with FlexJS

[OK]

>From the wiki page:

"...The FlexJS CreateJS Application tag creates the HTML5 Canvas
automatically...
Components from the FlexJS Basic framework cannot be used with components
from the
FlexJS CreateJS framework"

I understand that there's no way to place FlexJS HTML components on the
Canvas but I wonder how we could embed a "FlexJS CreateJS Canvas" inside a
FlexJS app.

Thanks,
Olaf





--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Using-CreateJS-with-FlexJS-tp52630p53000.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] Incorporating "Material Design Lite"

[Josh Tynjala]

I'm planning to include MDL in a tutorial I'm writing on using ActionScript
with HTML. It's super easy to work with.

- Josh
On May 12, 2016 2:41 AM, "OK"  wrote:

> Is somebody be able to estimate if there's a fair chance to incorporate the
> "Material Design Lite" lib into FlexJS?:
> https://getmdl.io
>
> Cause it has no dependencies to other libraries it might be a good
> canditate
> to bring a light version of the MaterialDesign to FlexJS?
>
> Thanks,
> Olaf
>
>
>
>
>
> --
> View this message in context:
> http://apache-flex-development.247.n4.nabble.com/FlexJS-Incorporating-Material-Design-Lite-tp52991.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>

Re: [FlexJS][XML]appending XMLLists

[Alex Harui]

Results should be in
compiler-jx/target/junit-results/TEST-org.apache.flex.compiler.internal.cod
egen.js.flexjs.TestFlexJSGlobalClasses.xml

-Alex

On 5/12/16, 3:40 AM, "Harbs"  wrote:

>Well I tried this, but something is wrong.
>
>I changed the tests to reflect my changes and I’m getting an error in the
>tests (in TestFlexJSGlobalClasses). How can I see the results of the test
>to see what’s wrong?
>
>On May 10, 2016, at 6:09 PM, Alex Harui  wrote:
>
>> 
>> 
>> On 5/10/16, 8:03 AM, "Harbs"  wrote:
>> 
>>> foo = foo.plus(bar);
>> 
>> OK, well in theory the compiler generated "foo" and is about to add
>> ".concat(" so you would get "foo.concat(" then "bar" would get emitted.
>> Try replacing ".concat" with:
>> 
>> " = "
>> getWalker().walk(node.getLeftOperandNode()); // should re-output "foo"
>> "; "
>> getWalker().walk(node.getLeftOperandNode()); // should re-output "foo"
>> ".plus("
>> 
>> 
>> Or something like that.  If that doesn't work I will try to look at it
>> later today.
>> 
>> -Alex
>> 
>

Re: [FlexJS] Using CreateJS with FlexJS

[Peter Ent]

I have thought about that and we might have a  element that
was a Canvas and then its children could be the same things you would be
into a . I think it is a possibility.

And now that I've written that statement, a thought occurs me:  What if
cjs:Application did not create a Canvas and CreateJS Stage, but instead
extended core.Application for the only purpose of injecting the HTML
needed to load in CreateJS and TweenJS JavaScript? THEN, eliminate
cjs:View altogether and just had cjs:CreateJS so you could put the
CreateJS anywhere you wanted in your HTML document. Makes me think, "HmmmŠ"

  
   
  
 
 
  
 
 
   


Further thoughts? Not 100% sure it is possible, but seems likely.

Peter Ent
Adobe Systems/Apache Flex Project

On 5/12/16, 9:46 AM, "OK"  wrote:

>From the wiki page:
>
>"...The FlexJS CreateJS Application tag creates the HTML5 Canvas
>automatically...
>Components from the FlexJS Basic framework cannot be used with components
>from the
>FlexJS CreateJS framework"
>
>I understand that there's no way to place FlexJS HTML components on the
>Canvas but I wonder how we could embed a "FlexJS CreateJS Canvas" inside a
>FlexJS app.
>
>Thanks,
>Olaf
>
>
>
>
>
>--
>View this message in context:
>http://apache-flex-development.247.n4.nabble.com/FlexJS-Using-CreateJS
>-with-FlexJS-tp52630p53000.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: Welcome Olaf Krüger as Apache Flex Committer

[Josh Tynjala]

Welcome, Olaf!

- Josh
On May 11, 2016 11:51 PM, "Alex Harui"  wrote:

> Hi folks,
>
> The Apache Flex PMC is excited to welcome Olaf Krüger as our newest
> committer!  Olaf has recently been contributing with bug reports, some
> custom skins, and helping out on the mailing list, all of which earned him
> the merit to become a committer (yes, you can become a committer the same
> way).
>
> Please join us in welcoming him as a committer to the Apache Flex project.
>
> Welcome Olaf!
> -Alex
>
>
>
>

Re: [FlexJS] Using CreateJS with FlexJS

[Harbs]

You could conceivably have more than one Create.js canvas in an application. 
(Very likely in fact.)

For example, I have an (Angular) app which uses Easel.js for positioning and 
cropping of images. This is within a popup window. Easel.js could easily be 
used elsewhere in the app for other purposes.

I think we need a CreateJSCanvas (or something similar) which could be included 
in an app.

There also needs to be the ability to size it, position it relative to other 
elements, etc.

On May 12, 2016, at 5:48 PM, Peter Ent  wrote:

> I have thought about that and we might have a  element that
> was a Canvas and then its children could be the same things you would be
> into a . I think it is a possibility.
> 
> And now that I've written that statement, a thought occurs me:  What if
> cjs:Application did not create a Canvas and CreateJS Stage, but instead
> extended core.Application for the only purpose of injecting the HTML
> needed to load in CreateJS and TweenJS JavaScript? THEN, eliminate
> cjs:View altogether and just had cjs:CreateJS so you could put the
> CreateJS anywhere you wanted in your HTML document. Makes me think, "HmmmŠ"
> 
>injected into index.html ‹>
>   
>  
>
> 
>  
> 
> 
>   
> 
> 
> Further thoughts? Not 100% sure it is possible, but seems likely.
> 
> Peter Ent
> Adobe Systems/Apache Flex Project
> 
> On 5/12/16, 9:46 AM, "OK"  wrote:
> 
>> From the wiki page:
>> 
>> "...The FlexJS CreateJS Application tag creates the HTML5 Canvas
>> automatically...
>> Components from the FlexJS Basic framework cannot be used with components
>> from the
>> FlexJS CreateJS framework"
>> 
>> I understand that there's no way to place FlexJS HTML components on the
>> Canvas but I wonder how we could embed a "FlexJS CreateJS Canvas" inside a
>> FlexJS app.
>> 
>> Thanks,
>> Olaf
>> 
>> 
>> 
>> 
>> 
>> --
>> View this message in context:
>> http://apache-flex-development.247.n4.nabble.com/FlexJS-Using-CreateJS
>> -with-FlexJS-tp52630p53000.html
>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
> 

Re: [FlexJS] Using CreateJS with FlexJS

[Alex Harui]

IMO, the point of what we did was to directly mimic their "Getting
Started" examples with as little code as possible.

Mixing worlds is likely to be quite a bit of work, but volunteers are
welcome to tackle it.  There can be issues around focus management, hit
detection, etc.

-Alex

On 5/12/16, 7:48 AM, "Peter Ent"  wrote:

>I have thought about that and we might have a  element that
>was a Canvas and then its children could be the same things you would be
>into a . I think it is a possibility.
>
>And now that I've written that statement, a thought occurs me:  What if
>cjs:Application did not create a Canvas and CreateJS Stage, but instead
>extended core.Application for the only purpose of injecting the HTML
>needed to load in CreateJS and TweenJS JavaScript? THEN, eliminate
>cjs:View altogether and just had cjs:CreateJS so you could put the
>CreateJS anywhere you wanted in your HTML document. Makes me think,
>"HmmmŠ"
>
>  injected into index.html ‹>
>   
>  
>
> 
>  
> 
> 
>   
>
>
>Further thoughts? Not 100% sure it is possible, but seems likely.
>
>Peter Ent
>Adobe Systems/Apache Flex Project
>
>On 5/12/16, 9:46 AM, "OK"  wrote:
>
>>From the wiki page:
>>
>>"...The FlexJS CreateJS Application tag creates the HTML5 Canvas
>>automatically...
>>Components from the FlexJS Basic framework cannot be used with components
>>from the
>>FlexJS CreateJS framework"
>>
>>I understand that there's no way to place FlexJS HTML components on the
>>Canvas but I wonder how we could embed a "FlexJS CreateJS Canvas" inside
>>a
>>FlexJS app.
>>
>>Thanks,
>>Olaf
>>
>>
>>
>>
>>
>>--
>>View this message in context:
>>http://apache-flex-development.247.n4.nabble.com/FlexJS-Using-CreateJ
>>S
>>-with-FlexJS-tp52630p53000.html
>>Sent from the Apache Flex Development mailing list archive at Nabble.com.
>

Re: [FlexJS] Using CreateJS with FlexJS

[Harbs]

True. But making it useful in real-life projects will make people want to use 
it.

I’m not saying Peter needs to be the one to do it, but I think it needs to be 
done for CreateJS to be useful in production.

On May 12, 2016, at 5:58 PM, Alex Harui  wrote:

> IMO, the point of what we did was to directly mimic their "Getting
> Started" examples with as little code as possible.
> 
> Mixing worlds is likely to be quite a bit of work, but volunteers are
> welcome to tackle it.  There can be issues around focus management, hit
> detection, etc.
> 
> -Alex
> 
> On 5/12/16, 7:48 AM, "Peter Ent"  wrote:
> 
>> I have thought about that and we might have a  element that
>> was a Canvas and then its children could be the same things you would be
>> into a . I think it is a possibility.
>> 
>> And now that I've written that statement, a thought occurs me:  What if
>> cjs:Application did not create a Canvas and CreateJS Stage, but instead
>> extended core.Application for the only purpose of injecting the HTML
>> needed to load in CreateJS and TweenJS JavaScript? THEN, eliminate
>> cjs:View altogether and just had cjs:CreateJS so you could put the
>> CreateJS anywhere you wanted in your HTML document. Makes me think,
>> "HmmmŠ"
>> 
>>   > injected into index.html ‹>
>>  
>> 
>>   
>>
>> 
>>
>>
>>  
>> 
>> 
>> Further thoughts? Not 100% sure it is possible, but seems likely.
>> 
>> Peter Ent
>> Adobe Systems/Apache Flex Project
>> 
>> On 5/12/16, 9:46 AM, "OK"  wrote:
>> 
>>> From the wiki page:
>>> 
>>> "...The FlexJS CreateJS Application tag creates the HTML5 Canvas
>>> automatically...
>>> Components from the FlexJS Basic framework cannot be used with components
>>> from the
>>> FlexJS CreateJS framework"
>>> 
>>> I understand that there's no way to place FlexJS HTML components on the
>>> Canvas but I wonder how we could embed a "FlexJS CreateJS Canvas" inside
>>> a
>>> FlexJS app.
>>> 
>>> Thanks,
>>> Olaf
>>> 
>>> 
>>> 
>>> 
>>> 
>>> --
>>> View this message in context:
>>> http://apache-flex-development.247.n4.nabble.com/FlexJS-Using-CreateJ
>>> S
>>> -with-FlexJS-tp52630p53000.html
>>> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>> 
> 

Re: [FlexJS] Incorporating "Material Design Lite"

[OK]

>I'm planning to include MDL in a tutorial I'm writing on using ActionScript
>with HTML. It's super easy to work with. 

Great, looking forward to it ;-)

Olaf



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Incorporating-Material-Design-Lite-tp52991p53006.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] Using CreateJS with FlexJS

[Alex Harui]

On 5/12/16, 8:05 AM, "Harbs"  wrote:

>True. But making it useful in real-life projects will make people want to
>use it.
>
>I’m not saying Peter needs to be the one to do it, but I think it needs
>to be done for CreateJS to be useful in production.

Definitely we should have such a thing.  I guess I wasn't clear.  I was
trying to point out that the View that Peter did for these demos is likely
to be much simpler than a component that creates the Canvas in a "mixed
world" app.

-Alex

[FalconJX][FlexJS] Changing location of externs SWCs

[Alex Harui]

Hi,

I've been working on getting FB projects to be able to build the flex-asjs
SWCs including the SWC with COMPILE::JS=true (which we currently also call
an externs SWC but we will probably now call it a "JS" SWC).

I think it will be easier for FB if in an installed FlexJS SDK, the
externs SWCs like js.swc, jquery.swc, gcl.swc, etc are located in a
frameworks/js/libs folder instead of their current location (js/libs).
Any objections or other thoughts?

Thanks,
-Alex

Re: [FalconJX][FlexJS] Changing location of externs SWCs

[OmPrakash Muppirala]

On Thu, May 12, 2016 at 8:42 AM, Alex Harui  wrote:

> Hi,
>
> I've been working on getting FB projects to be able to build the flex-asjs
> SWCs including the SWC with COMPILE::JS=true (which we currently also call
> an externs SWC but we will probably now call it a "JS" SWC).
>
> I think it will be easier for FB if in an installed FlexJS SDK, the
> externs SWCs like js.swc, jquery.swc, gcl.swc, etc are located in a
> frameworks/js/libs folder instead of their current location (js/libs).
> Any objections or other thoughts?
>
> Thanks,
> -Alex
>

I am wondering if frameworks/libs/js would be a better location?  This way,
all the swcs are in under frameworks/libs.

Thanks,
Om

AW: [FalconJX][FlexJS] Changing location of externs SWCs

[Christofer Dutz]

Well from the maven side both will be created in the modules that contain the 
source-code, so these changes don't really matter to the Maven build.

Chris

Von: omup...@gmail.com  im Auftrag von OmPrakash Muppirala 

Gesendet: Donnerstag, 12. Mai 2016 19:35:12
An: dev@flex.apache.org
Betreff: Re: [FalconJX][FlexJS] Changing location of externs SWCs

On Thu, May 12, 2016 at 8:42 AM, Alex Harui  wrote:

> Hi,
>
> I've been working on getting FB projects to be able to build the flex-asjs
> SWCs including the SWC with COMPILE::JS=true (which we currently also call
> an externs SWC but we will probably now call it a "JS" SWC).
>
> I think it will be easier for FB if in an installed FlexJS SDK, the
> externs SWCs like js.swc, jquery.swc, gcl.swc, etc are located in a
> frameworks/js/libs folder instead of their current location (js/libs).
> Any objections or other thoughts?
>
> Thanks,
> -Alex
>

I am wondering if frameworks/libs/js would be a better location?  This way,
all the swcs are in under frameworks/libs.

Thanks,
Om

Eventually some new contributors coming our way :-)

[Christofer Dutz]

Hi,


just wanted to report that we have never hat that many people in Flex related 
talks at ApacheCons than this year. In my talk I had to improvise a little as 
the flexjs-maven-plugin isn't yet able to do what I was planning on. I did go 
into some of the details of FlexJS and our efforts to make things easier.


I encouraged them to start contributing as we have a lot of low hanging fruit 
in Falcon ... Fixing the NPE problems in Falcon isn't rocket science. So I 
explained a little how they could get started. So eventually there might be 
some pull requests coming in in the future.


Chris

Re: Eventually some new contributors coming our way :-)

[Harbs]

Great news!

On May 12, 2016, at 9:18 PM, Christofer Dutz  wrote:

> Hi,
> 
> 
> just wanted to report that we have never hat that many people in Flex related 
> talks at ApacheCons than this year. In my talk I had to improvise a little as 
> the flexjs-maven-plugin isn't yet able to do what I was planning on. I did go 
> into some of the details of FlexJS and our efforts to make things easier.
> 
> 
> I encouraged them to start contributing as we have a lot of low hanging fruit 
> in Falcon ... Fixing the NPE problems in Falcon isn't rocket science. So I 
> explained a little how they could get started. So eventually there might be 
> some pull requests coming in in the future.
> 
> 
> Chris

Re: [FlexJS] Using CreateJS with FlexJS

[OK]

I just found an error in the "FlexJS, TweenJS Demo" code:

http://ns.adobe.com/mxml/2009";
   xmlns:local="*"
   xmlns:js="library://ns.apache.org/flexjs/basic"
   xmlns:cjs="library://ns.apache.org/flexjs/createjs"
   applicationComplete="runEffect()"
   >

Seems that "runEffect()" should be replaced by "seq.play()".

Thanks,
Olaf.



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/FlexJS-Using-CreateJS-with-FlexJS-tp52630p53015.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [FlexJS] Using CreateJS with FlexJS

[Peter Ent]

Thanks. Just fixed it.
‹peter

On 5/12/16, 3:47 PM, "OK"  wrote:

>I just found an error in the "FlexJS, TweenJS Demo" code:
>
>http://ns.adobe.com/mxml/2009";
>   xmlns:local="*"
>   xmlns:js="library://ns.apache.org/flexjs/basic"
>   xmlns:cjs="library://ns.apache.org/flexjs/createjs"
>   applicationComplete="runEffect()"
>   >
>
>Seems that "runEffect()" should be replaced by "seq.play()".
>
>Thanks,
>Olaf.
>
>
>
>--
>View this message in context:
>http://apache-flex-development.247.n4.nabble.com/FlexJS-Using-CreateJS
>-with-FlexJS-tp52630p53015.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: Eventually some new contributors coming our way :-)

[Carlos Rovira]

So cool! :)

2016-05-12 21:00 GMT+02:00 Harbs :

> Great news!
>
> On May 12, 2016, at 9:18 PM, Christofer Dutz 
> wrote:
>
> > Hi,
> >
> >
> > just wanted to report that we have never hat that many people in Flex
> related talks at ApacheCons than this year. In my talk I had to improvise a
> little as the flexjs-maven-plugin isn't yet able to do what I was planning
> on. I did go into some of the details of FlexJS and our efforts to make
> things easier.
> >
> >
> > I encouraged them to start contributing as we have a lot of low hanging
> fruit in Falcon ... Fixing the NPE problems in Falcon isn't rocket science.
> So I explained a little how they could get started. So eventually there
> might be some pull requests coming in in the future.
> >
> >
> > Chris
>
>


-- 

Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es


Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: Eventually some new contributors coming our way :-)

[Alex Harui]

That's great to hear.  Can you give a rough headcount?  It might help
convince my managers to let me try an ApacheCon in the future.

Thanks,
-Alex

On 5/12/16, 11:18 AM, "Christofer Dutz"  wrote:

>Hi,
>
>
>just wanted to report that we have never hat that many people in Flex
>related talks at ApacheCons than this year. In my talk I had to improvise
>a little as the flexjs-maven-plugin isn't yet able to do what I was
>planning on. I did go into some of the details of FlexJS and our efforts
>to make things easier.
>
>
>I encouraged them to start contributing as we have a lot of low hanging
>fruit in Falcon ... Fixing the NPE problems in Falcon isn't rocket
>science. So I explained a little how they could get started. So
>eventually there might be some pull requests coming in in the future.
>
>
>Chris

Re: [FalconJX][FlexJS] Changing location of externs SWCs

[Alex Harui]

On 5/12/16, 10:35 AM, "omup...@gmail.com on behalf of OmPrakash Muppirala"
 wrote:
>
>I am wondering if frameworks/libs/js would be a better location?  This
>way,
>all the swcs are in under frameworks/libs.

I think that might result in definition conflicts for people who have
wildcards for library-paths.

-Alex

Re: Eventually some new contributors coming our way :-)

[Justin Mclean]

Hi,

> just wanted to report that we have never hat that many people in Flex related 
> talks at ApacheCons than this year.

Yep also quite surprised to see so many in my Flex mobile talk.

> I encouraged them to start contributing as we have a lot of low hanging fruit 
> in Falcon …

Nice one.

Thanks,
Justin

Re: Eventually some new contributors coming our way :-)

[Justin Mclean]

Hi,

> That's great to hear.  Can you give a rough headcount?

I had about 20 people in mine, while not a lot it’s more than most Flex talks 
I’ve given at an ApacheCon. Details on the talk here [1] you’ll see that 17 
people said they would turn up, but I sure there’s a few that didn't indicate 
that.

For comparison my Iot talk had about 60-80 people in it? (I didn’t count but it 
was a larger room and not a lot of empty seats)

Thanks,
Justin

1. http://sched.co/6OJJ

Re: Eventually some new contributors coming our way :-)

[Justin Mclean]

Hi,

In Chris’s on Flex/BlazeDS second talks and there 20 people here as well.

Thanks,
Justin

Re: Eventually some new contributors coming our way :-)

[Justin Mclean]

Hi,

> In Chris’s on Flex/BlazeDS second talks and there 20 people here as well.

And a couple of late people have just walked in.

Justin

Re: Eventually some new contributors coming our way :-)

[Alex Harui]

Anything close to 20 or better is really good.  See if you can find out
more about why they are interested.

-Alex

On 5/12/16, 3:38 PM, "Justin Mclean"  wrote:

>Hi,
>
>> In Chris’s on Flex/BlazeDS second talks and there 20 people here as
>>well.
>
>And a couple of late people have just walked in.
>
>Justin

Re: Eventually some new contributors coming our way :-)

[Justin Mclean]

Hi,

From my first talk we had:
- Existing mobile developers with no Flex experience
- Several people working on current projects using the Flex SDK
- One person had done Flex development in the past but didn’t know Flex had 
been donated to Apache

Thanks,
Justin

Re: Eventually some new contributors coming our way :-)

[Justin Mclean]

Hi,

I also talked to a couple of people who had a monkey patched 4.14 SDK and asked 
if thew were willing to donate the changes as patches.

Thanks,
Justin

Re: [FLEXJS] POC MXML "Live" Editing

[jude]

I read somewhere, and it might have been the code comments, that you used
some code from mxmlc or maybe it was an class used in Eclipse MXML class to
parse the MXML and compute the changes for your live MXML PoC. I'm trying
to find the class that had the following functions:

 parseFile();
 computeChanges();
 applyChanges();

The PoC you made works supports computing the changes for adding, modifying
and removing attributes. That make sense. Now I'm trying to figure out how
to tell if an XML element has been added or removed. I have some theories
but would like to confirm them before starting anything.

On Wed, May 11, 2016 at 9:46 PM, Alex Harui  wrote:

>
>
> On 5/11/16, 5:13 PM, "jude"  wrote:
>
> >What is the class that you used that parses the XML? is that in the flex
> >sdk directory as plain text?
>
> Pretty sure we just use XML(String) to parse the XML.  Or am I not
> understanding the question?
>
> -Alex
>
>

[GitHub] flex-flexunit pull request: updating README markdown formatting

[haysclark]

GitHub user haysclark opened a pull request:

https://github.com/apache/flex-flexunit/pull/1

updating README markdown formatting

- adding markdown suffix to README files
- improving formatting for GitHub

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/Mixpo/flex-flexunit feature/markdown

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/flex-flexunit/pull/1.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1


commit 59086ff21e7d6738479bef9eb39b1ee006de7681
Author: Hays Clark 
Date:   2016-05-13T00:38:20Z

updating README markdown formatting

- adding markdown suffix to README files
- improving formatting for GitHub




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [FLEXJS] POC MXML "Live" Editing

[Alex Harui]

On 5/12/16, 5:31 PM, "jude"  wrote:

>I read somewhere, and it might have been the code comments, that you used
>some code from mxmlc or maybe it was an class used in Eclipse MXML class
>to
>parse the MXML and compute the changes for your live MXML PoC. I'm trying
>to find the class that had the following functions:
>
> parseFile();
> computeChanges();
> applyChanges();

In my POC, the MXMLLiveEditAgent has those methods.

The MXML parsing is done by the XML class.

I think you may be thinking of the MXMLDataInterpreter, and how the Falcon
compiler outputs MXML as an array to be interpreted by the
MXMLDataInterpreter (as well as the MXMLLiveEditPlugin) instead of a pile
of one-off methods that are not manipulatable at runtime.

-Alex

Re: [FalconJX][FlexJS] Changing location of externs SWCs

[Harbs]

Does any of this effect how IDEs can determine if a swc is an extern/typdef or 
a regular swc?

On May 12, 2016, at 6:42 PM, Alex Harui  wrote:

> Hi,
> 
> I've been working on getting FB projects to be able to build the flex-asjs
> SWCs including the SWC with COMPILE::JS=true (which we currently also call
> an externs SWC but we will probably now call it a "JS" SWC).
> 
> I think it will be easier for FB if in an installed FlexJS SDK, the
> externs SWCs like js.swc, jquery.swc, gcl.swc, etc are located in a
> frameworks/js/libs folder instead of their current location (js/libs).
> Any objections or other thoughts?
> 
> Thanks,
> -Alex
> 

Re: [FalconJX][FlexJS] Changing location of externs SWCs

[Alex Harui]

On 5/12/16, 10:18 PM, "Harbs"  wrote:

>Does any of this effect how IDEs can determine if a swc is an
>extern/typdef or a regular swc?

Are IDEs doing this determination today?

-Alex

Re: [FLEXJS] POC MXML "Live" Editing

[jude]

Is the MXMLLiveEditAgent.mxml the only place those methods are from? I
thought I read somewhere that you copied those methods from somewhere else.
I'm trying to find the class that those methods were originally in to learn
how to parse an XML tree and then track it's changes as if a user was
updating it constantly in an editor. I looked at the MXMLDataInterpreter
but that looks like it's for importing.

OK, I think here is where I got the idea. The comments are from
MXMLLiveEditAgent.mxml:

// we go deep first because that's how the Falcon compiler
// generates IDs for tags that don't have id attributes set.

I'm guessing that the methods are from or inspired from a class in Falcon?
That class or code is what I'm trying to find and learn from.


On Thu, May 12, 2016 at 11:08 PM, Alex Harui  wrote:

>
>
> On 5/12/16, 5:31 PM, "jude"  wrote:
>
> >I read somewhere, and it might have been the code comments, that you used
> >some code from mxmlc or maybe it was an class used in Eclipse MXML class
> >to
> >parse the MXML and compute the changes for your live MXML PoC. I'm trying
> >to find the class that had the following functions:
> >
> > parseFile();
> > computeChanges();
> > applyChanges();
>
> In my POC, the MXMLLiveEditAgent has those methods.
>
> The MXML parsing is done by the XML class.
>
> I think you may be thinking of the MXMLDataInterpreter, and how the Falcon
> compiler outputs MXML as an array to be interpreted by the
> MXMLDataInterpreter (as well as the MXMLLiveEditPlugin) instead of a pile
> of one-off methods that are not manipulatable at runtime.
>
> -Alex
>
>

Re: [FLEXJS] POC MXML "Live" Editing

[Alex Harui]

On 5/12/16, 11:18 PM, "jude"  wrote:

>Is the MXMLLiveEditAgent.mxml the only place those methods are from? I
>thought I read somewhere that you copied those methods from somewhere
>else.
>I'm trying to find the class that those methods were originally in to
>learn
>how to parse an XML tree and then track it's changes as if a user was
>updating it constantly in an editor. I looked at the MXMLDataInterpreter
>but that looks like it's for importing.
>
>OK, I think here is where I got the idea. The comments are from
>MXMLLiveEditAgent.mxml:
>
>// we go deep first because that's how the Falcon compiler
>// generates IDs for tags that don't have id attributes set.
>
>I'm guessing that the methods are from or inspired from a class in Falcon?
>That class or code is what I'm trying to find and learn from.
>

Well, that's how we match up the IDs.  We need to know how the compiler
generates the array of data that represents the MXML file.  But MXML is
supposed to be valid XML, so there is no need for a custom parser, at
least for the POC.  Maybe you will need more smarts later.  You can look
at the Falcon MXML parser if you want, but I'm pretty sure I didn't borrow
code from there.

-Alex