[FlexJS] HTTP status text

Hi, Using HTTPServer on the JS side it’s quite difficult to diagnose issues when you do get responses other than 200 OKs. The io errors and security errors are only supported on the AS side in that class. One of Adobe’s server side products likes returning 500 errors for just about

Re: [FlexJS] typeof X === 'undefined'

Hi, > This can be got around by using “void 0” like so: > if (_responseHeaders === void 0) No my mistake the above fails to compile with a compiler error like this: java.lang.ClassCastException: org.apache.flex.compiler.internal.tree.as.LiteralNode cannot be cast to

[FlexJS] typeof X === 'undefined'

Hi, I was looking at HTTPService.as and noticed this: Given the variable _responseHeaders is declared is there any reason to do this: if (typeof _responseHeaders === 'undefined') { When this should work: if (_responseHeaders === undefined) I note this [1] says to avoid the style currently used

Re: Just need to vent...

On 3/18/17, 9:56 AM, "Harbs" wrote: >In principle that sounds good, but what will make sure that all the >necessary files are loaded? > >Also, will that effect the google compiler being able to optimize the >code? > >Ah. I think I understand. You’ll still output the

Re: [ANNOUNCE] Apache Flex 4.16.0 released

I haven't tried clear(). I'm trying to see if 64-bit will work because then I think we can just deploy a new binary instead of having to go through an entire release process. I spent some time this afternoon and could not get the AIR 25 SDK Beta with 64-bit support to actually generate a 64-bit

Re: [FlexJS] backgroundAlpha doesn't work

HI, > If you have a backgroundImage on the JS you would probably want to set > opacity on the background image, if you have a backgroundColour and > backgroundAlpha on the JS side you will probably want to use an RGBA. Forgot to add that backgroundAlpha on the AS side effects both background

Re: [FlexJS] backgroundAlpha doesn't work

Hi, > Is this the right thread which Alex is talking about ? I saw some time ago > some commits from you in this area - it was some fix ? Yep I placed a couple of fixes in there so it that correctly parses RGBA values. There may be some bugs in other areas around RGBA values. With that fix

Re: [FlexJS Typedefs]FileReader

I'd be cool with that! I don't like adding that extra argument to addEventListener() calls. - Josh On Sat, Mar 18, 2017 at 1:45 PM, Harbs wrote: > Thanks. > > I noticed that it was a general problem after I posted this question. > > Maybe we should patch the extern file?

Re: [FlexJS] Datagrid?

I have found 9 jiras - all has been linked to mentioned label. :) Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/FlexJS-Datagrid-tp60406p60571.html Sent from the Apache Flex Development mailing list

Re: [FlexJS] backgroundAlpha doesn't work

Justin, Is this the right thread which Alex is talking about ? I saw some time ago some commits from you in this area - it was some fix ? I'm trying to understand what need to be done more apart of removing "backgroundAlpha " in order to resolve this jira: FLEX-35000 [1]

Re: [FlexJS] Datagrid?

Peter, Thanks! I just add label "FlexJSDataGrid" and will mark each jira related to DataGrid by this label. Once you finish your refactoring you can check it. Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context:

Re: [FlexJS Typedefs]FileReader

Thanks. I noticed that it was a general problem after I posted this question. Maybe we should patch the extern file? > On Mar 18, 2017, at 10:24 PM, Josh Tynjala wrote: > > It's not optional on the base interface where addEventListener() and > removeEventListener() are

Re: [FlexJS Typedefs]FileReader

It's not optional on the base interface where addEventListener() and removeEventListener() are defined. I think it's EventTarget. Since subclasses and implementers of interfaces aren't allowed to change the signature of a method in ActionScript, externc uses the original signature and ignores the

[FlexJS Typedefs]FileReader

I found what looks like a bug in the FileReader typedefs: The following in fileapi.js: /** * @param {boolean=} opt_useCapture * @override * @return {undefined} */ FileReader.prototype.addEventListener = function(type, listener, opt_useCapture) {}; /** * @param {boolean=} opt_useCapture

Re: Just need to vent...

In principle that sounds good, but what will make sure that all the necessary files are loaded? Also, will that effect the google compiler being able to optimize the code? Ah. I think I understand. You’ll still output the requires in the main app, but you’ll build the list from js tags in the

Re: [MDL Dialogs] was: Re: [FlexJS] MDL - Dynamic Child Problem

Hi Carlos, No problem :) Thanks! Santanau, I just introduce another bead which may be helpful for custom component, but in most cases will be used inside MDL components UpgradeChildren. I've just make as default possible to create dynamically following components: Button, RadioButton,

Re: [FlexJS] Container work status

Peter, can I test this in FlexJs nightly build? On 16-Mar-2017 5:38 PM, "Peter Ent [via Apache Flex Development]" < ml-node+s247n60509...@n4.nabble.com> wrote: Thanks for letting me know. I will try to be quick. ‹peter On 3/16/17, 4:11 AM, "Justin Mclean" <[hidden email]

Re: [ANNOUNCE] Apache Flex 4.16.0 released

I wonder if it would help to call clear() on the URLLoader's ByteArray in the Get AntOnAIR task after we save it to a file. While it's supposed to be GCed eventually, clearing the memory immediately is probably a good idea with these large files. I've had succuss doing something similar in cases

Re: Just need to vent...

On 3/18/17, 1:02 AM, "Justin Mclean" wrote: >HI, > >> So, does anyone think the we should try to retain the "don't copy if it >> exists" code? Otherwise I will change the code to always copy. > >Do you know how much of a performance hit to compile time this might be?

Re: [ANNOUNCE] Apache Flex 4.16.0 released

Do any of the Windows platforms we support not handle 64-bit apps? Windows Server 2008 for example? Otherwise, it seems like we should rebuild the Windows Installer on a 64-bit AIR version and replace the 32-bit one that we've deployed? Thoughts? -Alex On 3/17/17, 3:46 PM, "piotrz"

Re: Just need to vent...

HI, > So, does anyone think the we should try to retain the "don't copy if it > exists" code? Otherwise I will change the code to always copy. Do you know how much of a performance hit to compile time this might be? If it’s any at all that is? Thanks, Justin

Re: Just need to vent...

Well, I sort of have Harb's suggestion working, then I discovered that the removal of most of the requires as suggested in #3 means that the compiler/publisher will have to start copying JS files from the SWCs at the end of each compile. Right now, the compiler/publisher checks to see if the .JS