Build failed in Jenkins: royale-asjs_MXTests #301

See -- [...truncated 2.36 MB...] [mxmlc] using source file:

RE: [royale-asjs] branch develop updated: Fix implicit coercion error

Sounds good, feel free to revert. From: Alex Harui Sent: Thursday, December 27, 2018 3:43:45 AM To: dev@royale.apache.org; comm...@royale.apache.org Subject: Re: [royale-asjs] branch develop updated: Fix implicit coercion error I don't think we should hack it

Build failed in Jenkins: royale-asjs_MXTests #300

See -- [...truncated 2.36 MB...] [mxmlc] using source file:

Build failed in Jenkins: royale-asjs_MXTests #299

See Changes: [aharui] upgrade to Closure Library 20180910 [aharui] fix warnings and errors in these files [aharui] clean up some warnings

Jenkins build is back to normal : TourDeFlexMigration #315

See

Build failed in Jenkins: royale-asjs_MXTests #298

See Changes: [carlosrovira] add attributes "target" and "rel" to html anchor component (A) [carlosrovira] add link to Gihub source code that opens in a new browser tab

Re: [royale-asjs] branch develop updated: Fix implicit coercion error

I don't think we should hack it like this. Casting a plain object to a type makes the code look strange, and it might not minify correctly. I have a different fix I hope to put in shortly where we actually pass in an instance of the BlogPropertyBag. -Alex On 12/26/18, 6:57 AM,

Re: [royale-asjs] branch develop updated: improve IActivable to not rely on ids and use new activableName property

I'm wondering what "active" or "activatable" means and how it is different from selectedIndex/Item/Tab used elsewhere. -Alex On 12/26/18, 5:13 AM, "Harbs" wrote: I’m fine with any of those suggestions. I don’t see why name can’t work. I think anything is better than

Build failed in Jenkins: TourDeFlexMigration #314

See Changes: [carlosrovira] add attributes "target" and "rel" to html anchor component (A) [carlosrovira] add link to Gihub source code that opens in a new browser tab

Build failed in Jenkins: royale-asjs_MXTests #297

See Changes: [harbs] Using nested state causes parent to be null in some cases, added null [carlosrovira] improve IActivable to not rely on ids and use new activableName property

Build failed in Jenkins: TourDeFlexMigration #313

See Changes: [harbs] Using nested state causes parent to be null in some cases, added null [carlosrovira] improve IActivable to not rely on ids and use new activableName property

Jenkins build is back to normal : royale-asjs_jsonly #2117

See

Re: [royale-asjs] branch develop updated: improve IActivable to not rely on ids and use new activableName property

finally rename to "name", the problem is that since it comes from SWF, it needs to be override in SectionContent.as, to conform to IActivable interface for SWF and be declare in JS since doesn't exits for that target. El mié., 26 dic. 2018 a las 14:13, Harbs () escribió: > I’m fine with any of

Re: [royale-asjs] branch develop updated: improve IActivable to not rely on ids and use new activableName property

I’m fine with any of those suggestions. I don’t see why name can’t work. I think anything is better than “activableName”… ;-) My $0.02, Harbs > On Dec 26, 2018, at 1:10 PM, Carlos Rovira > wrote: > > Hi Harbs, > > until now I used "id" in html tag to switch between contents, but I want to >

Build failed in Jenkins: royale-asjs_jsonly #2109

See -- [...truncated 1.42 MB...] [java] [java] window.resolveLocalFileSystemURL(cordova.file.dataDirectory,

Build failed in Jenkins: royale-asjs_jsonly #2108

See Changes: [carlosrovira] improve IActivable to not rely on ids and use new activableName property [carlosrovira] change Tour de Jewel examples to use new activableName instead

Re: [royale-asjs] branch develop updated: improve IActivable to not rely on ids and use new activableName property

Hi Harbs, until now I used "id" in html tag to switch between contents, but I want to avoid "id" if possible for this reason this change. We only need some component property, so don't need to have "id" suffix or prefix. I think it could be even "name", but maybe that's already used and can

Re: [royale-asjs] branch develop updated: improve IActivable to not rely on ids and use new activableName property

“activableName” sounds kind of awkward. What about activeName instead? Or ActiveId? ActiveId seems the best fit considering it’s using the element id if I understand correctly. > On Dec 26, 2018, at 11:50 AM, carlosrov...@apache.org wrote: > > This is an automated email from the ASF

Build failed in Jenkins: royale-asjs_jsonly #2106

See Changes: [harbs] Using nested state causes parent to be null in some cases, added null -- [...truncated 1.42 MB...] [java]

Build failed in Jenkins: royale-compiler #643

See Changes: [aharui] try to fix JSOnly test -- [...truncated 160.87 KB...] [junit] [junit] ASDateTests_date [junit] tzoffset is 0

Re: Jenkins build is back to normal : royale-compiler #644

Hi Alex, for this kind of changes with many commits and changes that could requiere some days of work and testing, hope you could do in a branch and then merge to develop as you finally get it to work, if not develop will be broken. I think we always should try to keep develop as stable as

Build failed in Jenkins: royale-asjs_jsonly #2105

See -- [...truncated 1.42 MB...] [java] [java] window.resolveLocalFileSystemURL(cordova.file.dataDirectory,