Air Chromebook File Browse

[Jason Taylor]

I am beating my head against a wall over here trying to figure out how to let 
users on chromebooks upload documents stored on their chromebook.  I download a 
document to their documents folder using chrome.  Then in the api, have the 
descriptors for external storage read/write (despite no external storage anyway 
on chromebook), on app startup I ask for file permissions and the dialog pops 
up, I accept, File.permissionStatus returns permission given. Then after I try 
File.browse dialog off a buttonclick and I browse to the "documents" directory 
and no files are there.   It feels like I'm in a virtual storage system 
separate from the chrome OS.Does anyone have any help on this as I can't 
see to find anything helpful on the internet.

~ JT

Dot Net (C#) Flex Runtime

[Jason Taylor]

Hi Guys, I've struggled with this idea for a long time and finally started 
action on this project.  I experimenting with building a Dot Net version of 
Flex which includes rudimentary flash as well.  Currently I have a bare bones 
working prototype using SKIA as the front end demonstrating the concept is 
doable, but obviously will take a ton of work.I am not implementing 
everything 100% as I'm making some choices on which flash features are 
implemented as well as leveraging some of C# language and runtime features, but 
the idea is most MXML would be able to run with minor modification.  I also 
have an AS3 to C# converter which should assist since the C# syntax is very 
similar to AS3 but far more powerful.

My main motivation for this project is the direction of the current UI 
frameworks that support dot not including WinUI, UNO, Avalonia.   All of them 
don't meet my needs in one way or another including full cross platform 
compatibility, pixel perfect control, and an XML like dialect that is clean, 
simple, and powerful.   If you've ever worked on XAML after working on MXML 
it's crazy how much more complicated simple things are in XAML and you still 
don't get full control of what is rendered.

I have been coding in flash since Flash 6, Flex since it's inception, and C# 
since it's launch and I have developed and maintain what is possibly the most 
complex application ever made in Flex (Dedoose).  The only reason I was able to 
do this is how Flex makes it fast and easy to rapidly develop, iterate, expand, 
and maintain.I have other avenues going at Dedoose to make a compatible 
version of Dedoose in one of those newer frameworks but the amount of technical 
debt we will take on in doing so is something I'm not terribly excited about.

While I respect the groups decision with Royale, I believe a Dot Net solution 
could be far more powerful, far easier to develop & maintain.

If anyone is interested in assisting me in this project I will be looking for 
collaborators with experience in flash, flex, and C#, and potentially be 
offering pay for this work.   Please email me directly if interested, and if I 
see interest I'll setup a Discord and we can talk and figure out the details.   
 

~ JT

RE: Air Runtime Installer

[Jason Taylor]

Build Captive runtime versions with the Air runtime included.  The adobe air
installer is no longer supported.  On OSX, this requires have an osx machine
to package the app on.   
~ JT

-Original Message-
From: inkong  
Sent: Monday, January 25, 2021 4:57 AM
To: dev@flex.apache.org
Subject: Air Runtime Installer

Hi,

I'm currently having issues on where to download the last latest air runtime
for both mac os and windows. Do you have links for the archived air runtime
installers please? I really need it since we will be installing the app in
our new customers and it doesn't allow now to auto download from the adobe
site. 



--
Sent from: http://apache-flex-development.247.n4.nabble.com/

RE: Unable to install Apache Flex SDK Installer on macOS Catalina

[Jason Taylor]

with the update to OSX 10.15, Apple made changes to the file system security 
that is blocking installation of the Dedoose Desktop App.  However, the 
following fix bypasses this:
Open Terminal, and paste the following the press enter
cd /Library/Frameworks
then paste the following line and press enter, note you may be required to 
enter your password
sudo xattr -r -d com.apple.quarantine ./Adobe\ AIR.framework

this command tells OSX to allow Adobe Air Apps to run on OSX Catalina

~ JT

-Original Message-
From: Wim Deblauwe  
Sent: Thursday, December 19, 2019 6:05 AM
To: dev@flex.apache.org
Subject: Unable to install Apache Flex SDK Installer on macOS Catalina

Hello,

I just downloaded the latest Apache Flex SDK Installer from 
http://flex.apache.org/installer.html which is verion 3.3.2 at the time of 
writing.

When I tried to install it on my macBook Pro using macOS Catalina 10.15.2, I 
get the following message:

*This application requires an update to Adobe AIR that is not available for 
your system. Please view the system requirements 
 for Adobe AIR and update your system
accordingly.*


The link opens http://www.adobe.com/go/air_sysreqs/ but that just redirects to 
https://www.adobe.com/404.html immediately.


How can I install the Flex SDK on my computer?


regards,


Wim

RE: Flex SDK Patch

[Jason Taylor]

Created the issue and attached the patch file: 
https://issues.apache.org/jira/browse/FLEX-35312

Am I doing this correctly? 

-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Wednesday, May 24, 2017 11:59 AM
To: dev@flex.apache.org
Subject: Flex SDK Patch

Hi, I created a patch file for a few minor changes to the FlexSDK to address a 
memory leak in GridViewLayout.   GridViewLayout uses a strong dictionary for 
caching items, and under many circumstances this cache isn't properly cleared.  
 The patch coverts the dictionaries to weak dictionares and adds a public 
method to allow a user to force clear the GridViewLayout renderer cache.I 
have no experience in submitting a patch, so not quite sure what the next step 
is.

~ JT

Flex SDK Patch

[Jason Taylor]

Hi, I created a patch file for a few minor changes to the FlexSDK to address a 
memory leak in GridViewLayout.   GridViewLayout uses a strong dictionary for 
caching items, and under many circumstances this cache isn't properly cleared.  
 The patch coverts the dictionaries to weak dictionares and adds a public 
method to allow a user to force clear the GridViewLayout renderer cache.I 
have no experience in submitting a patch, so not quite sure what the next step 
is.

~ JT

RE: FlexSDK compiling dumb question

[Jason Taylor]

gothca, so if I am only making changes to spark component classes, I should 
only need to include /frameworks/libs/spark.swc and be good to go?

the bug is in GridViewLayout, it's using 2 dictionaries (not weak referenced) 
as a cache, so either was going to update the dictionaries to weak references, 
or add in a public method that clears the dictionaries out.

~ JT

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Monday, April 24, 2017 7:30 PM
To: dev@flex.apache.org
Subject: Re: FlexSDK compiling dumb question

Frameworks/libs?

On 4/24/17, 7:24 PM, "Jason Taylor"  wrote:

>so following the direcitons at
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub
>.co
>m%2Fapache%2Fflex-sdk&data=02%7C01%7C%7C239aa3583c2b48139ae608d48b824e9
>3%7 
>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636286839164399759&sdata=QY
>bJc
>MHdZYwrIhesZxTrHlJUUFjjZofoO77morl1Ubk%3D&reserved=0 I managed to get 
>the flex-sdk compiling on Win10 x64, ant main works, as does ant 
>framework-rsls
>
>Now, where the heck is the output swc to use in my project?  Says it 
>should be in /out but that directory dosen't exist, and if I create it 
>and rerun nothing.
>
>Found a bug deep down in GridViewLayout causing a memory leak, and only 
>way to fix it seems to be to fix it in the SDK itself and issue a 
>patch, so here I am.
>
>Thank you
>
>~ JT

FlexSDK compiling dumb question

[Jason Taylor]

so following the direcitons at https://github.com/apache/flex-sdk I managed to 
get the flex-sdk compiling on Win10 x64,
ant main works, as does ant framework-rsls

Now, where the heck is the output swc to use in my project?  Says it should be 
in /out but that directory dosen't exist, and if I create it and rerun nothing.

Found a bug deep down in GridViewLayout causing a memory leak, and only way to 
fix it seems to be to fix it in the SDK itself and issue a patch, so here I am.

Thank you

~ JT

RE: WebAssembly Flash ByPass

[Jason Taylor]

lol yes, currently WebAssembly dosen't include the bindings to WebGL, so still 
have to hack things around a bit, but yes essentially we would have to rewrite 
the main rendering engine to WebGL, still haven't made it deep into 
LightSpark's rendering engine, but assuming they are mimicking the native flash 
renderer which is an absolutely beast

-Original Message-
From: Tom Chiverton [mailto:t...@extravision.com] 
Sent: Wednesday, April 12, 2017 12:53 AM
To: dev@flex.apache.org
Subject: Re: WebAssembly Flash ByPass

I certainly look forward to seeing what comes out of it.

Sounds like you relish the challenge !

Tom


On 11/04/17 20:09, Jason Taylor wrote:
> problem area is obviously the rendering engine, but I do have quite a bit of 
> experience in the area.

RE: WebAssembly Flash ByPass

[Jason Taylor]

Would be really nice if somehow we could get a lot of votes on this issue, the 
flash player team would be the best group to work on this, and this would 
hugely benefit a all flash/flex/air/flex js people.Alex, any chance you 
could help this vote get more attention?
~ JT



-Original Message-
From: Bernhard Schleicher [mailto:bernhard.schleic...@emmgt.at] 
Sent: Wednesday, April 12, 2017 3:23 AM
To: dev@flex.apache.org
Subject: RE: WebAssembly Flash ByPass

There is an issue by adobe to implement a HTML Target for Air (WebGL / 
WebAssembly)
https://tracker.adobe.com/#/view/AIR-4178275

Please vote for this issue if you are interested.

Regards,
Bernhard

-Original Message-
From: Tom Chiverton [mailto:t...@extravision.com]
Sent: Mittwoch, 12. April 2017 09:53
To: dev@flex.apache.org
Subject: Re: WebAssembly Flash ByPass

I certainly look forward to seeing what comes out of it.

Sounds like you relish the challenge !

Tom


On 11/04/17 20:09, Jason Taylor wrote:
> problem area is obviously the rendering engine, but I do have quite a bit of 
> experience in the area.

RE: WebAssembly Flash ByPass

[Jason Taylor]

That's a really great idea!   Just starting to get LightSpark and WebAssembly 
building separately, so a lot of stuff to digest and tear through before I'll 
be able to even wrap my head around it, but yes the problem area is obviously 
the rendering engine, but I do have quite a bit of experience in the area.   
Hopefully I'll have more information in a month or so.  I'm not quite convinced 
this idea is as crazy as others are making it out to be when many others have 
done most of the difficult work already.   In an ideal world it would allow the 
Falcon swf output to be bundled into Lightspark compiled to WebAssembly and run 
in browser with massive performance gains over the html/js version.

Gary, long shots and out of the box thinking have never scared me, and I 
wouldn't be nearly as successful if I had blindly followed the masses. 
~ JT

-Original Message-
From: Dev LFM [mailto:developer...@gmail.com] 
Sent: Tuesday, April 11, 2017 2:35 AM
To: dev@flex.apache.org
Subject: Re: WebAssembly Flash ByPass

If drawing on gpu is possible, I would go even further and also add skia to the 
discussion.

My vision is, use skia to render everywhere.. Having then different "falcon" to 
compile for webgl/ios/android/win/osx/unix/raspi

Now.. what would be needed? I think a transpiler of "stage3d" to "skia"
could be a 1st attempt..

Thoughts?

2017-04-11 7:32 GMT+01:00 Alex Harui :

> Gary,
>
> Please try to focus on actual technical issues and let those who want 
> to try, try it.  Some people think making Flex/FlexJS popular again is 
> a long shot as well.
>
> I'm not that familiar with WebAssembly, but from what I've read today, 
> I think Josh has hit on the main technical challenge, which is that 
> WebAssembly doesn't appear to let you draw directly to the screen.  It 
> sort of reminds me of Alchemy/FlasCC.
>
> -Alex
>
> On 4/10/17, 7:26 PM, "Gary Yang"  wrote:
>
> >Thanks, I would love to see how you can get there, W3C started 
> >designing
> >HTML5 in 2009, Firefox is still making exception for Flash Player 
> >now, maybe you can help them get rid of it and unify the web truly.
> >
> >On Mon, Apr 10, 2017 at 5:24 PM, Jason Taylor  wrote:
> >
> >> Gary, do you even have any idea what WebAssembly is? You should 
> >>check out  some articles on it:
> >>https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fgithub.c
> >>om%2FWebAssembly%2Fdesign%2Fblob%2F&data=02%7C01%7C%
> 7C958771644c3444d5448
> >>308d480821d4b%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C63627474370530
> >>2509&sdata=roF8%2B3Z2KOZAW7NVE8QJ3OSFAraX8ViFl179cVi%2FgJY%3D&reserv
> >>ed=0
> >> master/FAQ.md,
> >>https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fdevelope
> >>r.mozilla.org%2Fen-US%2Fdocs%2FWebAssembly%2F&data=
> 02%7C01%7C%7C958771644
> >>c3444d5448308d480821d4b%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C6362
> >>74743705302509&sdata=sf%2FmlA5b%2FvU79NgnjPu1tdhbF3sJ1FAoQahTm
> V06%2FAc%3D
> >>&reserved=0
> >> Concepts
> >>
> >> In a nutshell the browser vendors finally realized that HTML+JS 
> >>will never  be efficent enough to implement complex software/games 
> >>in browser, and thus  WebAssembly was born. It was designed by the 
> >>W3C committee that included  all the major browser vendors.
> >>
> >> Please do yourself a favor and research your opinion before you 
> >> spread mis-information.
> >>
> >>
> >>
> >> -Original Message-
> >> From: Gary Yang [mailto:flashflex...@gmail.com]
> >> Sent: Monday, April 10, 2017 2:21 PM
> >> To: dev@flex.apache.org
> >> Subject: Re: WebAssembly Flash ByPass
> >>
> >> 1) It takes a long time to make a powerful system like Flash Player 
> >>stable  enough, Google Map has been using webGL for a long time, 
> >>improved a lot  still crash all the time.
> >> 2) Politically, none of the major browser vendors would let 
> >>anything our  of their control grow bigger anymore, Flash Player is 
> >>the only exception,  it came too early and too important to the web 
> >>to be killed.
> >>
> >> The only chance to implement high performance application across 
> >>main  stream browsers is still Flash with stage3D AGAL, time has 
> >>proved it, I  don't the majority get it, when it comes to tech, this 
> >>is usually it, most  just follow what others say.
> >>
> >> Sad haaa? What if spent time in implementing Flex with AGAL from 
&g

RE: WebAssembly Flash ByPass

[Jason Taylor]

Gary, do you even have any idea what WebAssembly is? You should check out some 
articles on it: https://github.com/WebAssembly/design/blob/master/FAQ.md, 
https://developer.mozilla.org/en-US/docs/WebAssembly/Concepts

In a nutshell the browser vendors finally realized that HTML+JS will never be 
efficent enough to implement complex software/games in browser, and thus 
WebAssembly was born. It was designed by the W3C committee that included all 
the major browser vendors.   

Please do yourself a favor and research your opinion before you spread 
mis-information.



-Original Message-
From: Gary Yang [mailto:flashflex...@gmail.com] 
Sent: Monday, April 10, 2017 2:21 PM
To: dev@flex.apache.org
Subject: Re: WebAssembly Flash ByPass

1) It takes a long time to make a powerful system like Flash Player stable 
enough, Google Map has been using webGL for a long time, improved a lot still 
crash all the time.
2) Politically, none of the major browser vendors would let anything our of 
their control grow bigger anymore, Flash Player is the only exception, it came 
too early and too important to the web to be killed.

The only chance to implement high performance application across main stream 
browsers is still Flash with stage3D AGAL, time has proved it, I don't the 
majority get it, when it comes to tech, this is usually it, most just follow 
what others say.

Sad haaa? What if spent time in implementing Flex with AGAL from the very 
beginning? Flash platform might not be on the hanging edge...


On Mon, Apr 10, 2017 at 5:16 PM, Josh Tynjala  wrote:

> I don't think you can simply compile LightSpark as-is to WebAssembly. 
> I suspect that its rendering code will need serious modification to be 
> able to draw to HTML Canvas or WebGL instead of whatever native APIs 
> it uses now. This part probably wouldn't be trivial.
>
> - Josh
>
> On Mon, Apr 10, 2017 at 1:52 PM, Jason Taylor  wrote:
>
> > Why would we be implementing anything? I'm talking about taking
> LightSpark
> > as is (with their 252 open bugs) compiling it to LLVM, using that 
> > input
> for
> > the WebAssembly compiler and compiling the output binary as a 
> > LightSpark WebAssembly drop in flash player.  This has nothing to do 
> > with the
> existing
> > FlexJS work and is merely to allow the existing flash apps to run in
> > browser, cross platform without a plug-in (such as Safari on iOS).   Not
> > quite sure what exactly is so crazy here.  Sorry, FlexJS will never 
> > give
> us
> > the performance we (Dedoose) need, so extending the life cycle of 
> > the
> flash
> > player a couple more years to buy us time for a complete rewrite in 
> > a performant client technology is pretty important to us.
> > ~ JT
> >
> >
> >
> > -Original Message-
> > From: Gary Yang [mailto:flashflex...@gmail.com]
> > Sent: Monday, April 10, 2017 1:46 PM
> > To: dev@flex.apache.org
> > Subject: Re: WebAssembly Flash ByPass
> >
> > No mean to be offensive, implementing everything in WebAssembly 
> > feels
> just
> > like talking about living in Mars, even with HTML/Javascript/CSS
> regardless
> > of performance, after so many years ...
> >
> > On Mon, Apr 10, 2017 at 4:18 PM, piotrz 
> wrote:
> >
> > > Hi Gary,
> > >
> > > Please be tolerant to Jason's opinion and ideas. Apache Flex is an 
> > > open source project and if Jason would like to bring some idea 
> > > here he is very welcome, same as you.
> > >
> > > Piotr
> > >
> > >
> > >
> > > -
> > > Apache Flex PMC
> > > piotrzarzyck...@gmail.com
> > > --
> > > View this message in context: http://apache-flex-
> > > development.247.n4.nabble.com/FlexJS-feature-chart-work-
> > > status-tp61035p61082.html
> > > Sent from the Apache Flex Development mailing list archive at
> Nabble.com.
> > >
> >
>

RE: WebAssembly Flash ByPass

[Jason Taylor]

Why would we be implementing anything? I'm talking about taking LightSpark as 
is (with their 252 open bugs) compiling it to LLVM, using that input for the 
WebAssembly compiler and compiling the output binary as a LightSpark 
WebAssembly drop in flash player.  This has nothing to do with the existing 
FlexJS work and is merely to allow the existing flash apps to run in browser, 
cross platform without a plug-in (such as Safari on iOS).   Not quite sure what 
exactly is so crazy here.  Sorry, FlexJS will never give us the performance we 
(Dedoose) need, so extending the life cycle of the flash player a couple more 
years to buy us time for a complete rewrite in a performant client technology 
is pretty important to us.
~ JT



-Original Message-
From: Gary Yang [mailto:flashflex...@gmail.com] 
Sent: Monday, April 10, 2017 1:46 PM
To: dev@flex.apache.org
Subject: Re: WebAssembly Flash ByPass

No mean to be offensive, implementing everything in WebAssembly feels just like 
talking about living in Mars, even with HTML/Javascript/CSS regardless of 
performance, after so many years ...

On Mon, Apr 10, 2017 at 4:18 PM, piotrz  wrote:

> Hi Gary,
>
> Please be tolerant to Jason's opinion and ideas. Apache Flex is an 
> open source project and if Jason would like to bring some idea here he 
> is very welcome, same as you.
>
> Piotr
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-feature-chart-work-
> status-tp61035p61082.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>

RE: WebAssembly Flash ByPass

[Jason Taylor]

yes because LLVM to LLVM is so difficult... You have actually have anything 
constructive to contribute?

-Original Message-
From: Gary Yang [mailto:flashflex...@gmail.com] 
Sent: Monday, April 10, 2017 1:09 PM
To: dev@flex.apache.org
Subject: Re: WebAssembly Flash ByPass

Yeah the life in Mars could be very exciting, let me know when you are there ...

On Mon, Apr 10, 2017 at 3:17 PM, Jason Taylor  wrote:

> WebAssembly is officially supported in both Chrome and Firefox right 
> now, and in the rest very soon.
> WebAssembly can take LLVM and compiles to a binary format that works 
> cross browser at near native speeds without any plugin.
> LightSpark is an open source implemention of the flash player written 
> in
> C++ that can compile to LLVM.  Potentionally we can compile LightSpark 
> C++ to
> LLVM and be able to run all flash apps in all browsers without any plugin
> and completely bypass the death of the flash player.   Thoughts?
> ~ JT
>
>

WebAssembly Flash ByPass

[Jason Taylor]

WebAssembly is officially supported in both Chrome and Firefox right now, and 
in the rest very soon.
WebAssembly can take LLVM and compiles to a binary format that works cross 
browser at near native speeds without any plugin.
LightSpark is an open source implemention of the flash player written in C++ 
that can compile to LLVM.  Potentionally we can compile LightSpark to LLVM and 
be able to run all flash apps in all browsers without any plugin and completely 
bypass the death of the flash player.   Thoughts?
~ JT

RE: WebAsm?

[Jason Taylor]

For complex applications Flex is still by far the most productive way to build 
cross-platform & web enabled apps.  Our team has tried everything out there, 
and so far nothing beats our productivity with Flex, though a few JS frameworks 
(React/Vue) are showing some promise, but the performance is not what we are 
looking for. A js->WebASM might work, but  your adding so many abstraction 
layers and working with HTML & JS that dosen't seem like a good idea.  

-Original Message-
From: Gary Yang [mailto:flashflex...@gmail.com] 
Sent: Monday, March 13, 2017 3:05 PM
To: dev@flex.apache.org
Subject: Re: WebAsm?

I am curious, what do you guys think about Flash Player and Flash Platform's 
situation today? is it better or worse than expected 5/6 years ago?

On Mon, Mar 13, 2017 at 5:56 PM, Alex Harui  wrote:

> I'm not really paying much attention to webasm.  Got too much to do 
> right now.
>
> Volunteers are welcome to make Flex->WebASM happen.  The compiler is 
> set up to have alternate emitters, but I'm wondering if it will be 
> faster to leverage a different tool.  We currently use Google Closure 
> Compiler for optimizing JS.  If Google comes up with a JS->WebASM 
> compiler, we might leverage that instead.
>
> Of course, I could be wrong...
> -Alex
>
> On 3/13/17, 1:58 PM, "Jason Taylor"  wrote:
>
> >So I'm sure many of you are aware that FireFox just added support for 
> >Web Assembly, Chrome should have it in the next release, and IE will be
> >adding it shortly as well.   Performance measurements on WebASM vs HTMl
> >are increadibe, and WebASM appears to be even way more performant 
> >than Flash (in addition to way better multi-threading).
> >
> >I was wondering if anyone on the Flex teams is considering looking into
> >possibilities involving WebASM?   I know it's far fetched but dosen't
> >hurt to ask right?  In an ideal world the ability to cross compile 
> >flash/flex apps to WebASM, or a Falcon output to WebASM for FlexJS.
> >
> >
>
>

WebAsm?

[Jason Taylor]

So I'm sure many of you are aware that FireFox just added support for Web 
Assembly, Chrome should have it in the next release, and IE will be adding it 
shortly as well.   Performance measurements on WebASM vs HTMl are increadibe, 
and WebASM appears to be even way more performant than Flash (in addition to 
way better multi-threading).

I was wondering if anyone on the Flex teams is considering looking into 
possibilities involving WebASM?   I know it's far fetched but dosen't hurt to 
ask right?  In an ideal world the ability to cross compile flash/flex apps to 
WebASM, or a Falcon output to WebASM for FlexJS.

RE: massive memory leak in Flex

[Jason Taylor]

excellent, I'll just add this permantly in to our debug builds so our QA can 
check for mem leaks as well. Ty.

Currently, I believe the issue is scout holding onto references and thus not 
allowing the items to hit GC

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Friday, March 03, 2017 2:35 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex



On 3/3/17, 1:23 PM, "Jason Taylor"  wrote:

>sounds good, this is all stemming from a memory I discovered in our 
>SparkTree component which is based off 
>https://github.com/kachurovskiy/Spark-Tree which I'm sure a lot of 
>people use.  In the middle of redesigning a solid tree component based 
>of SaturnBoy's work that is FAR more performant with a lot less code 
>complexity, and hopefully dosen't exhibit the memory leak issue.

OK.  I'm not clear if you still think there is a memory issue or just saw some 
aliasing from Scout.  The System.totalMemory technique is how we used to test 
for memory leaks before there were FB Profiler and Scout and is less likely to 
cause aliasing.  I haven't used that technique in a long time, but I think 
maybe I actually used code like:

Var tm:int = System.totalMemory;
Math.max(lastTotalMemory, tm)
lastTotalMemory = tm;

so you are observing the high water mark.

HTH,
-Alex

RE: massive memory leak in Flex

[Jason Taylor]

sounds good, this is all stemming from a memory I discovered in our SparkTree 
component which is based off https://github.com/kachurovskiy/Spark-Tree which 
I'm sure a lot of people use.  In the middle of redesigning a solid tree 
component based of SaturnBoy's work that is FAR more performant with a lot less 
code complexity, and hopefully dosen't exhibit the memory leak issue.   
~ JT


-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Friday, March 03, 2017 11:26 AM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

What I sometimes do as add a Label to the app that displays System.totalMemory. 
 It reach a max after several minutes.  I run the app for several minutes 
before going to bed, write down the System.totalMemory number, then when I wake 
up I see if it has climbed or the app has crashed.

-Alex

On 3/3/17, 11:04 AM, "Jason Taylor"  wrote:

>player 22, windows 7 64, when scout is running it appears no objects 
>get released to the gc, so this appears to be a bug with scout.
>
>-Original Message-
>From: Alex Harui [mailto:aha...@adobe.com]
>Sent: Thursday, March 02, 2017 8:45 PM
>To: dev@flex.apache.org
>Subject: Re: massive memory leak in Flex
>
>So what OS and version, and what kind of player and its version are you 
>using?
>
>Scout will turn on sampling in the app so that should result in an 
>increase in memory as well.
>
>-Alex
>
>On 3/2/17, 4:48 PM, "Jason Taylor"  wrote:
>
>>wonder if that might be osx / windows difference in scout? as I only 
>>show this leak atm when scout is ran- Scout 1.1.3.345121 on Scout
>>
>>-Original Message-
>>From: Jason Taylor
>>Sent: Thursday, March 02, 2017 4:48 PM
>>To: dev@flex.apache.org
>>Subject: RE: massive memory leak in Flex
>>
>>what the hell? Mine looks nothing like that in scout, no advanced 
>>telemetry
>>
>>-Original Message-
>>From: Clint M [mailto:cmod...@gmail.com]
>>Sent: Thursday, March 02, 2017 4:38 PM
>>To: dev@flex.apache.org
>>Subject: Re: massive memory leak in Flex
>>
>>it didn't leak using advanced-telemetry either… it didn't leak with a 
>>custom renderer with curly binding either… probably because spark 
>>lists recycle item renderers by default
>>
>>On Thu, Mar 2, 2017 at 4:29 PM, Clint M  wrote:
>>
>>> here's a video of it running in scout 
>>> http://www.screencast.com/t/S5SHGLiskRN
>>>
>>> didn't leak… are you using advanced-telemetry ?
>>>
>>> On Thu, Mar 2, 2017 at 4:24 PM, Jason Taylor  wrote:
>>>
>>>> Yeah, it looks like it may be an artifact of scout somehow
>>>>
>>>> -Original Message-
>>>> From: Clint M [mailto:cmod...@gmail.com]
>>>> Sent: Thursday, March 02, 2017 4:24 PM
>>>> To: dev@flex.apache.org
>>>> Subject: Re: massive memory leak in Flex
>>>>
>>>> Can't repro with the code in the original post… here's a video of 
>>>> it running for 60 seconds.
>>>>
>>>> http://www.screencast.com/t/mPFMIdKQMK
>>>>
>>>> On Thu, Mar 2, 2017 at 4:17 PM, Jason Taylor 
>>>>wrote:
>>>>
>>>> > Yeap task manager keeps climbing as well
>>>> >
>>>> > -Original Message-
>>>> > From: Alex Harui [mailto:aha...@adobe.com]
>>>> > Sent: Thursday, March 02, 2017 4:07 PM
>>>> > To: dev@flex.apache.org
>>>> > Subject: Re: massive memory leak in Flex
>>>> >
>>>> > Scout only reports certain player memory zones.  Hopefully 
>>>> > TaskManager has a higher number?  If you got past 1GB then it
>>>>probably isn't capped.
>>>> >
>>>> > -Alex
>>>> >
>>>> > On 3/2/17, 3:56 PM, "Jason Taylor"  wrote:
>>>> >
>>>> > >Tried 4.13, 14, and 15, but I have a weird feeling scout is a 
>>>> > >dirty Liar
>>>> > >
>>>> > >-Original Message-
>>>> > >From: Alex Harui [mailto:aha...@adobe.com]
>>>> > >Sent: Thursday, March 02, 2017 3:54 PM
>>>> > >To: dev@flex.apache.org
>>>> > >Subject: Re: massive memory leak in Flex
>>>> > >
>>>> > >OK Thanks.  Sounds like Justin may be digging into it, so I'll 
>>>> > >wait until he reports in.  Which version of Apache Flex are you
>>>>using?
>>>> &g

RE: massive memory leak in Flex

[Jason Taylor]

player 22, windows 7 64, when scout is running it appears no objects get 
released to the gc, so this appears to be a bug with scout.

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, March 02, 2017 8:45 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

So what OS and version, and what kind of player and its version are you using?

Scout will turn on sampling in the app so that should result in an increase in 
memory as well.

-Alex

On 3/2/17, 4:48 PM, "Jason Taylor"  wrote:

>wonder if that might be osx / windows difference in scout? as I only 
>show this leak atm when scout is ran- Scout 1.1.3.345121 on Scout
>
>-Original Message-----
>From: Jason Taylor
>Sent: Thursday, March 02, 2017 4:48 PM
>To: dev@flex.apache.org
>Subject: RE: massive memory leak in Flex
>
>what the hell? Mine looks nothing like that in scout, no advanced 
>telemetry
>
>-Original Message-
>From: Clint M [mailto:cmod...@gmail.com]
>Sent: Thursday, March 02, 2017 4:38 PM
>To: dev@flex.apache.org
>Subject: Re: massive memory leak in Flex
>
>it didn't leak using advanced-telemetry either… it didn't leak with a 
>custom renderer with curly binding either… probably because spark lists 
>recycle item renderers by default
>
>On Thu, Mar 2, 2017 at 4:29 PM, Clint M  wrote:
>
>> here's a video of it running in scout 
>> http://www.screencast.com/t/S5SHGLiskRN
>>
>> didn't leak… are you using advanced-telemetry ?
>>
>> On Thu, Mar 2, 2017 at 4:24 PM, Jason Taylor  wrote:
>>
>>> Yeah, it looks like it may be an artifact of scout somehow
>>>
>>> -Original Message-
>>> From: Clint M [mailto:cmod...@gmail.com]
>>> Sent: Thursday, March 02, 2017 4:24 PM
>>> To: dev@flex.apache.org
>>> Subject: Re: massive memory leak in Flex
>>>
>>> Can't repro with the code in the original post… here's a video of it 
>>> running for 60 seconds.
>>>
>>> http://www.screencast.com/t/mPFMIdKQMK
>>>
>>> On Thu, Mar 2, 2017 at 4:17 PM, Jason Taylor  wrote:
>>>
>>> > Yeap task manager keeps climbing as well
>>> >
>>> > -Original Message-
>>> > From: Alex Harui [mailto:aha...@adobe.com]
>>> > Sent: Thursday, March 02, 2017 4:07 PM
>>> > To: dev@flex.apache.org
>>> > Subject: Re: massive memory leak in Flex
>>> >
>>> > Scout only reports certain player memory zones.  Hopefully 
>>> > TaskManager has a higher number?  If you got past 1GB then it
>>>probably isn't capped.
>>> >
>>> > -Alex
>>> >
>>> > On 3/2/17, 3:56 PM, "Jason Taylor"  wrote:
>>> >
>>> > >Tried 4.13, 14, and 15, but I have a weird feeling scout is a 
>>> > >dirty Liar
>>> > >
>>> > >-Original Message-
>>> > >From: Alex Harui [mailto:aha...@adobe.com]
>>> > >Sent: Thursday, March 02, 2017 3:54 PM
>>> > >To: dev@flex.apache.org
>>> > >Subject: Re: massive memory leak in Flex
>>> > >
>>> > >OK Thanks.  Sounds like Justin may be digging into it, so I'll 
>>> > >wait until he reports in.  Which version of Apache Flex are you
>>>using?
>>> > >Have you tried Adobe Flex 4.6?
>>> > >
>>> > >-Alex
>>> > >
>>> > >On 3/2/17, 3:50 PM, "Jason Taylor"  wrote:
>>> > >
>>> > >>This is all the code needed to cause it, and no it does not 
>>> > >>appear to stop, though I will need to run it for awhile to blow 
>>> > >>all my memory in this comp.
>>> > >>
>>> > >>
>>> > >>
>>> > >>http://ns.adobe.com/mxml/2009";
>>> > >>xmlns:s="library://ns.adobe.com/flex/spark"
>>> > >>creationComplete="OnCreationComplete(event)">
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>-Original Message-
>>> > >>From: Alex Harui [mailto:aha...@adobe.com]
>>> > >>Sent: Thursday, March 02, 2017 3:47 PM
>>> > >>To: dev@flex.apache.org
>>> > >>Subject: Re: massive memory leak in Flex
>>> > >>
>>> > >>Jason, we aren't seeing all of 

RE: massive memory leak in Flex

[Jason Taylor]

wonder if that might be osx / windows difference in scout? as I only show this 
leak atm when scout is ran- Scout 1.1.3.345121 on Scout

-Original Message-
From: Jason Taylor 
Sent: Thursday, March 02, 2017 4:48 PM
To: dev@flex.apache.org
Subject: RE: massive memory leak in Flex

what the hell? Mine looks nothing like that in scout, no advanced telemetry 

-Original Message-
From: Clint M [mailto:cmod...@gmail.com]
Sent: Thursday, March 02, 2017 4:38 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

it didn't leak using advanced-telemetry either… it didn't leak with a custom 
renderer with curly binding either… probably because spark lists recycle item 
renderers by default

On Thu, Mar 2, 2017 at 4:29 PM, Clint M  wrote:

> here's a video of it running in scout
> http://www.screencast.com/t/S5SHGLiskRN
>
> didn't leak… are you using advanced-telemetry ?
>
> On Thu, Mar 2, 2017 at 4:24 PM, Jason Taylor  wrote:
>
>> Yeah, it looks like it may be an artifact of scout somehow
>>
>> -Original Message-
>> From: Clint M [mailto:cmod...@gmail.com]
>> Sent: Thursday, March 02, 2017 4:24 PM
>> To: dev@flex.apache.org
>> Subject: Re: massive memory leak in Flex
>>
>> Can't repro with the code in the original post… here's a video of it 
>> running for 60 seconds.
>>
>> http://www.screencast.com/t/mPFMIdKQMK
>>
>> On Thu, Mar 2, 2017 at 4:17 PM, Jason Taylor  wrote:
>>
>> > Yeap task manager keeps climbing as well
>> >
>> > -Original Message-
>> > From: Alex Harui [mailto:aha...@adobe.com]
>> > Sent: Thursday, March 02, 2017 4:07 PM
>> > To: dev@flex.apache.org
>> > Subject: Re: massive memory leak in Flex
>> >
>> > Scout only reports certain player memory zones.  Hopefully 
>> > TaskManager has a higher number?  If you got past 1GB then it probably 
>> > isn't capped.
>> >
>> > -Alex
>> >
>> > On 3/2/17, 3:56 PM, "Jason Taylor"  wrote:
>> >
>> > >Tried 4.13, 14, and 15, but I have a weird feeling scout is a 
>> > >dirty Liar
>> > >
>> > >-Original Message-
>> > >From: Alex Harui [mailto:aha...@adobe.com]
>> > >Sent: Thursday, March 02, 2017 3:54 PM
>> > >To: dev@flex.apache.org
>> > >Subject: Re: massive memory leak in Flex
>> > >
>> > >OK Thanks.  Sounds like Justin may be digging into it, so I'll 
>> > >wait until he reports in.  Which version of Apache Flex are you using?
>> > >Have you tried Adobe Flex 4.6?
>> > >
>> > >-Alex
>> > >
>> > >On 3/2/17, 3:50 PM, "Jason Taylor"  wrote:
>> > >
>> > >>This is all the code needed to cause it, and no it does not 
>> > >>appear to stop, though I will need to run it for awhile to blow 
>> > >>all my memory in this comp.
>> > >>
>> > >>
>> > >>
>> > >>http://ns.adobe.com/mxml/2009";
>> > >>xmlns:s="library://ns.adobe.com/flex/spark"
>> > >>creationComplete="OnCreationComplete(event)">
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>-Original Message-
>> > >>From: Alex Harui [mailto:aha...@adobe.com]
>> > >>Sent: Thursday, March 02, 2017 3:47 PM
>> > >>To: dev@flex.apache.org
>> > >>Subject: Re: massive memory leak in Flex
>> > >>
>> > >>Jason, we aren't seeing all of the code.  Can you put all of the 
>> > >>code in a JIRA issue?
>> > >>
>> > >>There is a notion of outrunning GC.  And also memory fragmentation.
>> > >>How high does memory go?  Does it cap out or will it blow up for 
>> > >>lack of memory at some point?
>> > >>
>> > >>Thanks,
>> > >>-Alex
>> > >>
>> > >>On 3/2/17, 3:39 PM, "Jason Taylor"  wrote:
>> > >>
>> > >>>yeah you can remove that, right now mine is just
>> > >>>
>> > >>>
>> > >>>http://ns.adobe.com/mxml/2009";
>> > >>>xmlns:s="library://ns.adobe.com/flex/spark"
>> > >>>xmlns:Core="CoreClasses.*">
>> > >>> 
>> > >>>
>> > >>>
>> > >>>where MyLabel is a copy of s:label so I can make changes and try 
>> > >>>to figure out where the hell this is coming from, appears to be 
>> > >>>deep in TLF
>> > >>>
>> > >>>-Original Message-
>> > >>>From: Justin Mclean [mailto:jus...@classsoftware.com]
>> > >>>Sent: Thursday, March 02, 2017 3:38 PM
>> > >>>To: dev@flex.apache.org
>> > >>>Subject: Re: massive memory leak in Flex
>> > >>>
>> > >>>Hi,
>> > >>>
>> > >>>What's the code for your TestItemRenderer? If you remove that 
>> > >>>does it act the same?
>> > >>>
>> > >>>Thanks,
>> > >>>Justin
>> > >>
>> > >
>> >
>> >
>>
>
>

RE: massive memory leak in Flex

[Jason Taylor]

what the hell? Mine looks nothing like that in scout, no advanced telemetry 

-Original Message-
From: Clint M [mailto:cmod...@gmail.com] 
Sent: Thursday, March 02, 2017 4:38 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

it didn't leak using advanced-telemetry either… it didn't leak with a custom 
renderer with curly binding either… probably because spark lists recycle item 
renderers by default

On Thu, Mar 2, 2017 at 4:29 PM, Clint M  wrote:

> here's a video of it running in scout
> http://www.screencast.com/t/S5SHGLiskRN
>
> didn't leak… are you using advanced-telemetry ?
>
> On Thu, Mar 2, 2017 at 4:24 PM, Jason Taylor  wrote:
>
>> Yeah, it looks like it may be an artifact of scout somehow
>>
>> -Original Message-
>> From: Clint M [mailto:cmod...@gmail.com]
>> Sent: Thursday, March 02, 2017 4:24 PM
>> To: dev@flex.apache.org
>> Subject: Re: massive memory leak in Flex
>>
>> Can't repro with the code in the original post… here's a video of it 
>> running for 60 seconds.
>>
>> http://www.screencast.com/t/mPFMIdKQMK
>>
>> On Thu, Mar 2, 2017 at 4:17 PM, Jason Taylor  wrote:
>>
>> > Yeap task manager keeps climbing as well
>> >
>> > -Original Message-
>> > From: Alex Harui [mailto:aha...@adobe.com]
>> > Sent: Thursday, March 02, 2017 4:07 PM
>> > To: dev@flex.apache.org
>> > Subject: Re: massive memory leak in Flex
>> >
>> > Scout only reports certain player memory zones.  Hopefully 
>> > TaskManager has a higher number?  If you got past 1GB then it probably 
>> > isn't capped.
>> >
>> > -Alex
>> >
>> > On 3/2/17, 3:56 PM, "Jason Taylor"  wrote:
>> >
>> > >Tried 4.13, 14, and 15, but I have a weird feeling scout is a 
>> > >dirty Liar
>> > >
>> > >-Original Message-
>> > >From: Alex Harui [mailto:aha...@adobe.com]
>> > >Sent: Thursday, March 02, 2017 3:54 PM
>> > >To: dev@flex.apache.org
>> > >Subject: Re: massive memory leak in Flex
>> > >
>> > >OK Thanks.  Sounds like Justin may be digging into it, so I'll 
>> > >wait until he reports in.  Which version of Apache Flex are you using?
>> > >Have you tried Adobe Flex 4.6?
>> > >
>> > >-Alex
>> > >
>> > >On 3/2/17, 3:50 PM, "Jason Taylor"  wrote:
>> > >
>> > >>This is all the code needed to cause it, and no it does not 
>> > >>appear to stop, though I will need to run it for awhile to blow 
>> > >>all my memory in this comp.
>> > >>
>> > >>
>> > >>
>> > >>http://ns.adobe.com/mxml/2009";
>> > >>xmlns:s="library://ns.adobe.com/flex/spark"
>> > >>creationComplete="OnCreationComplete(event)">
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>-Original Message-
>> > >>From: Alex Harui [mailto:aha...@adobe.com]
>> > >>Sent: Thursday, March 02, 2017 3:47 PM
>> > >>To: dev@flex.apache.org
>> > >>Subject: Re: massive memory leak in Flex
>> > >>
>> > >>Jason, we aren't seeing all of the code.  Can you put all of the 
>> > >>code in a JIRA issue?
>> > >>
>> > >>There is a notion of outrunning GC.  And also memory fragmentation.
>> > >>How high does memory go?  Does it cap out or will it blow up for 
>> > >>lack of memory at some point?
>> > >>
>> > >>Thanks,
>> > >>-Alex
>> > >>
>> > >>On 3/2/17, 3:39 PM, "Jason Taylor"  wrote:
>> > >>
>> > >>>yeah you can remove that, right now mine is just
>> > >>>
>> > >>>
>> > >>>http://ns.adobe.com/mxml/2009";
>> > >>>xmlns:s="library://ns.adobe.com/flex/spark"
>> > >>>xmlns:Core="CoreClasses.*">
>> > >>> 
>> > >>>
>> > >>>
>> > >>>where MyLabel is a copy of s:label so I can make changes and try 
>> > >>>to figure out where the hell this is coming from, appears to be 
>> > >>>deep in TLF
>> > >>>
>> > >>>-Original Message-
>> > >>>From: Justin Mclean [mailto:jus...@classsoftware.com]
>> > >>>Sent: Thursday, March 02, 2017 3:38 PM
>> > >>>To: dev@flex.apache.org
>> > >>>Subject: Re: massive memory leak in Flex
>> > >>>
>> > >>>Hi,
>> > >>>
>> > >>>What's the code for your TestItemRenderer? If you remove that 
>> > >>>does it act the same?
>> > >>>
>> > >>>Thanks,
>> > >>>Justin
>> > >>
>> > >
>> >
>> >
>>
>
>

RE: massive memory leak in Flex

[Jason Taylor]

Yeah, it looks like it may be an artifact of scout somehow

-Original Message-
From: Clint M [mailto:cmod...@gmail.com] 
Sent: Thursday, March 02, 2017 4:24 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

Can't repro with the code in the original post… here's a video of it running 
for 60 seconds.

http://www.screencast.com/t/mPFMIdKQMK

On Thu, Mar 2, 2017 at 4:17 PM, Jason Taylor  wrote:

> Yeap task manager keeps climbing as well
>
> -Original Message-
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: Thursday, March 02, 2017 4:07 PM
> To: dev@flex.apache.org
> Subject: Re: massive memory leak in Flex
>
> Scout only reports certain player memory zones.  Hopefully TaskManager 
> has a higher number?  If you got past 1GB then it probably isn't capped.
>
> -Alex
>
> On 3/2/17, 3:56 PM, "Jason Taylor"  wrote:
>
> >Tried 4.13, 14, and 15, but I have a weird feeling scout is a dirty 
> >Liar
> >
> >-Original Message-
> >From: Alex Harui [mailto:aha...@adobe.com]
> >Sent: Thursday, March 02, 2017 3:54 PM
> >To: dev@flex.apache.org
> >Subject: Re: massive memory leak in Flex
> >
> >OK Thanks.  Sounds like Justin may be digging into it, so I'll wait 
> >until he reports in.  Which version of Apache Flex are you using?  
> >Have you tried Adobe Flex 4.6?
> >
> >-Alex
> >
> >On 3/2/17, 3:50 PM, "Jason Taylor"  wrote:
> >
> >>This is all the code needed to cause it, and no it does not appear 
> >>to stop, though I will need to run it for awhile to blow all my 
> >>memory in this comp.
> >>
> >>
> >>
> >>http://ns.adobe.com/mxml/2009";
> >>xmlns:s="library://ns.adobe.com/flex/spark"
> >>creationComplete="OnCreationComplete(event)">
> >>
> >>
> >>
> >>
> >>
> >>
> >>-Original Message-
> >>From: Alex Harui [mailto:aha...@adobe.com]
> >>Sent: Thursday, March 02, 2017 3:47 PM
> >>To: dev@flex.apache.org
> >>Subject: Re: massive memory leak in Flex
> >>
> >>Jason, we aren't seeing all of the code.  Can you put all of the 
> >>code in a JIRA issue?
> >>
> >>There is a notion of outrunning GC.  And also memory fragmentation.
> >>How high does memory go?  Does it cap out or will it blow up for 
> >>lack of memory at some point?
> >>
> >>Thanks,
> >>-Alex
> >>
> >>On 3/2/17, 3:39 PM, "Jason Taylor"  wrote:
> >>
> >>>yeah you can remove that, right now mine is just
> >>>
> >>>
> >>>http://ns.adobe.com/mxml/2009";
> >>>xmlns:s="library://ns.adobe.com/flex/spark"
> >>>xmlns:Core="CoreClasses.*">
> >>> 
> >>>
> >>>
> >>>where MyLabel is a copy of s:label so I can make changes and try to 
> >>>figure out where the hell this is coming from, appears to be deep 
> >>>in TLF
> >>>
> >>>-Original Message-
> >>>From: Justin Mclean [mailto:jus...@classsoftware.com]
> >>>Sent: Thursday, March 02, 2017 3:38 PM
> >>>To: dev@flex.apache.org
> >>>Subject: Re: massive memory leak in Flex
> >>>
> >>>Hi,
> >>>
> >>>What's the code for your TestItemRenderer? If you remove that does 
> >>>it act the same?
> >>>
> >>>Thanks,
> >>>Justin
> >>
> >
>
>

RE: massive memory leak in Flex

[Jason Taylor]

Yeap task manager keeps climbing as well

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, March 02, 2017 4:07 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

Scout only reports certain player memory zones.  Hopefully TaskManager has a 
higher number?  If you got past 1GB then it probably isn't capped.

-Alex

On 3/2/17, 3:56 PM, "Jason Taylor"  wrote:

>Tried 4.13, 14, and 15, but I have a weird feeling scout is a dirty 
>Liar
>
>-Original Message-
>From: Alex Harui [mailto:aha...@adobe.com]
>Sent: Thursday, March 02, 2017 3:54 PM
>To: dev@flex.apache.org
>Subject: Re: massive memory leak in Flex
>
>OK Thanks.  Sounds like Justin may be digging into it, so I'll wait 
>until he reports in.  Which version of Apache Flex are you using?  Have 
>you tried Adobe Flex 4.6?
>
>-Alex
>
>On 3/2/17, 3:50 PM, "Jason Taylor"  wrote:
>
>>This is all the code needed to cause it, and no it does not appear to 
>>stop, though I will need to run it for awhile to blow all my memory in 
>>this comp.
>>
>>
>>
>>http://ns.adobe.com/mxml/2009";
>>xmlns:s="library://ns.adobe.com/flex/spark"
>>creationComplete="OnCreationComplete(event)">
>>
>>
>>
>>
>>
>>
>>-Original Message-
>>From: Alex Harui [mailto:aha...@adobe.com]
>>Sent: Thursday, March 02, 2017 3:47 PM
>>To: dev@flex.apache.org
>>Subject: Re: massive memory leak in Flex
>>
>>Jason, we aren't seeing all of the code.  Can you put all of the code 
>>in a JIRA issue?
>>
>>There is a notion of outrunning GC.  And also memory fragmentation.
>>How high does memory go?  Does it cap out or will it blow up for lack 
>>of memory at some point?
>>
>>Thanks,
>>-Alex
>>
>>On 3/2/17, 3:39 PM, "Jason Taylor"  wrote:
>>
>>>yeah you can remove that, right now mine is just
>>>
>>>
>>>http://ns.adobe.com/mxml/2009";
>>>xmlns:s="library://ns.adobe.com/flex/spark"
>>>xmlns:Core="CoreClasses.*">
>>> 
>>>
>>>
>>>where MyLabel is a copy of s:label so I can make changes and try to 
>>>figure out where the hell this is coming from, appears to be deep in 
>>>TLF
>>>
>>>-Original Message-
>>>From: Justin Mclean [mailto:jus...@classsoftware.com]
>>>Sent: Thursday, March 02, 2017 3:38 PM
>>>To: dev@flex.apache.org
>>>Subject: Re: massive memory leak in Flex
>>>
>>>Hi,
>>>
>>>What's the code for your TestItemRenderer? If you remove that does it 
>>>act the same?
>>>
>>>Thanks,
>>>Justin
>>
>

RE: massive memory leak in Flex

[Jason Taylor]

it happens without specificy a itemrenderer as well

-Original Message-
From: Clint M [mailto:cmod...@gmail.com] 
Sent: Thursday, March 02, 2017 4:07 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

databinding is static at the application level… at least the way you're doing 
it via curly braces… and the renderers will leak

try using this in the item renderer instead of text="{data}" and see if that 
fixes the problem :

override public function set data(value:Object):void {
  mylabelId.text = data
}

On Thu, Mar 2, 2017 at 3:50 PM, Jason Taylor  wrote:

> This is all the code needed to cause it, and no it does not appear to 
> stop, though I will need to run it for awhile to blow all my memory in 
> this comp.
>
>
> 
> http://ns.adobe.com/mxml/2009";
> xmlns:s="library://ns.adobe.com/flex/spark" creationComplete="
> OnCreationComplete(event)">
> 
> 
> 
>
>
>
> -Original Message-
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: Thursday, March 02, 2017 3:47 PM
> To: dev@flex.apache.org
> Subject: Re: massive memory leak in Flex
>
> Jason, we aren't seeing all of the code.  Can you put all of the code 
> in a JIRA issue?
>
> There is a notion of outrunning GC.  And also memory fragmentation.  
> How high does memory go?  Does it cap out or will it blow up for lack 
> of memory at some point?
>
> Thanks,
> -Alex
>
> On 3/2/17, 3:39 PM, "Jason Taylor"  wrote:
>
> >yeah you can remove that, right now mine is just
> >
> >
> >http://ns.adobe.com/mxml/2009";
> >xmlns:s="library://ns.adobe.com/flex/spark"
> >xmlns:Core="CoreClasses.*">
> > 
> >
> >
> >where MyLabel is a copy of s:label so I can make changes and try to 
> >figure out where the hell this is coming from, appears to be deep in 
> >TLF
> >
> >-Original Message-
> >From: Justin Mclean [mailto:jus...@classsoftware.com]
> >Sent: Thursday, March 02, 2017 3:38 PM
> >To: dev@flex.apache.org
> >Subject: Re: massive memory leak in Flex
> >
> >Hi,
> >
> >What's the code for your TestItemRenderer? If you remove that does it 
> >act the same?
> >
> >Thanks,
> >Justin
>
>

RE: massive memory leak in Flex

[Jason Taylor]

Tried 4.13, 14, and 15, but I have a weird feeling scout is a dirty Liar

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, March 02, 2017 3:54 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

OK Thanks.  Sounds like Justin may be digging into it, so I'll wait until he 
reports in.  Which version of Apache Flex are you using?  Have you tried Adobe 
Flex 4.6?

-Alex

On 3/2/17, 3:50 PM, "Jason Taylor"  wrote:

>This is all the code needed to cause it, and no it does not appear to 
>stop, though I will need to run it for awhile to blow all my memory in 
>this comp.
>
>
>
>http://ns.adobe.com/mxml/2009";
>xmlns:s="library://ns.adobe.com/flex/spark"
>creationComplete="OnCreationComplete(event)">
>
>
>
>
>
>
>-Original Message-
>From: Alex Harui [mailto:aha...@adobe.com]
>Sent: Thursday, March 02, 2017 3:47 PM
>To: dev@flex.apache.org
>Subject: Re: massive memory leak in Flex
>
>Jason, we aren't seeing all of the code.  Can you put all of the code 
>in a JIRA issue?
>
>There is a notion of outrunning GC.  And also memory fragmentation.  
>How high does memory go?  Does it cap out or will it blow up for lack 
>of memory at some point?
>
>Thanks,
>-Alex
>
>On 3/2/17, 3:39 PM, "Jason Taylor"  wrote:
>
>>yeah you can remove that, right now mine is just
>>
>>
>>http://ns.adobe.com/mxml/2009";
>>xmlns:s="library://ns.adobe.com/flex/spark"
>>xmlns:Core="CoreClasses.*">
>> 
>>
>>
>>where MyLabel is a copy of s:label so I can make changes and try to 
>>figure out where the hell this is coming from, appears to be deep in 
>>TLF
>>
>>-Original Message-
>>From: Justin Mclean [mailto:jus...@classsoftware.com]
>>Sent: Thursday, March 02, 2017 3:38 PM
>>To: dev@flex.apache.org
>>Subject: Re: massive memory leak in Flex
>>
>>Hi,
>>
>>What's the code for your TestItemRenderer? If you remove that does it 
>>act the same?
>>
>>Thanks,
>>Justin
>

RE: massive memory leak in Flex

[Jason Taylor]

Scout is showing 1.5Gb used after 4m, and constantly climbing, however task 
manager is not reporting the same at all...
In scout it showing 1.38GB of that is "Other Bitmap Memory"

-Original Message-----
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Thursday, March 02, 2017 3:50 PM
To: dev@flex.apache.org
Subject: RE: massive memory leak in Flex

This is all the code needed to cause it, and no it does not appear to stop, 
though I will need to run it for awhile to blow all my memory in this comp.



http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">






-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Thursday, March 02, 2017 3:47 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

Jason, we aren't seeing all of the code.  Can you put all of the code in a JIRA 
issue?

There is a notion of outrunning GC.  And also memory fragmentation.  How high 
does memory go?  Does it cap out or will it blow up for lack of memory at some 
point?

Thanks,
-Alex

On 3/2/17, 3:39 PM, "Jason Taylor"  wrote:

>yeah you can remove that, right now mine is just
>
>
>http://ns.adobe.com/mxml/2009";
>xmlns:s="library://ns.adobe.com/flex/spark"
>xmlns:Core="CoreClasses.*">
> 
>
>
>where MyLabel is a copy of s:label so I can make changes and try to 
>figure out where the hell this is coming from, appears to be deep in 
>TLF
>
>-Original Message-
>From: Justin Mclean [mailto:jus...@classsoftware.com]
>Sent: Thursday, March 02, 2017 3:38 PM
>To: dev@flex.apache.org
>Subject: Re: massive memory leak in Flex
>
>Hi,
>
>What's the code for your TestItemRenderer? If you remove that does it 
>act the same?
>
>Thanks,
>Justin

RE: massive memory leak in Flex

[Jason Taylor]

This is all the code needed to cause it, and no it does not appear to stop, 
though I will need to run it for awhile to blow all my memory in this comp.



http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">






-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, March 02, 2017 3:47 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

Jason, we aren't seeing all of the code.  Can you put all of the code in a JIRA 
issue?

There is a notion of outrunning GC.  And also memory fragmentation.  How high 
does memory go?  Does it cap out or will it blow up for lack of memory at some 
point?

Thanks,
-Alex

On 3/2/17, 3:39 PM, "Jason Taylor"  wrote:

>yeah you can remove that, right now mine is just
>
>
>http://ns.adobe.com/mxml/2009";
>xmlns:s="library://ns.adobe.com/flex/spark"
>xmlns:Core="CoreClasses.*">
> 
>
>
>where MyLabel is a copy of s:label so I can make changes and try to 
>figure out where the hell this is coming from, appears to be deep in 
>TLF
>
>-Original Message-
>From: Justin Mclean [mailto:jus...@classsoftware.com]
>Sent: Thursday, March 02, 2017 3:38 PM
>To: dev@flex.apache.org
>Subject: Re: massive memory leak in Flex
>
>Hi,
>
>What's the code for your TestItemRenderer? If you remove that does it 
>act the same?
>
>Thanks,
>Justin

RE: massive memory leak in Flex

[Jason Taylor]

yeah you can remove that, right now mine is just 


http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:Core="CoreClasses.*">



where MyLabel is a copy of s:label so I can make changes and try to figure out 
where the hell this is coming from, appears to be deep in TLF

-Original Message-
From: Justin Mclean [mailto:jus...@classsoftware.com] 
Sent: Thursday, March 02, 2017 3:38 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex

Hi,

What's the code for your TestItemRenderer? If you remove that does it act the 
same?

Thanks,
Justin

RE: massive memory leak in Flex

[Jason Taylor]

climbing at 50Mb per 30s

-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Thursday, March 02, 2017 3:32 PM
To: dev@flex.apache.org
Subject: RE: massive memory leak in Flex

negative, taking that out (that was an accident copied over from my real test), 
has no effect, and neither does setting the data provider to null


http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">





-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, March 02, 2017 3:00 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex



On 3/2/17, 2:56 PM, "Justin Mclean"  wrote:

>Hi,
>
>Also I’d suggest making the timer multi shot rather than having the 
>recursive callLater(BindData) call.

IMO, that's the root of the problem.  The timer makes calls to BindData which 
also calls itself on each frame via CallLater.  Each Timer tick adds another 
BindData loop.  The call count for BindData should be going up constantly, 
resulting in flooding memory and GC.

But that's just by glancing at the code and screenshot, so I could be wrong.

-Alex

RE: massive memory leak in Flex

[Jason Taylor]

negative, taking that out (that was an accident copied over from my real test), 
has no effect, and neither does setting the data provider to null


http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">





-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, March 02, 2017 3:00 PM
To: dev@flex.apache.org
Subject: Re: massive memory leak in Flex



On 3/2/17, 2:56 PM, "Justin Mclean"  wrote:

>Hi,
>
>Also I’d suggest making the timer multi shot rather than having the 
>recursive callLater(BindData) call.

IMO, that's the root of the problem.  The timer makes calls to BindData which 
also calls itself on each frame via CallLater.  Each Timer tick adds another 
BindData loop.  The call count for BindData should be going up constantly, 
resulting in flooding memory and GC.

But that's just by glancing at the code and screenshot, so I could be wrong.

-Alex

RE: massive memory leak in Flex

[Jason Taylor]

Also here's a screen shot of Scout - http://imgur.com/a/WCkZu 


-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Thursday, March 02, 2017 2:37 PM
To: dev@flex.apache.org
Subject: massive memory leak in Flex

I believe I have finally identified the cause of a huge memory leak in our 
application, and it appears to be s:label I have tested this on many different 
framework versions.

Please try the following:if you make a custom itemrender and don't use the 
s:label it goes away, note disabiling TextLineReycler has no effect.  

Using task manager, scout, and IntelliJ Idea Flex profiler all confirm the 
memory leak.  This seems like a massive issue and has been causing a lot of 
slowdown and crashes in our app. I'm guessing I must have messed something up 
somewhere as I don't see how sucha  massive issue could have been in the 
framework for soo long (Tested 4.13, 4.14, and 4.15).  Please Advise.
~ JT



http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">

massive memory leak in Flex

[Jason Taylor]

I believe I have finally identified the cause of a huge memory leak in our 
application, and it appears to be s:label
I have tested this on many different framework versions.

Please try the following:if you make a custom itemrender and don't use the 
s:label it goes away, note disabiling TextLineReycler has no effect.  

Using task manager, scout, and IntelliJ Idea Flex profiler all confirm the 
memory leak.  This seems like a massive issue and has been causing a lot of 
slowdown and crashes in our app. I'm guessing I must have messed something up 
somewhere as I don't see how sucha  massive issue could have been in the 
framework for soo long (Tested 4.13, 4.14, and 4.15).  Please Advise.
~ JT



http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">

RE: [Discuss] What's keeping the others from participating?

[Jason Taylor]

"TypeScript and Dart for JS all run on top of JS, so my understanding is that 
any new language constructs they offer can be implemented on top of Flash as 
well, although you might give up runtime type-checking for those new language 
features."  

How would you implement async / await and parallel programming features on top 
of flash when the flash runtime in no way supports those types of constructs.  
Again Alex you continue to dismiss these features, while those of us that 
program in these features daily will dismiss FlexJS in time if the future 
roadmap dosen't include this.  It's way way way more important than you seem to 
believe.

~ JT


-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, October 13, 2016 3:37 PM
To: dev@flex.apache.org
Subject: Re: [Discuss] What's keeping the others from participating?



On 10/13/16, 3:20 PM, "Jason Taylor"  wrote:

>Hi Harbs, I honestly don't see how the language can move forward when 
>the goal of FlexJS is to be able to compile to swf.  As long as we are 
>stuck with that baggage implementing async / await and other parallel 
>processing operations won't be possible without breaking the swf 
>compatibility and fracturing FlexJS.  That's where the crux of my 
>disagreement with the team is.  I don't believe compiling to swf is 
>important in the long term, and by binding ourselves to that we are 
>limiting out future drastically.  In a few years I don't think an 
>application developer will be willing to switch framework platform 
>without async / await, generics, or lamda's.  I am excited about 
>FlexJS, but honestly I hope it's ported over to a better language system like
>typescript or dart.   The world needs a great rapid application
>development framework with a declarative UI language, but the world 
>dosen't need SWF's in the future.
>

Compiling to SWF isn't a requirement for FlexJS.  I still think it is a good 
thing so all our current SWCs can run as SWF.  Having runtime type-checking is 
important as applications grow in complexity and are developed by remote 
development teams.

But even if it was a requirement, TypeScript and Dart for JS all run on top of 
JS, so my understanding is that any new language constructs they offer can be 
implemented on top of Flash as well, although you might give up runtime 
type-checking for those new language features.

And there is nothing stopping anyone from building a version of the compiler 
that handles TS or Dart instead of AS.  Its all open-source.
 
Thanks,
-Alex

RE: [Discuss] What's keeping the others from participating?

[Jason Taylor]

Hi Harbs, I honestly don't see how the language can move forward when the goal 
of FlexJS is to be able to compile to swf.  As long as we are stuck with that 
baggage implementing async / await and other parallel processing operations 
won't be possible without breaking the swf compatibility and fracturing FlexJS. 
 That's where the crux of my disagreement with the team is.  I don't believe 
compiling to swf is important in the long term, and by binding ourselves to 
that we are limiting out future drastically.  In a few years I don't think an 
application developer will be willing to switch framework platform without 
async / await, generics, or lamda's.  I am excited about FlexJS, but honestly I 
hope it's ported over to a better language system like typescript or dart.   
The world needs a great rapid application development framework with a 
declarative UI language, but the world dosen't need SWF's in the future.


-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com] 
Sent: Thursday, October 13, 2016 12:51 PM
To: dev@flex.apache.org
Subject: Re: [Discuss] What's keeping the others from participating?

There has actually been discussion on improving the language. The suggestions 
so far have been very small, but steps nonetheless.

I would like to see improvements to the language and they will likely come, but 
I think there are bigger ticket items which need to come first. XML and E4X 
support for Javascript was one thing I personally felt very strongly about and 
we made that happen.

Async and await are probably the most significant items on your list for me 
personally.

Once things settle down a bit, I'd like to see more features start paralleling 
advancements in modern Javascript in general.

The more people we have working on things, the faster improvements will come...

Harbs

On Oct 13, 2016, at 9:49 PM, Jason Taylor  wrote:

> Additionally I'm losing interest in AS3 as it's support for concurrency, 
> generics, lambdas, expression trees, generics, conditional clauses on 
> generics, async await, etc are terrible and feels like the language itself 
> has no interest in moving forward

RE: [Discuss] What's keeping the others from participating?

[Jason Taylor]

Thanks Josh, I will give it another shot when FlexJS .8 releases, as far as the 
intellij plugin, it's open source and I have already looked at it extensively, 
but since I can't figure out what exactly is going wrong I can't figure out 
what to fix.
~ JT

-Original Message-
From: Josh Tynjala [mailto:joshtynj...@gmail.com] 
Sent: Thursday, October 13, 2016 12:32 PM
To: dev@flex.apache.org
Subject: Re: [Discuss] What's keeping the others from participating?

Your opinions are definitely welcome here, Jason! I'm sorry to hear that you 
felt otherwise before. That's not good at all, and hopefully we can fix it.

Indeed, the documentation situation is not ideal. Especially when dealing with 
IDEs like IntelliJ IDEA and Flash Builder where they were targeted at the older 
Flex SDK and don't have specific knowledge of FlexJS. There are often some 
hacks involved, and that's frustrating. There's also little incentive for 
convincing Jetbrains or Adobe to update their IDEs without some real big 
adoption. That's part of why I started working on an ActionScript extension for 
Visual Studio Code (and I'm working on MXML support for the next version of the 
extension too). Something created by the community has a better chance of 
evolving with FlexJS.

I brought up the lack of good getting started docs for the FlexJS components 
recently, with some specific suggestions that I think would help tremendously 
for new developers. Personally, I don't really have any experience with the 
FlexJS components myself because I'm focusing more on integrating the 
ActionScript language with other things in the JavaScript ecosystem. Hopefully 
someone who knows the framework better can do it right with a easily 
discoverable list of available components and snack-sized code snippets for 
each of them. Those sorts of examples are vital for getting started, and 
they're sorely missing. Of course, documentation for the components only 
becomes useful once you get past the project setup, but improvements are needed 
on all fronts.

Thankfully, Chris and Alex spent a lot of time getting the SDK to build more 
easily with fewer headaches. So many environment variables and things were 
needed before, and that made it difficult to gain contributors. You should try 
out the Maven build now, for the easiest experience. Even if you're not a Maven 
guy, the Ant build was also refactored and requires much less configuration too.

- Josh

On Thu, Oct 13, 2016 at 11:49 AM, Jason Taylor  wrote:

> everytime a FlexJS release comes out, I try to follow the 
> documentation to get setup in IntelliJ idea, compile some example 
> projects, and fail miserably every single time.  Search for anything 
> on the error both in here and at large and it dosen't work.  On the 
> source side the build chain is pretty crazy and also have never managed to 
> get that working.
>  Additionally I'm losing interest in AS3 as it's support for 
> concurrency, generics, lambdas, expression trees, generics, 
> conditional clauses on generics, async await, etc are terrible and 
> feels like the language itself has no interest in moving forward.  
> Personally I don't agree with the decision to even base FlexJS on AS3.  
> But yeah, when I can download a FlexJS release, read some 
> documentation on setting it up in IntelliJ Idea, and it actually works 
> I will start investing more time, but again I'm very hesitant at this 
> point due to the limitations of the language itself.  Dart
> + React offers a lot of the some functionality, with much better 
> + language
> support imho.But every time I mention any of these points my opinion is
> completely discredited and thrown out.
>
> ~ JT
>
>
>
> -Original Message-
> From: Christofer Dutz [mailto:christofer.d...@c-ware.de]
> Sent: Wednesday, October 12, 2016 11:09 PM
> To: dev@flex.apache.org
> Subject: [Discuss] What's keeping the others from participating?
>
> Hi guys,
>
>
> I just wanted to take the opportunity to ask you what's keeping you 
> from participating in any discussions here on the list and on 
> contributing anything else.
>
>
> Apache Flex currently has the 10th largest committer base in the ASF, 
> but currently it feels like there is only 4-5 people still active on 
> this project. Having this in-diversity in discussions is starting to 
> get more and more tiresome as I almost know the responses which are 
> going to come if I post something. I think most of the time I could 
> start writing the reply for the expected response right away so I don't have 
> to do it later.
>
>
> Are we doing something wrong?
>
>
> What's keeping all of you stay silent?
>
>
> Is is:
>
> - lack of interest?
>
> -

RE: [Discuss] What's keeping the others from participating?

[Jason Taylor]

everytime a FlexJS release comes out, I try to follow the documentation to get 
setup in IntelliJ idea, compile some example projects, and fail miserably every 
single time.  Search for anything on the error both in here and at large and it 
dosen't work.  On the source side the build chain is pretty crazy and also have 
never managed to get that working.   Additionally I'm losing interest in AS3 as 
it's support for concurrency, generics, lambdas, expression trees, generics, 
conditional clauses on generics, async await, etc are terrible and feels like 
the language itself has no interest in moving forward.  Personally I don't 
agree with the decision to even base FlexJS on AS3.  But yeah, when I can 
download a FlexJS release, read some documentation on setting it up in IntelliJ 
Idea, and it actually works I will start investing more time, but again I'm 
very hesitant at this point due to the limitations of the language itself.  
Dart + React offers a lot of the some functionality, with much better language 
support imho.But every time I mention any of these points my opinion is 
completely discredited and thrown out.   

~ JT



-Original Message-
From: Christofer Dutz [mailto:christofer.d...@c-ware.de] 
Sent: Wednesday, October 12, 2016 11:09 PM
To: dev@flex.apache.org
Subject: [Discuss] What's keeping the others from participating?

Hi guys,


I just wanted to take the opportunity to ask you what's keeping you from 
participating in any discussions here on the list and on contributing anything 
else.


Apache Flex currently has the 10th largest committer base in the ASF, but 
currently it feels like there is only 4-5 people still active on this project. 
Having this in-diversity in discussions is starting to get more and more 
tiresome as I almost know the responses which are going to come if I post 
something. I think most of the time I could start writing the reply for the 
expected response right away so I don't have to do it later.


Are we doing something wrong?


What's keeping all of you stay silent?


Is is:

- lack of interest?

- lack of time?

- that you think this is too much rocket-science? / It's too complicated to 
contribute

- a consumer attitude that you just want to know what others are doing for you?


Apache is all about community, but for me this doesn't feel much like a 
community anymore. Sometimes I think we could rename dev@flex.apache.org to 
a...@flex.apache.org as he is definitely the most active poster. Discussing 
stuff with the project sort of feels more and more like "If I want to change 
something, I'll take it to the list and discuss it with Alex first". It 
shouldn't be that way.


Is is just us 4-5 people and we simply have to live with it, or can we do 
anything to get you guys back on board?


For the last more-than-a-year I have been working exclusively on trying to 
lower the complexity to contribute in order to get more people on board. It 
seems that effort was a waste of time. Please prove me wrong.


@Alex: I would like to kindly ask you to please refrain from responding right 
away and let at least a hand full of others respond first. I would like to see 
if this eventually prevents the "someone else is taking care of it for me" 
effect.


Chris

RE: FlexJS and Dart?

[Jason Taylor]

I had considered Haxe at one point, but I feel Haxe suffers from some of the 
same issues I'm talking about, namely the haxe language has been stagnant for a 
long time as well, and while others have added  features into via extensions 
the result isn't very elegant at all - https://github.com/stroncium/hx-async,  
considering my main starting point for all of this will be heavy use of 
asyncronous programming I don't think Haxe would be the best language to use.  
Right now the only 2 that seem relevant are TypeScript and Dart, but imho Dart 
is far and away an better designed language.  

-Original Message-
From: Greg Dove [mailto:greg.d...@gmail.com] 
Sent: Friday, July 15, 2016 2:22 PM
To: dev@flex.apache.org
Subject: Re: FlexJS and Dart?

Out of curiosity, Jason, did you also consider Haxe? I would have thought that 
was more appealing - it certainly also has many of the language features you 
mention and more, along with the flash api support (via
openfl) for html5. That is my main alternative to FlexJS for the migration 
paths I am reviewing for my client at the moment, but our goal is to continue 
with AIR mobile builds and html5 browser builds from the same codebase, so that 
is a major constraint in the options available.



On Sat, Jul 16, 2016 at 8:53 AM, Jason Taylor  wrote:

> bleh, mean cross compiling the FlexJS framwork to Dart, and switching 
> from actionscript to dart is trivial.
>
> -Original Message-
> From: Jason Taylor [mailto:ja...@dedoose.com]
> Sent: Friday, July 15, 2016 1:52 PM
> To: dev@flex.apache.org
> Subject: RE: FlexJS and Dart?
>
> again I'm refering to cross compiling the dart framework itself to 
> dart, aka the source input will be dart and not actionscript, and will 
> skip the FalconJX compiler completely and go straight to dart2js or 
> dartVM.  The dart VM provides all the compile time and runtime 
> checking you could ask for.  Canvas is widely supported these days and 
> ridiculously more
> performant than dom+css as it uses the GPU where available. Switching
> from actionscript to javascript is trivial as the language is almost 
> identical, except that dart supports more features than actionscript.
>  I'm not talking about using Dart as an output target from FalconJX as 
> that dosen't get us away from actionscript.
>
> -Original Message-
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: Friday, July 15, 2016 1:46 PM
> To: dev@flex.apache.org
> Subject: Re: FlexJS and Dart?
>
> Not so much to convince you otherwise, but in case others are curious 
> why certain decision where made:
>
> ActionScript is our source language.  So is MXML.  If it isn't, IMO, 
> then it isn't Flex.  We own the compilers and can make changes to the 
> language, even changes that won't run in a SWF if we don't care about running 
> a SWF.
>
> Our current cross-compiled output is JS with some dependencies on the 
> Google Closure Library and then sent through the Google Closure 
> Compiler for optimization, so we are using Google's resource quite a bit.
>
> The cross-compiler could probably be taught to output Dart or TypeScript.
> It was designed to have replaceable outputs.
>
> The Basic component set leverages the DOM, but other component sets 
> can and will leverage Canvas.
>
> I chose to start with the DOM because at the time, some folks were 
> still on IE8/9.  Also, the DOM seemed to have more established 
> accessibility support.  I haven't kept up to know if there are good 
> accessibility implementations for Canvas yet.
>
> Anyway, good luck with your move to Dart.
>
> -Alex
>
> On 7/15/16, 12:58 PM, "Jason Taylor"  wrote:
>
> >I guess my main issue is actionscript itself.  The language hasn't 
> >progressed much in quite some time, support for asynchronous 
> >operations in just not designed into the language, lamdas, expression trees, 
> >etc
> >etc, it's on it's way to a dead langage.  Our teams have put in an
> >increadible ammount of work on FalconJX to support actionscript, and 
> >google has put in an increadible ammount of work on running Dart in JS as
> >well as the DartVM.   I however am coming to the conclusion that they
> >aren't mutally exclusive in that in some early tests recompiling the
> >FlexJS framework to Dart  appears to be possible outright.   As far as
> >component sets and targets, that's a separate debate from FlexJS on 
> >dart, and while yes using a component set that mimics the flash 
> >display list might incur a performance hit, we are talking about 
> >hitting the Canvas/WebGL where performance is vastly superior than targeting 
> >the DOM.
> >I thi

RE: FlexJS and Dart?

[Jason Taylor]

bleh, mean cross compiling the FlexJS framwork to Dart, and switching from 
actionscript to dart is trivial.

-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Friday, July 15, 2016 1:52 PM
To: dev@flex.apache.org
Subject: RE: FlexJS and Dart?

again I'm refering to cross compiling the dart framework itself to dart, aka 
the source input will be dart and not actionscript, and will skip the FalconJX 
compiler completely and go straight to dart2js or dartVM.  The dart VM provides 
all the compile time and runtime checking you could ask for.  Canvas is widely 
supported these days and ridiculously more performant than dom+css as it uses 
the GPU where available. Switching from actionscript to javascript is 
trivial as the language is almost identical, except that dart supports more 
features than actionscript. I'm not talking about using Dart as an output 
target from FalconJX as that dosen't get us away from actionscript.  

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Friday, July 15, 2016 1:46 PM
To: dev@flex.apache.org
Subject: Re: FlexJS and Dart?

Not so much to convince you otherwise, but in case others are curious why 
certain decision where made:

ActionScript is our source language.  So is MXML.  If it isn't, IMO, then it 
isn't Flex.  We own the compilers and can make changes to the language, even 
changes that won't run in a SWF if we don't care about running a SWF.

Our current cross-compiled output is JS with some dependencies on the Google 
Closure Library and then sent through the Google Closure Compiler for 
optimization, so we are using Google's resource quite a bit.

The cross-compiler could probably be taught to output Dart or TypeScript.
It was designed to have replaceable outputs.

The Basic component set leverages the DOM, but other component sets can and 
will leverage Canvas.

I chose to start with the DOM because at the time, some folks were still on 
IE8/9.  Also, the DOM seemed to have more established accessibility support.  I 
haven't kept up to know if there are good accessibility implementations for 
Canvas yet.

Anyway, good luck with your move to Dart.

-Alex

On 7/15/16, 12:58 PM, "Jason Taylor"  wrote:

>I guess my main issue is actionscript itself.  The language hasn't 
>progressed much in quite some time, support for asynchronous operations 
>in just not designed into the language, lamdas, expression trees, etc
>etc, it's on it's way to a dead langage.  Our teams have put in an
>increadible ammount of work on FalconJX to support actionscript, and 
>google has put in an increadible ammount of work on running Dart in JS as
>well as the DartVM.   I however am coming to the conclusion that they
>aren't mutally exclusive in that in some early tests recompiling the
>FlexJS framework to Dart  appears to be possible outright.   As far as
>component sets and targets, that's a separate debate from FlexJS on 
>dart, and while yes using a component set that mimics the flash display 
>list might incur a performance hit, we are talking about hitting the 
>Canvas/WebGL where performance is vastly superior than targeting the DOM.
>I think FlexJS is great, I don't think Actionscript is great, and I 
>think we could be much better off letting the google team handle 
>building the compiler tools, VM, and let us focus on our framework in 
>the best language out there.  Just my $.02, either way it's my pet 
>project now, so I'll see how far I can take this.
>~ JT
>
>-Original Message-
>From: Alex Harui [mailto:aha...@adobe.com]
>Sent: Thursday, July 14, 2016 10:28 PM
>To: dev@flex.apache.org
>Subject: Re: FlexJS and Dart?
>
>Hi Jason,
>
>FlexJS isn't one framework/component set.  It is being designed to 
>support a multitude of component sets.  The initial "Basic" component 
>set that we have been working on is designed to have minimum overhead 
>in its JS output.  In the Basic set, we specifically do not want to 
>emulate Flash in the browser because that will likely add another layer 
>of overhead.  There is an experiment underway for a component set that 
>does emulate Flash and it will be a bigger effort and bigger code.
>
>In the APIs for the Basic set, I tried to keep some Flex concepts and 
>APIs, but I don't think I tied the APIs to Flash.  Can you give me an 
>example of the "crud" you are talking about?  I think we can support 
>workers some day.  I still believe that it will be to your advantage to 
>be able to test your code with a "runtime verifier" which is why the 
>Basic set compiles to both SWF and JS.  Most JS tools want you to have 
>all of your code in one place.  Large apps are often built in a truly 
>modular fashion where 

RE: FlexJS and Dart?

[Jason Taylor]

again I'm refering to cross compiling the dart framework itself to dart, aka 
the source input will be dart and not actionscript, and will skip the FalconJX 
compiler completely and go straight to dart2js or dartVM.  The dart VM provides 
all the compile time and runtime checking you could ask for.  Canvas is widely 
supported these days and ridiculously more performant than dom+css as it uses 
the GPU where available. Switching from actionscript to javascript is 
trivial as the language is almost identical, except that dart supports more 
features than actionscript. I'm not talking about using Dart as an output 
target from FalconJX as that dosen't get us away from actionscript.  

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Friday, July 15, 2016 1:46 PM
To: dev@flex.apache.org
Subject: Re: FlexJS and Dart?

Not so much to convince you otherwise, but in case others are curious why 
certain decision where made:

ActionScript is our source language.  So is MXML.  If it isn't, IMO, then it 
isn't Flex.  We own the compilers and can make changes to the language, even 
changes that won't run in a SWF if we don't care about running a SWF.

Our current cross-compiled output is JS with some dependencies on the Google 
Closure Library and then sent through the Google Closure Compiler for 
optimization, so we are using Google's resource quite a bit.

The cross-compiler could probably be taught to output Dart or TypeScript.
It was designed to have replaceable outputs.

The Basic component set leverages the DOM, but other component sets can and 
will leverage Canvas.

I chose to start with the DOM because at the time, some folks were still on 
IE8/9.  Also, the DOM seemed to have more established accessibility support.  I 
haven't kept up to know if there are good accessibility implementations for 
Canvas yet.

Anyway, good luck with your move to Dart.

-Alex

On 7/15/16, 12:58 PM, "Jason Taylor"  wrote:

>I guess my main issue is actionscript itself.  The language hasn't 
>progressed much in quite some time, support for asynchronous operations 
>in just not designed into the language, lamdas, expression trees, etc
>etc, it's on it's way to a dead langage.  Our teams have put in an
>increadible ammount of work on FalconJX to support actionscript, and 
>google has put in an increadible ammount of work on running Dart in JS as
>well as the DartVM.   I however am coming to the conclusion that they
>aren't mutally exclusive in that in some early tests recompiling the
>FlexJS framework to Dart  appears to be possible outright.   As far as
>component sets and targets, that's a separate debate from FlexJS on 
>dart, and while yes using a component set that mimics the flash display 
>list might incur a performance hit, we are talking about hitting the 
>Canvas/WebGL where performance is vastly superior than targeting the DOM.
>I think FlexJS is great, I don't think Actionscript is great, and I 
>think we could be much better off letting the google team handle 
>building the compiler tools, VM, and let us focus on our framework in 
>the best language out there.  Just my $.02, either way it's my pet 
>project now, so I'll see how far I can take this.
>~ JT
>
>-Original Message-
>From: Alex Harui [mailto:aha...@adobe.com]
>Sent: Thursday, July 14, 2016 10:28 PM
>To: dev@flex.apache.org
>Subject: Re: FlexJS and Dart?
>
>Hi Jason,
>
>FlexJS isn't one framework/component set.  It is being designed to 
>support a multitude of component sets.  The initial "Basic" component 
>set that we have been working on is designed to have minimum overhead 
>in its JS output.  In the Basic set, we specifically do not want to 
>emulate Flash in the browser because that will likely add another layer 
>of overhead.  There is an experiment underway for a component set that 
>does emulate Flash and it will be a bigger effort and bigger code.
>
>In the APIs for the Basic set, I tried to keep some Flex concepts and 
>APIs, but I don't think I tied the APIs to Flash.  Can you give me an 
>example of the "crud" you are talking about?  I think we can support 
>workers some day.  I still believe that it will be to your advantage to 
>be able to test your code with a "runtime verifier" which is why the 
>Basic set compiles to both SWF and JS.  Most JS tools want you to have 
>all of your code in one place.  Large apps are often built in a truly 
>modular fashion where code isn't or can't be gathered in one place.
>
>You can even use FlexJS/FalconJX compiler without the Basic component 
>set and just write ActionScript against native JS APIs or third-party 
>libraries.
>
>Or you can grow your own component set 

RE: FlexJS and Dart?

[Jason Taylor]

I guess my main issue is actionscript itself.  The language hasn't progressed 
much in quite some time, support for asynchronous operations in just not 
designed into the language, lamdas, expression trees, etc etc, it's on it's way 
to a dead langage.  Our teams have put in an increadible ammount of work on 
FalconJX to support actionscript, and google has put in an increadible ammount 
of work on running Dart in JS as well as the DartVM.   I however am coming to 
the conclusion that they aren't mutally exclusive in that in some early tests 
recompiling the FlexJS framework to Dart  appears to be possible outright.   As 
far as component sets and targets, that's a separate debate from FlexJS on 
dart, and while yes using a component set that mimics the flash display list 
might incur a performance hit, we are talking about hitting the Canvas/WebGL 
where performance is vastly superior than targeting the DOM. I think FlexJS 
is great, I don't think Actionscript is great, and I think we could be much 
better off letting the google team handle building the compiler tools, VM, and 
let us focus on our framework in the best language out there.  Just my $.02, 
either way it's my pet project now, so I'll see how far I can take this.
~ JT

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, July 14, 2016 10:28 PM
To: dev@flex.apache.org
Subject: Re: FlexJS and Dart?

Hi Jason,

FlexJS isn't one framework/component set.  It is being designed to support a 
multitude of component sets.  The initial "Basic" component set that we have 
been working on is designed to have minimum overhead in its JS output.  In the 
Basic set, we specifically do not want to emulate Flash in the browser because 
that will likely add another layer of overhead.  There is an experiment 
underway for a component set that does emulate Flash and it will be a bigger 
effort and bigger code.

In the APIs for the Basic set, I tried to keep some Flex concepts and APIs, but 
I don't think I tied the APIs to Flash.  Can you give me an example of the 
"crud" you are talking about?  I think we can support workers some day.  I 
still believe that it will be to your advantage to be able to test your code 
with a "runtime verifier" which is why the Basic set compiles to both SWF and 
JS.  Most JS tools want you to have all of your code in one place.  Large apps 
are often built in a truly modular fashion where code isn't or can't be 
gathered in one place.

You can even use FlexJS/FalconJX compiler without the Basic component set and 
just write ActionScript against native JS APIs or third-party libraries.

Or you can grow your own component set that is more tuned to what you want.  It 
can have signals, or whatever you want.  It doesn't have to run as a SWF.  All 
we are providing is MXML and AS compilation and some default SWCs, but our SWCs 
don't have to be the SWCs you use.

In theory, you could even get the cross-compiler to spit out Dart instead of 
JS, but I haven't spent any time figuring out how hard what would be.
Somebody could probably teach the compiler to handle generics and other 
language improvements that can be output as additional code and don't need 
runtime changes in the SWF and certainly for cross-compiled output.

That's the cool part of Apache projects.  No corporation controlling things. 
You can do pretty much whatever you want.

Thanks,
-Alex

On 7/14/16, 6:14 PM, "Jason Taylor"  wrote:

>Hey guys, for various reasons I'm leaning towards picking Dart over 
>actionscript for future projects, mostly because the dart language is 
>advanced supporting async/await, generics, abstracts, and much more.
>However I think the team behind MXML, especially in FlexJS and the layout
>framework are second to none.   I was contemplating bringing in FlexJS to
>dart via StageXL (http://www.stagexl.org/) an implmentation of the core 
>flash runtine in Dart, along with a custom version of FlexJS that I would
>cross compile to Dart.Has anyone considered this path, and what are
>you're thoughts about this?   Personally I don't like some of the
>decisions made in the FlexJS project regarding supporting flash 
>runtimes as well as JS as it adds a lot of crud to the FlexJS codebase 
>and ties our hands limiting us specifically to the flash runtime and avoiding 
>some
>of the more multi-threaded oriented javascript developments. Just
>want to gather some opinions before me and my team start tearing into
>this.   Some changes I would make to the FlexJS framework will include
>using something like signals instead of string events, heavily using 
>multiple threads for layout & rendering.
>~ JT
>

FlexJS and Dart?

[Jason Taylor]

Hey guys, for various reasons I'm leaning towards picking Dart over 
actionscript for future projects, mostly because the dart language is advanced 
supporting async/await, generics, abstracts, and much more.   However I think 
the team behind MXML, especially in FlexJS and the layout framework are second 
to none.   I was contemplating bringing in FlexJS to dart via StageXL 
(http://www.stagexl.org/) an implmentation of the core flash runtine in Dart, 
along with a custom version of FlexJS that I would cross compile to Dart.
Has anyone considered this path, and what are you're thoughts about this?   
Personally I don't like some of the decisions made in the FlexJS project 
regarding supporting flash runtimes as well as JS as it adds a lot of crud to 
the FlexJS codebase and ties our hands limiting us specifically to the flash 
runtime and avoiding some of the more multi-threaded oriented javascript 
developments. Just want to gather some opinions before me and my team start 
tearing into this.   Some changes I would make to the FlexJS framework will 
include using something like signals instead of string events, heavily using 
multiple threads for layout & rendering.   
~ JT

RE: Docs

[Jason Taylor]

specifically more information on working on the FalconJX compiler, such as a 
tutorial for setting everything up from a brand new computer, and fixing a bug 
/ implemented a requested feature.
~ JT

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, April 14, 2016 4:09 PM
To: dev@flex.apache.org
Subject: Re: Docs

Hi Jason,

Can you provide a bit more detail about what you are looking for?  I assume 
you've been through the wiki?

https://cwiki.apache.org/confluence/display/FLEX/FlexJS

-Alex

On 4/14/16, 3:45 PM, "Jason Taylor"  wrote:

>Hi Guys, good meeting all of you in SF.  Just would like to chime in I 
>would LOVE some documentation on the internals of FlexJS so that we 
>could assist in the FlexJS SDK development.  I know Harbs & Mike don't 
>want to do all the TLF work alone :-P ~ JT
>
>
>-Original Message-
>From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of 
>OmPrakash Muppirala
>Sent: Thursday, April 14, 2016 12:59 PM
>To: dev@flex.apache.org
>Subject: Re: Docs
>
>Haha, sure!
>
>On Thu, Apr 14, 2016 at 12:57 PM, Harbs  wrote:
>
>> Truth be told, he could start locally with just a folder of some 
>> Markdown files (or similar) and we can always add them to whatever 
>> system we use later.
>>
>> I personally would not want to write using our wiki.
>>
>> On Apr 14, 2016, at 10:49 PM, OmPrakash Muppirala 
>> 
>> wrote:
>>
>> > I think we are getting a bit distracted here with trying to select 
>> > the
>> best
>> > toolchain first.  The more important thing is that we need good 
>> > content first.
>> >
>> > Andrew, thanks for volunteering to create the content.  I think you 
>> > can start right away by adding things to our wiki here.
>> >
>> > Once we decide on a doc deployment process/toolchain, we can move 
>> > the
>> stuff
>> > from the wiki to here.
>> >
>> > Would that be a good way to proceed?  Or do we prefer we pick a 
>> > tool
>> first
>> > and start from there?
>> >
>> > Thanks,
>> > Om
>> >
>> > On Thu, Apr 14, 2016 at 12:03 PM, Harbs  wrote:
>> >
>> >> Interesting discussion.
>> >>
>> >> There at the least seems to be a precedent of having docs 
>> >> externally hosted here:
>> >>
>> >>
>> https://anypoint.mulesoft.com/apiplatform/forge-allura/#/portals/orga
>> n
>> izations/86c00a85-31e6-4302-b36d-049ca5d042fd/apis/32370/versions/337
>> 3
>> 2
>> >>
>> >> These docs are linked to from the Allura project page:
>> >> https://forge-allura.apache.org/p/allura/wiki/Home/
>> >>
>> >> In fact it seems like it’s a redirect from here:
>> >> https://forge-allura.apache.org/p/allura/rest-api-docs/
>> >>
>> >> On Apr 14, 2016, at 7:07 PM, Alex Harui  wrote:
>> >>
>> >>>
>> >>>
>> >>> On 4/14/16, 8:21 AM, "Harbs"  wrote:
>> >>>
>> >>>> It looks to me that all you need is a gh-pages branch and 
>> >>>> everything
>> >> just
>> >>>> “works”.
>> >>>>
>> >>>> http://oli.jp/2011/github-pages-workflow/
>> >>>>
>> >>>> I’m not sure how/where to search the Apache lists.
>> >>>
>> >>> Apache mailing lists are mostly public and Google can find a lot 
>> >>> of things.  A few are private, but now that you are an ASF Member 
>> >>> (congratulations), you now have access to all the private lists 
>> >>> as
>> well.
>> >>>
>> >>> I went and found this thread [1].  The main concern is SSL.  The
>> >> secondary
>> >>> concern seems to be about whether a.o URLs should redirect there.
>> IMO, I
>> >>> don't think there is a policy that our doc pages must be served 
>> >>> from
>> a.o
>> >>> URLs.  The main site probably should be (flex.a.o) but so what if 
>> >>> our
>> doc
>> >>> pages aren't?  I think the thread contains concerns about moving 
>> >>> the entire TLP site to github pages, but I don't think we are 
>> >>> planning to
>> do
>> >>> that.  Could we live without HTTPS for our doc pages?
>> >>>
>> >>> -Alex
>> >>>
>> >>> [1]
>> >>>
>> >>
>> https://mail-archives.apache.org/mod_mbox/community-dev/201503.mbox/%
>> 3
>> cCAL5
>> >>> zq9yj14dfwpqdunpmqrh5-zjuwsu82jlgo2qom3+2cvy...@mail.gmail.com%3e
>> >>>
>> >>>
>> >>
>> >>
>>
>>

RE: Docs

[Jason Taylor]

Hi Guys, good meeting all of you in SF.  Just would like to chime in I would 
LOVE some documentation on the internals of FlexJS so that we could assist in 
the FlexJS SDK development.  I know Harbs & Mike don't want to do all the TLF 
work alone :-P
~ JT


-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash 
Muppirala
Sent: Thursday, April 14, 2016 12:59 PM
To: dev@flex.apache.org
Subject: Re: Docs

Haha, sure!

On Thu, Apr 14, 2016 at 12:57 PM, Harbs  wrote:

> Truth be told, he could start locally with just a folder of some 
> Markdown files (or similar) and we can always add them to whatever 
> system we use later.
>
> I personally would not want to write using our wiki.
>
> On Apr 14, 2016, at 10:49 PM, OmPrakash Muppirala 
> 
> wrote:
>
> > I think we are getting a bit distracted here with trying to select 
> > the
> best
> > toolchain first.  The more important thing is that we need good 
> > content first.
> >
> > Andrew, thanks for volunteering to create the content.  I think you 
> > can start right away by adding things to our wiki here.
> >
> > Once we decide on a doc deployment process/toolchain, we can move 
> > the
> stuff
> > from the wiki to here.
> >
> > Would that be a good way to proceed?  Or do we prefer we pick a tool
> first
> > and start from there?
> >
> > Thanks,
> > Om
> >
> > On Thu, Apr 14, 2016 at 12:03 PM, Harbs  wrote:
> >
> >> Interesting discussion.
> >>
> >> There at the least seems to be a precedent of having docs 
> >> externally hosted here:
> >>
> >>
> https://anypoint.mulesoft.com/apiplatform/forge-allura/#/portals/organ
> izations/86c00a85-31e6-4302-b36d-049ca5d042fd/apis/32370/versions/3373
> 2
> >>
> >> These docs are linked to from the Allura project page:
> >> https://forge-allura.apache.org/p/allura/wiki/Home/
> >>
> >> In fact it seems like it’s a redirect from here:
> >> https://forge-allura.apache.org/p/allura/rest-api-docs/
> >>
> >> On Apr 14, 2016, at 7:07 PM, Alex Harui  wrote:
> >>
> >>>
> >>>
> >>> On 4/14/16, 8:21 AM, "Harbs"  wrote:
> >>>
>  It looks to me that all you need is a gh-pages branch and 
>  everything
> >> just
>  “works”.
> 
>  http://oli.jp/2011/github-pages-workflow/
> 
>  I’m not sure how/where to search the Apache lists.
> >>>
> >>> Apache mailing lists are mostly public and Google can find a lot 
> >>> of things.  A few are private, but now that you are an ASF Member 
> >>> (congratulations), you now have access to all the private lists as
> well.
> >>>
> >>> I went and found this thread [1].  The main concern is SSL.  The
> >> secondary
> >>> concern seems to be about whether a.o URLs should redirect there.
> IMO, I
> >>> don't think there is a policy that our doc pages must be served 
> >>> from
> a.o
> >>> URLs.  The main site probably should be (flex.a.o) but so what if 
> >>> our
> doc
> >>> pages aren't?  I think the thread contains concerns about moving 
> >>> the entire TLP site to github pages, but I don't think we are 
> >>> planning to
> do
> >>> that.  Could we live without HTTPS for our doc pages?
> >>>
> >>> -Alex
> >>>
> >>> [1]
> >>>
> >>
> https://mail-archives.apache.org/mod_mbox/community-dev/201503.mbox/%3
> cCAL5
> >>> zq9yj14dfwpqdunpmqrh5-zjuwsu82jlgo2qom3+2cvy...@mail.gmail.com%3e
> >>>
> >>>
> >>
> >>
>
>

Question regards FlexJS and threads/workers

[Jason Taylor]

was just wondering with FlexJS if we will better be able to utilize background 
threads, and how that interaction might work.
~ JT

RE: [FLEXJS] FlexJS Event: Monday April 4, 2016 in San Francisco

[Jason Taylor]

where do we register?

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Monday, February 08, 2016 10:42 AM
To: dev@flex.apache.org
Subject: [FLEXJS] FlexJS Event: Monday April 4, 2016 in San Francisco

It's on!  The conference room is booked and I've got my plane tickets.
Even if you already said you will attend, please reply again to confirm.

The event will be held in the ATS Training Room at Adobe's San Francisco office 
located at 601 Townsend St.

The current agenda is:
 9:30am Doors Open
10:00am Introduction to FlexJS - Alex Harui 11:00am Writing JavaScript in 
ActionScript - Omprakash Muppirala 12:00pm - 5:00pm (or later) 
Hackathon/Hands-on Training/Open Discussion

There will be lunch as part of the afternoon session.  Impromptu presentations 
on other aspects of FlexJS may be put together and presented in the afternoon 
as discussion topics arise.

At the end of the morning sessions, you will have seen how FlexJS works and how 
you can use MXML and ActionScript to write applications that run in browser and 
as desktop and mobile apps with or without the Flash/AIR runtime.  And you will 
have an understanding of how ActionScript is being used to write JavaScript 
with greater developer productivity.  Did you
know:  there are no longer any .js files in the FlexJS code base.  All 
JavaScript we need is written in ActionScript and cross-compiled.  No more 
forgetting to type 'this.' or mis-typing a property name and finding out at 
run-time.

At the end of the afternoon session, you will have installed the FlexJS SDK and 
written (at least) a simple application and, if interested, set up the FlexJS 
development environment so you can contribute to the future of Flex.

Hope to see you there.
-Alex

PS:  If this event proves to be successful, we might stage other events in 
other regions during the year.  Seattle is certainly a possibility.

FluorineFX / WebORB

[Jason Taylor]

Just fyi if anyone is using .net to talk to flash/flex  WebORB / FluorineFX has 
been the standard afaik for a long time.  We recently rearchicted our backend 
server code using asyncronous program to increase the request handling for our 
servers which was a major architecural overhaul.  In the course of this we made 
significant changes to FluorineFX to support awaitable methods, context 
synchronization, support for vectors as methods, Guid parameter mapping.   If 
anyone else out there is ever interested feel free to hit me up and I will 
provide the code.
~ JT

-Original Message-
From: Andy Dufilie [mailto:andy.dufi...@gmail.com] 
Sent: Wednesday, January 20, 2016 11:09 AM
To: dev@flex.apache.org
Subject: Re: Building FlexJS from source

On Wed, Jan 20, 2016 at 1:35 PM, Alex Harui  wrote:

> The FlashPlayerDebugger can be downloaded from
> http://www.adobe.com/support/flashplayer/downloads.html
> (it says so in our READme ;-))
>
>
That's where I get the debugger for the browser, but I wasn't sure
specifically where FlashPlayerDebugger.exe comes from.  I guess it's the
"Flash Player projector content debugger"?

Thanks for the clarification. I'll update my flex-dev-setup project when I
have everything running smoothly.

Andy

RE: [FLEXJS] FlexJS Event in San Francisco

[Jason Taylor]

I'll be there

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Monday, January 04, 2016 6:28 PM
To: dev@flex.apache.org; us...@flex.apache.org
Subject: [FLEXJS] FlexJS Event in San Francisco

Hi,

I have received permission from my managers to host an Apache FlexJS event at 
the Adobe office in San Francisco.  I want to use this thread to finalize plans 
for the event.  My current thinking is that it will be a one-day, all-day 
event.  A couple of presentations from me and Om about FlexJS in the morning, a 
lunch break, then a lab/hackathon in the afternoon.  It will be an opportunity 
to learn more about FlexJS and ask questions face-to-face.  The afternoon 
session is designed to try to get you up and running on FlexJS and ask more 
questions.

I need to choose one day during the week of April 4-8.  So if you have a strong 
preference for Wednesday or whatever, speak up now otherwise I will probably 
choose Monday the 4th.

Space is limited.  The room can hold around 20 people in a chair and table 
configuration, 40 or so if it is just chairs, so if more than one person from a 
business wants to attend, we might need to put folks on the waiting list.  If 
we get lots more demand than that we can think about other venues.  Also, I may 
run a similar event in Seattle later, and an open to replicating this format in 
other cities if folks can provide the room.

This event is currently free, although we might start a fund to cover food or 
maybe t-shirts or something.  Your response to this email won't be considered 
your registration for this event until we finalize the format, date and price.  
Then I'll send another email with more official registration information.

Thanks,
-Alex

RE: Is there a API for CPU usage of an app?

[Jason Taylor]

you don't need to run in debug mode to use advanced telemetry and/or scout, you 
just need to compile with that turned on.

-Original Message-
From: jude [mailto:flexcapaci...@gmail.com] 
Sent: Thursday, December 10, 2015 6:41 PM
To: dev
Subject: Re: Is there a API for CPU usage of an app?

Scout is more for developers when you have access to the running instance.
I'm looking for something the customer can use at runtime on a non debug 
instance.

I found this mysterious property while I was looking for memory usage in
flash.system.System:

flash.system.System.processCPUUsage();

But I can't find any documentation on it and it returns 0. I think I can write 
a pretty efficient app but zero CPU is just wishful thinking.



On Thu, Dec 10, 2015 at 5:46 PM, Jason Taylor  wrote:

> isn't that what Scout is for?  turn on advanced telemetry and pop open 
> adobe scout
>
> -Original Message-
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: Thursday, December 10, 2015 3:49 PM
> To: dev@flex.apache.org
> Subject: Re: Is there a API for CPU usage of an app?
>
> I don't know of any way to get that from Flash.
>
> On 12/10/15, 2:23 PM, "jude"  wrote:
>
> >Is there a API for checking the CPU usage of my AIR app (or Flex)? 
> >It's been suggested to check the FPS and see if they drop but that's 
> >not what I'm looking for.
> >
> >Background:
> >I was sitting with someone who was using an app I wrote and it was 
> >going really slow. It was not a brand new computer. But I wanted to 
> >know if it was my app. Because the laptop was in front of me I could 
> >open Task Manager
> >(PC) or Activity Monitor (Mac) and check but I'm not always going to 
> >have that convenience. So if I'm able to check periodically my app 
> >CPU usage and it is hitting 100% or more than a threshold I can, from 
> >within the app, check what process is going on or what the activity 
> >the user is doing.
>
>

RE: Is there a API for CPU usage of an app?

[Jason Taylor]

isn't that what Scout is for?  turn on advanced telemetry and pop open adobe 
scout

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, December 10, 2015 3:49 PM
To: dev@flex.apache.org
Subject: Re: Is there a API for CPU usage of an app?

I don't know of any way to get that from Flash.

On 12/10/15, 2:23 PM, "jude"  wrote:

>Is there a API for checking the CPU usage of my AIR app (or Flex)? It's 
>been suggested to check the FPS and see if they drop but that's not 
>what I'm looking for.
>
>Background:
>I was sitting with someone who was using an app I wrote and it was 
>going really slow. It was not a brand new computer. But I wanted to 
>know if it was my app. Because the laptop was in front of me I could 
>open Task Manager
>(PC) or Activity Monitor (Mac) and check but I'm not always going to 
>have that convenience. So if I'm able to check periodically my app CPU 
>usage and it is hitting 100% or more than a threshold I can, from 
>within the app, check what process is going on or what the activity the 
>user is doing.

RE: Next Flex SDK release

[Jason Taylor]

thank you so freaking much for this one Harbs! 

-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com] 
Sent: Wednesday, December 09, 2015 2:38 PM
To: dev@flex.apache.org
Subject: Re: Next Flex SDK release

OK. This is now fixed.

Anyone have thoughts on performance checking to ensure that future performance 
degradation is caught?

On Nov 18, 2015, at 7:53 AM, Alex Harui  wrote:

> 2) TLF Performance
> https://issues.apache.org/jira/browse/FLEX-34769
> 
> I'd like to get an update from Harbs.  I haven't spent any serious 
> thinking on the issue, but my recollection is that there is some 
> snippet of code we could disable or enable with a flag so folks can 
> get old behavior back if they don't need whatever that new behavior 
> was meant to solve (which I think may have been related to table support).

RE: Next Flex SDK release

[Jason Taylor]

nvm, saw your notes, didn't realize 4.9 was that fast!

-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Wednesday, December 09, 2015 3:22 PM
To: dev@flex.apache.org
Subject: RE: Next Flex SDK release

Harbs, Flex SDK 13.0 was the last release where TLF worked correctly without 
major performance issues.  I know because we are still stuck on that release 
due to this bug. 

-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com]
Sent: Monday, December 07, 2015 7:06 AM
To: dev@flex.apache.org
Subject: Re: Next Flex SDK release

It looks like I don't need 4.6. There's a 3.0 branch in the Git repo which 
seems to have ti working correctly.

On Dec 7, 2015, at 3:19 PM, Harbs  wrote:

> OK. I'm working on this, and I just added a comment to the JIRA with my 
> preliminary observations. Kind of interesting...
> 
> I'm going to need to find the source of the old TLF to compare. I don't want 
> to use 4.9.1 because that code just had a band-aid. I assume Adobe's 4.6 code 
> was working correctly.
> 
> I'm downloading 4.6 now from Adobe's site. Hopefully I'll be able to 
> use and build that...
> 
> If anyone has any thoughts to help me on this, I'd appreciate it! ;-)
> 
> Harbs
> 
> On Nov 18, 2015, at 8:43 AM, Harbs  wrote:
> 
>> You had created such a flag, but enabling it causes lots of RTEs with the 
>> current code.
>> 
>> I'd rather find the underlying cause of the problem which seems to be way 
>> too much recursion.
>> 
>> I will try to take another look at this issue next week.
>> 
>> On Nov 18, 2015, at 7:53 AM, Alex Harui  wrote:
>> 
>>> 2) TLF Performance
>>> https://issues.apache.org/jira/browse/FLEX-34769
>>> 
>>> I'd like to get an update from Harbs.  I haven't spent any serious 
>>> thinking on the issue, but my recollection is that there is some 
>>> snippet of code we could disable or enable with a flag so folks can 
>>> get old behavior back if they don't need whatever that new behavior 
>>> was meant to solve (which I think may have been related to table support).
>> 
> 

RE: Next Flex SDK release

[Jason Taylor]

Harbs, Flex SDK 13.0 was the last release where TLF worked correctly without 
major performance issues.  I know because we are still stuck on that release 
due to this bug. 

-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com] 
Sent: Monday, December 07, 2015 7:06 AM
To: dev@flex.apache.org
Subject: Re: Next Flex SDK release

It looks like I don't need 4.6. There's a 3.0 branch in the Git repo which 
seems to have ti working correctly.

On Dec 7, 2015, at 3:19 PM, Harbs  wrote:

> OK. I'm working on this, and I just added a comment to the JIRA with my 
> preliminary observations. Kind of interesting...
> 
> I'm going to need to find the source of the old TLF to compare. I don't want 
> to use 4.9.1 because that code just had a band-aid. I assume Adobe's 4.6 code 
> was working correctly.
> 
> I'm downloading 4.6 now from Adobe's site. Hopefully I'll be able to 
> use and build that...
> 
> If anyone has any thoughts to help me on this, I'd appreciate it! ;-)
> 
> Harbs
> 
> On Nov 18, 2015, at 8:43 AM, Harbs  wrote:
> 
>> You had created such a flag, but enabling it causes lots of RTEs with the 
>> current code.
>> 
>> I'd rather find the underlying cause of the problem which seems to be way 
>> too much recursion.
>> 
>> I will try to take another look at this issue next week.
>> 
>> On Nov 18, 2015, at 7:53 AM, Alex Harui  wrote:
>> 
>>> 2) TLF Performance
>>> https://issues.apache.org/jira/browse/FLEX-34769
>>> 
>>> I'd like to get an update from Harbs.  I haven't spent any serious 
>>> thinking on the issue, but my recollection is that there is some 
>>> snippet of code we could disable or enable with a flag so folks can 
>>> get old behavior back if they don't need whatever that new behavior 
>>> was meant to solve (which I think may have been related to table support).
>> 
> 

RE: iOS video help

[Jason Taylor]

I can see the video player, and the controls, i breifly see the duration set, 
and then goto 0, osmf act's like it's buffering forever.  It seems that http 
dynamic streaming just dosen't work on iOS and that we must use HLS streaming.  
Kinda a pita to rebox all the moof frags on the fly to accommodate iOS. 


-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash 
Muppirala
Sent: Wednesday, December 09, 2015 11:25 AM
To: dev@flex.apache.org
Subject: Re: iOS video help

There might be other errors.  But if you don't even see the video player, that 
indicates that the Application is hiding the video layer.

Thanks,
Om

On Wed, Dec 9, 2015 at 11:24 AM, Jason Taylor  wrote:

> it dosen't even try to play, the player controls don't progress.  I 
> plugged in OSMF with logging turned on and I don't see anything that 
> looks like an error.
>
>
> -Original Message-
> From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of 
> OmPrakash Muppirala
> Sent: Tuesday, December 08, 2015 6:44 PM
> To: dev@flex.apache.org
> Subject: Re: iOS video help
>
> I don't know much about this,  but have you tried setting the 
> application's backgroundAlpha to 0?
>
> Thanks,
> Om
> On Dec 8, 2015 3:42 PM, "Jason Taylor"  wrote:
>
> > no matter what framework / air version I use, renderMode = direct, 
> > OSMFSettings.enableStageVideo = false, I cannot get the following 
> > application to play video on any iOS device or simulator:
> >
> >   > xmlns:fx="http://ns.adobe.com/mxml/2009";
> > xmlns:s="library://ns.adobe.com/flex/spark"
> > creationComplete="OnCreationComplete(event)">
> > 
> > http://dev.dedoose.com/HttpVideo/ce81d033-145d-432d-99b8-cb48105ea5a
> > 8/ ResourceVideoData/11c2ccf3-765c-4381-bfd8-264a8fa5bdfa.f4m
> > "/>
> > 
> > 
> > 
> >
> >
> >
>

RE: iOS video help

[Jason Taylor]

it dosen't even try to play, the player controls don't progress.  I plugged in 
OSMF with logging turned on and I don't see anything that looks like an error.


-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash 
Muppirala
Sent: Tuesday, December 08, 2015 6:44 PM
To: dev@flex.apache.org
Subject: Re: iOS video help

I don't know much about this,  but have you tried setting the application's 
backgroundAlpha to 0?

Thanks,
Om
On Dec 8, 2015 3:42 PM, "Jason Taylor"  wrote:

> no matter what framework / air version I use, renderMode = direct, 
> OSMFSettings.enableStageVideo = false, I cannot get the following 
> application to play video on any iOS device or simulator:
>
>   xmlns:fx="http://ns.adobe.com/mxml/2009";
> xmlns:s="library://ns.adobe.com/flex/spark"
> creationComplete="OnCreationComplete(event)">
> 
> http://dev.dedoose.com/HttpVideo/ce81d033-145d-432d-99b8-cb48105ea5a8/
> ResourceVideoData/11c2ccf3-765c-4381-bfd8-264a8fa5bdfa.f4m
> "/>
> 
> 
> 
>
>
>

iOS video help

[Jason Taylor]

no matter what framework / air version I use, renderMode = direct, 
OSMFSettings.enableStageVideo = false, I cannot get the following application 
to play video on any iOS device or simulator:


http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">

http://dev.dedoose.com/HttpVideo/ce81d033-145d-432d-99b8-cb48105ea5a8/ResourceVideoData/11c2ccf3-765c-4381-bfd8-264a8fa5bdfa.f4m"/>

RE: iOS build verificationerror

[Jason Taylor]

Thanks Om, lol yeah been staring at that doc all day lol.   I freaking hate 
working with apple, and the lack of transparency/verboisity on that error 
message is infuriating.  Ended up going into devices and attempting to remove 
the existing devices and suddenly a new window I have never seen popped up 
along the lines of "hey you know how we said these devices have been active the 
whole time? Yeah we lied, their not, since your membership recently renewed we 
need to click these buttons to make them active, even though we have told you 
this whole time they are active."

Freaking hate working with apple, but much love to the Flex Community.
~ JT

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash 
Muppirala
Sent: Tuesday, December 01, 2015 3:48 PM
To: dev@flex.apache.org
Subject: Re: iOS build verificationerror

I had a very similar issue in the last couple of weeks.  When I switched to AIR 
20Beta, the problems went away.  Can you try that?  The Apache Flex Installer 
supports AIR 20 Beta now.

Also, here are some troubleshooting tips for the iOS AIR installation
errors:
http://blogs.adobe.com/flashplayer/2015/08/troubleshooting-air-installation-errors-ios-applications.html

Hope this helps.

Thanks,
Om

On Tue, Dec 1, 2015 at 3:37 PM, Jason Taylor  wrote:

> Hey guys, hoping someone might shed some light on this.
> -   Using the latest release of IntelliJ Idea, Flex SDK 14.1 targeting
> AIR19.
> -   Created a brand new flash mobile for iOS project.
> -   Created new cert (on Mac), uploaded cert to iOS developer portal
> -   Created provisioning file for our 2 ipads and the cert for
> development
> -   Told IntelliJ to generate a descriptor file, pasted in my app id
> into descriptor
> -   Attempt to run on device yeilds applicationverification error.
> -   Repeated all steps for a distribution profile and certificate.
> -   Cleaned everything, redid everything using a wildcart appid "*",
> same result
> -   Tried different SDK's - same result
> -   Redid everything again from the ground up, same result
> -   Tried adding the prefix to the app id - same result
> -   Updated iPad's to iOS 9.1 - same result.
>
> Anyone have a clue or willing to offer paid support, we are losing are 
> minds over here.
> ~ JT
>

iOS build verificationerror

[Jason Taylor]

Hey guys, hoping someone might shed some light on this.
-   Using the latest release of IntelliJ Idea, Flex SDK 14.1 targeting 
AIR19.
-   Created a brand new flash mobile for iOS project.
-   Created new cert (on Mac), uploaded cert to iOS developer portal
-   Created provisioning file for our 2 ipads and the cert for development
-   Told IntelliJ to generate a descriptor file, pasted in my app id into 
descriptor
-   Attempt to run on device yeilds applicationverification error.
-   Repeated all steps for a distribution profile and certificate.
-   Cleaned everything, redid everything using a wildcart appid "*", same 
result
-   Tried different SDK's - same result
-   Redid everything again from the ground up, same result
-   Tried adding the prefix to the app id - same result
-   Updated iPad's to iOS 9.1 - same result.

Anyone have a clue or willing to offer paid support, we are losing are minds 
over here.
~ JT

RE: Genymotion?

[Jason Taylor]

Thanks Om,  Posted the bug here: as 
https://bugbase.adobe.com/index.cfm?event=bug&id=4059741, would appreciate 
votes on it.
~ JT

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash 
Muppirala
Sent: Friday, September 18, 2015 11:11 AM
To: dev@flex.apache.org
Subject: Re: Genymotion?

The Android related stuff is actually part of the Adobe AIR runtime (The 
Installer merges the Flex SDK with the AIR SDK during installation)

I think you should raise a bug with them here: https://bugbase.adobe.com/ Their 
developer forum is here: https://forums.adobe.com/community/air

Thanks,
Om

On Fri, Sep 18, 2015 at 11:05 AM, Jason Taylor  wrote:

> FlexSDK is fine, and yes FlexSDK ships with ADT and the dlls needed 
> for it, check the lib/android folder.  However, that version of ADT is 
> a bit out of date at this point.  Regardless that dosen't help get us 
> any closer to being able to use Genymotion which would help 
> tremendouly for our QA team's as Android Emulator isn't a very good option 
> for them.
> ~ JT
>
> -Original Message-
> From: Christofer Dutz [mailto:christofer.d...@c-ware.de]
> Sent: Friday, September 18, 2015 6:54 AM
> To: dev@flex.apache.org
> Subject: AW: Genymotion?
>
> Well that's actually not 100% correct ;) You usually install Flex with 
> Air and Air has parts of the Android SDK inside ... it's something I 
> stumbled over wile working on mobile packaging of Air applications on 
> Linux ;-)
>
> Chris
>
> 
> Von: Tom Chiverton 
> Gesendet: Freitag, 18. September 2015 14:58
> An: dev@flex.apache.org
> Betreff: Re: Genymotion?
>
> On 17/09/15 20:24, Jason Taylor wrote:
> > Hi All, hoping someone else might be able to point me in the right
> direction.  I'm using IntelliJ Idea, Genymotion 2.5, installed the arm 
> translation 1.1, GApps Package running custom tablet with Android 4.4, but
> have tried many different configurations.   Originally couldn't get
> IntelliJ to even see the devices until I replaced the ADB and dlls in 
> the flex sdk with the ones from my android sdk platform tools.  
> Created an empty application, and immeaditely crashes on the emulator.  
> Tried forcing hardware accelleration off, etc.
> >
> > Any ideas?
> >
>
> I don't believe Flex ships any parts of the Android SDK.
> It's likely you have broken your Flex SDK install by replacing parts 
> of it with parts of the Android SDK. Try again with a clean install.
>
> Tom
>
>

RE: Genymotion?

[Jason Taylor]

meant ADB, not ADT

-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Friday, September 18, 2015 11:05 AM
To: dev@flex.apache.org
Subject: RE: Genymotion?

FlexSDK is fine, and yes FlexSDK ships with ADT and the dlls needed for it, 
check the lib/android folder.  However, that version of ADT is a bit out of 
date at this point.  Regardless that dosen't help get us any closer to being 
able to use Genymotion which would help tremendouly for our QA team's as 
Android Emulator isn't a very good option for them.
~ JT

-Original Message-
From: Christofer Dutz [mailto:christofer.d...@c-ware.de] 
Sent: Friday, September 18, 2015 6:54 AM
To: dev@flex.apache.org
Subject: AW: Genymotion?

Well that's actually not 100% correct ;) You usually install Flex with Air and 
Air has parts of the Android SDK inside ... it's something I stumbled over wile 
working on mobile packaging of Air applications on Linux ;-)

Chris


Von: Tom Chiverton 
Gesendet: Freitag, 18. September 2015 14:58
An: dev@flex.apache.org
Betreff: Re: Genymotion?

On 17/09/15 20:24, Jason Taylor wrote:
> Hi All, hoping someone else might be able to point me in the right direction. 
>  I'm using IntelliJ Idea, Genymotion 2.5, installed the arm translation 1.1, 
> GApps Package running custom tablet with Android 4.4, but have tried many 
> different configurations.   Originally couldn't get IntelliJ to even see the 
> devices until I replaced the ADB and dlls in the flex sdk with the ones from 
> my android sdk platform tools.  Created an empty application, and immeaditely 
> crashes on the emulator.  Tried forcing hardware accelleration off, etc.
>
> Any ideas?
>

I don't believe Flex ships any parts of the Android SDK.
It's likely you have broken your Flex SDK install by replacing parts of it with 
parts of the Android SDK. Try again with a clean install.

Tom

RE: Genymotion?

[Jason Taylor]

FlexSDK is fine, and yes FlexSDK ships with ADT and the dlls needed for it, 
check the lib/android folder.  However, that version of ADT is a bit out of 
date at this point.  Regardless that dosen't help get us any closer to being 
able to use Genymotion which would help tremendouly for our QA team's as 
Android Emulator isn't a very good option for them.
~ JT

-Original Message-
From: Christofer Dutz [mailto:christofer.d...@c-ware.de] 
Sent: Friday, September 18, 2015 6:54 AM
To: dev@flex.apache.org
Subject: AW: Genymotion?

Well that's actually not 100% correct ;) You usually install Flex with Air and 
Air has parts of the Android SDK inside ... it's something I stumbled over wile 
working on mobile packaging of Air applications on Linux ;-)

Chris


Von: Tom Chiverton 
Gesendet: Freitag, 18. September 2015 14:58
An: dev@flex.apache.org
Betreff: Re: Genymotion?

On 17/09/15 20:24, Jason Taylor wrote:
> Hi All, hoping someone else might be able to point me in the right direction. 
>  I'm using IntelliJ Idea, Genymotion 2.5, installed the arm translation 1.1, 
> GApps Package running custom tablet with Android 4.4, but have tried many 
> different configurations.   Originally couldn't get IntelliJ to even see the 
> devices until I replaced the ADB and dlls in the flex sdk with the ones from 
> my android sdk platform tools.  Created an empty application, and immeaditely 
> crashes on the emulator.  Tried forcing hardware accelleration off, etc.
>
> Any ideas?
>

I don't believe Flex ships any parts of the Android SDK.
It's likely you have broken your Flex SDK install by replacing parts of it with 
parts of the Android SDK. Try again with a clean install.

Tom

Genymotion?

[Jason Taylor]

Hi All, hoping someone else might be able to point me in the right direction.  
I'm using IntelliJ Idea, Genymotion 2.5, installed the arm translation 1.1, 
GApps Package running custom tablet with Android 4.4, but have tried many 
different configurations.   Originally couldn't get IntelliJ to even see the 
devices until I replaced the ADB and dlls in the flex sdk with the ones from my 
android sdk platform tools.  Created an empty application, and immeaditely 
crashes on the emulator.  Tried forcing hardware accelleration off, etc. 

Any ideas?

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Thursday, September 17, 2015 11:38 AM
To: dev@flex.apache.org
Subject: Re: [FlexJS] Framework using externs (was: Setup Error)



On 9/17/15, 10:05 AM, "Frédéric THOMAS"  wrote:
>
>> Do you still have the missing goog.require problem?
>
>Yes but I will fix that, the compiler.clients.* used directly does not 
>create the issue.

By commenting out the use of ViewBase from Application.as, I was able to get 
Application.as to compile without errors and got what looked like a reasonable 
list of goog.requires without changing any compiler.clients classes.

I did notice that the method bodies that had conditional compilation didn’t 
output anything so I’m going to look at that next.  Or is that what you tried 
to fix by changing compiler.clients.*?

Thanks,
-Alex
  

RE: [FlexJS] FlexJS installation - bundle Google Closure Library?

[Jason Taylor]

from experience it's best to stick with a specific version of a library.  
Regression bugs will be introduced at some point, and having to figure out that 
it's because you have no control over a specific library is a giant PITA.  Flex 
SDK 14.X for example has a terrible regression bug using TextLayoutFramework 
with large amounts of text and changing/decorating that text.  In our case we 
color portions of text documents. Flex 14.X is completely unusable for us.  
Thank god the Apache Flex Installer allows us to specify exactly what flex sdk 
to use instead of just using the most updated.
~ JT 

-Original Message-
From: Mark Kessler [mailto:kesslerconsult...@gmail.com] 
Sent: Thursday, July 30, 2015 6:10 PM
To: dev@flex.apache.org
Subject: Re: [FlexJS] FlexJS installation - bundle Google Closure Library?

> I currently prefer #1 while we are in alpha/beta but will change to #2
when we get to 1.0 and want to make sure we know what GCL folks are using

When you put it like that, I can understand the need to stay current while in 
alpha/beta.  Since we already downloading it right now, it's as simple as just 
postponing the change.


-Mark


On Thu, Jul 30, 2015 at 1:26 PM, Alex Harui  wrote:

>
>
> On 7/30/15, 10:06 AM, "Kessler CTR Mark J" 
> wrote:
>
> >So we have two schools of thought on it.
> >
> >Option 1.  Keep downloading it so we can have the most up-to-date 
> >version (for better or worse).
> >
> >Option 2.  Keep the current working copy and not having another 
> >upgrade until we release a new version.
> >
>
> Yup.  And either way, we can remove the checkbox in the installer.  I 
> currently prefer #1 while we are in alpha/beta but will change to #2 
> when we get to 1.0 and want to make sure we know what GCL folks are using.
>
> -Alex
>
>

RE: Losing my mind on iOS and URLRequest

[Jason Taylor]

And I'm an idiot, thanks Om.   Looks like between switching through so many 
tablets the one I'm checking wasn't connected to WiFi.   And this is why you 
should never program solo.
~ JT

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash 
Muppirala
Sent: Thursday, July 30, 2015 4:52 PM
To: dev@flex.apache.org
Subject: Re: Losing my mind on iOS and URLRequest

Sorry for the stupid question, but is the iOS device connected to wifi?
Can you open any other urls from the browser?

Also, do you need to be inside a particular network or a VPN to connect to that 
particular url?

Thanks,
Om

On Thu, Jul 30, 2015 at 2:04 PM, Jason Taylor  wrote:

> Hopefully someone can help me as I'm losing my mind trying to figure 
> out why loading a url inside an Air app on iOS is throwing an ioError 
> 2032 error.
> I have reduced to the smallest app possible doing the following.
> - On Creation Complete of the application I create a URL request.  I 
> have tried different domains, http, https, xml files, image files, html files.
> - I then create a url loader and add the event listeners, 
> Event.Complete, HTTP_Status, HTTP_Response_Status, IOError
> - I then debug the app via usb on an iPad, tried gen2 and gen3 iPad's 
> Flex SDK 14.0, 14.1 and Air 16 and Air 18
>
> the event complete never gets called, it always throws an IOError.  
> I'm debugging from an OSX machine as the iOS packaging is about 10x 
> faster on it verse my main windows workstations.
>
> It works on Desktop, Browser, Android, iOS Simulator, just not on the 
> actual iOS device.
>
> I cannot seem to google someone else having this exact same issue.
>
> Please help,
> ~ JT
>

Losing my mind on iOS and URLRequest

[Jason Taylor]

Hopefully someone can help me as I'm losing my mind trying to figure out why 
loading a url inside an Air app on iOS is throwing an ioError 2032 error.
I have reduced to the smallest app possible doing the following.
- On Creation Complete of the application I create a URL request.  I have tried 
different domains, http, https, xml files, image files, html files.
- I then create a url loader and add the event listeners, Event.Complete, 
HTTP_Status, HTTP_Response_Status, IOError
- I then debug the app via usb on an iPad, tried gen2 and gen3 iPad's Flex SDK 
14.0, 14.1 and Air 16 and Air 18

the event complete never gets called, it always throws an IOError.  I'm 
debugging from an OSX machine as the iOS packaging is about 10x faster on it 
verse my main windows workstations.

It works on Desktop, Browser, Android, iOS Simulator, just not on the actual 
iOS device.

I cannot seem to google someone else having this exact same issue.

Please help,
~ JT

TLF Performance Issue fix?

[Jason Taylor]

Hey guys, we are currently stuck on SDK 4.13 due to the TLF performance issue 
and the huge reliance on TLF in our Dedoose.  Have there been any updates on 
this issue? Are there any projected updates on this issue?

Separately, I would like to get my hands a little dirty here if needed.  TLF is 
extremely important to our product, and in the near future we will have to 
implement some required feature.  I know TLF is extremely challenging, but it 
is what it is.   Is there a guide somewhere on setting up the Flex SDK, and how 
to work with the rest of the team in solving issues, submitting changes.  I 
know nothing about that particular process but would like to help.  In addition 
our team has created some components that I feel might be valuable to the 
community that we would like to donate. 

~ JT

RE: [FlexJS] Link to video presentation on FlexJS

[Jason Taylor]

Om, Awesome presentation! Really psyched about FlexJS now.  Just wanted to say 
thank you!
JT 

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash 
Muppirala
Sent: Tuesday, May 05, 2015 12:39 PM
To: dev@flex.apache.org; us...@flex.apache.org
Subject: [FlexJS] Link to video presentation on FlexJS

The video from the presentation I gave at last year's HTML5 Dev Conference has 
been finally been published.
Enjoy: https://www.youtube.com/watch?v=mJBTOL-5LWI

Thanks,
Om

RE: PepFlashPlayer Issues

[Jason Taylor]

Thanks Alessandro, removing a loading animation from the display solved the 
issue.  Strange issue, perhaps this should logged as a bug?

-Original Message-
From: Alessandro Palombaro [mailto:alexpalomb...@gmail.com] 
Sent: Thursday, February 05, 2015 3:43 PM
To: dev@flex.apache.org
Subject: Re: PepFlashPlayer Issues

I believe I ran into a similar problem... something to do with the display list 
and stagevideo. When using stagevideo the video is rendered behind the display 
list and the spark skin includes a black rect background in the displaylist 
which ends up covering the video. From memory you can either ensure nothing 
appears above the video on the displaylist, create a new skin with no bg, or 
simply disable omsf.useStageVideo.

Sorry I'm just going by memory here as I'm just on my phone atm, but hopefully 
it helps somewhat.
Hi all, all of a sudden today all videos (over here at Dedoose.com) are no 
longer playing back in Chrome's PepFlashPlayer.  Our videos are all
multi-bitrate F4M videos.I've been trying various FlexSDK versions and
well as various OSMF versions and no luck.   Video acts like it's playing,
audio is playing back, but no video image is output.   Everytime I try to
debug our app with the pepflashplayer debug version, the player crashes
instantly, so I haven't been able to see what to do here.   This is about
the 10th time that Google has updated pepflashplayer silently breaking a
feature our app uses.   I'm not quite sure where to turn for help here, and
thus reaching out to you all. I hate to just spam a message to chrome
users in general asking them not to use chrome, but it's almost at that point.
~ JT

PepFlashPlayer Issues

[Jason Taylor]

Hi all, all of a sudden today all videos (over here at Dedoose.com) are no 
longer playing back in Chrome's PepFlashPlayer.  Our videos are all 
multi-bitrate F4M videos.I've been trying various FlexSDK versions and well 
as various OSMF versions and no luck.   Video acts like it's playing, audio is 
playing back, but no video image is output.   Everytime I try to debug our app 
with the pepflashplayer debug version, the player crashes instantly, so I 
haven't been able to see what to do here.   This is about the 10th time that 
Google has updated pepflashplayer silently breaking a feature our app uses.   
I'm not quite sure where to turn for help here, and thus reaching out to you 
all. I hate to just spam a message to chrome users in general asking them 
not to use chrome, but it's almost at that point.
~ JT

TLF additions documentation?

[Jason Taylor]

Hey all, very excited that TLF has some support for tables, but I'm not sure 
where to find any documentation on this feature.  Can you guys help me out 
there?  If I understand correctly, there is also currently no additions to the 
export/import of FXML supporting the table additions?  Any pointers on where I 
can look at in the source to add support for this as our team adds this feature 
into Dedoose?  Thanks again for all you're great work.

~ JT

RE: Issue with TLF applyFormat in Flex 4.10

[Jason Taylor]

again, can anyone point me in the right direction here?  We can't apply any 
formatting to a range of textflow in Flex 4.10.  This issue is specific to the 
4.10 SDK.  This sample produces the error. Stackoverflow question here: 
http://stackoverflow.com/questions/19168415/applying-formatting-to-a-character-range-in-textflows-in-flex-4-10-sdk

Our app relies on highlighting text, so this is a pretty major issue for us at 
the momment.
~ JT



http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">


Lorem ipsum dolor sit amet, consectetur adipiscing elit.
Vivamus eu erat ac est ullamcorper egestas eget nec mauris.







-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Tuesday, October 01, 2013 1:29 PM
To: dev@flex.apache.org
Subject: RE: Issue with TLF applyFormat in Flex 4.10

created issue https://issues.apache.org/jira/browse/FLEX-33791 with images to 
see the issue

-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Tuesday, October 01, 2013 1:17 PM
To: dev@flex.apache.org
Subject: Issue with TLF applyFormat in Flex 4.10

Hi guys, please point me to the right place if this is the wrong.  I have 
encountered what appears to be an error in TLF present in the 4.10 SDK (checked 
multiple flash player target versions) in regard to EditManager.applyFormat

in the selection state I am specifying a small character range, but the format 
gets applied well beyond that range.  Attached are images from the exact same 
code (provided below) with drastically different results.  

Thank you for any assistance & advise.
~ Jason Taylor


http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">



Lorem ipsum dolor sit amet, consectetur adipiscing elit.
Nulla sed metus facilisis, elementum arcu a, euismod est.
Vivamus quis quam nec sapien accumsan luctus sit amet a 
magna.
Vivamus eu erat ac est ullamcorper egestas eget nec mauris.
Cras fringilla leo a risus luctus, eu volutpat diam luctus

RE: Issue with TLF applyFormat in Flex 4.10

[Jason Taylor]

created issue https://issues.apache.org/jira/browse/FLEX-33791 with images to 
see the issue

-Original Message-
From: Jason Taylor [mailto:ja...@dedoose.com] 
Sent: Tuesday, October 01, 2013 1:17 PM
To: dev@flex.apache.org
Subject: Issue with TLF applyFormat in Flex 4.10

Hi guys, please point me to the right place if this is the wrong.  I have 
encountered what appears to be an error in TLF present in the 4.10 SDK (checked 
multiple flash player target versions) in regard to EditManager.applyFormat

in the selection state I am specifying a small character range, but the format 
gets applied well beyond that range.  Attached are images from the exact same 
code (provided below) with drastically different results.  

Thank you for any assistance & advise.
~ Jason Taylor


http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">



Lorem ipsum dolor sit amet, consectetur adipiscing elit.
Nulla sed metus facilisis, elementum arcu a, euismod est.
Vivamus quis quam nec sapien accumsan luctus sit amet a 
magna.
Vivamus eu erat ac est ullamcorper egestas eget nec mauris.
Cras fringilla leo a risus luctus, eu volutpat diam luctus

Issue with TLF applyFormat in Flex 4.10

[Jason Taylor]

Hi guys, please point me to the right place if this is the wrong.  I have 
encountered what appears to be an error in TLF present in the 4.10 SDK (checked 
multiple flash player target versions) in regard to EditManager.applyFormat

in the selection state I am specifying a small character range, but the format 
gets applied well beyond that range.  Attached are images from the exact same 
code (provided below) with drastically different results.  

Thank you for any assistance & advise.
~ Jason Taylor


http://ns.adobe.com/mxml/2009"; 
xmlns:s="library://ns.adobe.com/flex/spark" 
creationComplete="OnCreationComplete(event)">



Lorem ipsum dolor sit amet, consectetur adipiscing elit.
Nulla sed metus facilisis, elementum arcu a, euismod est.
Vivamus quis quam nec sapien accumsan luctus sit amet a 
magna.
Vivamus eu erat ac est ullamcorper egestas eget nec mauris.
Cras fringilla leo a risus luctus, eu volutpat diam luctus

RE: Need some statistics

[Jason Taylor]

Dedoose.com

-Original Message-
From: Jitendra Jain [mailto:warriorofheavens...@gmail.com] 
Sent: Friday, August 16, 2013 1:47 AM
To: flex-...@incubator.apache.org
Subject: Need some statistics

Hi Group,

  Iam making a PPT on Apache Flex. I want to know about the enterpise 
application domains with URL to showcase a nice GUI. Also please help me out 
more on Enterprise application built on top of Apache Flex.

--
Thanks and Regards,
JJain,

   If you have knowledge, let others light their candles in it --Margaret
Fuller: