RE: FileReference implementation

[Yishay Weiss]

[2] https://github.com/yishayw/Examples

From: Yishay Weiss<mailto:yishayj...@hotmail.com>
Sent: Wednesday, October 4, 2017 11:22 AM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>; 
ngra...@idylog.com<mailto:ngra...@idylog.com>
Subject: RE: FileReference implementation

I added an example [1] for loading a file to my examples repo. At some point 
we’ll want to move this repo to Apache but you can browse this and other 
examples here [2] for the time being.

[1] https://github.com/yishayw/Examples/tree/FileProxy

From: Harbs<mailto:harbs.li...@gmail.com>
Sent: Tuesday, October 3, 2017 6:20 PM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>; 
ngra...@idylog.com<mailto:ngra...@idylog.com>
Subject: Re: FileReference implementation

No. You can read a file using the File APIs. In JS, you can get a Blob and 
ArrayBuffer The rough equivalent to ByteArray in Royale is BinaryData which 
wraps ArrayBuffer and deals with the views and you can get that from a file.

We’ve done work on abstracting those APIs. Yishay did the work on that, so 
he’ll have the best answer.

Harbs

> On Oct 3, 2017, at 4:33 PM, Idylog - Nicolas Granon <ngra...@idylog.com> 
> wrote:
>
> We use FileReference a lot in our Flex apps (data import functionalities, 
> export functionalities).
>
> With FP, it has been possible (since FP 11 if I am correct) to have local 
> read and write access (provided the access is "controlled" by a dialog that 
> the user has to validate) from the user's drive to the app (and vice versa).
>
> As I understand it, there is no provision in JS for app local file read 
> access : you have to upload the local file to the HTTP server, and then back 
> (download) into the app.
> However, there is local write access from the app to the local hard drive.
>
> Is this correct ?
>
> Nicolas Granon
>

RE: FileReference implementation

[Yishay Weiss]

I added an example [1] for loading a file to my examples repo. At some point 
we’ll want to move this repo to Apache but you can browse this and other 
examples here [2] for the time being.

[1] https://github.com/yishayw/Examples/tree/FileProxy

From: Harbs
Sent: Tuesday, October 3, 2017 6:20 PM
To: dev@royale.apache.org; 
ngra...@idylog.com
Subject: Re: FileReference implementation

No. You can read a file using the File APIs. In JS, you can get a Blob and 
ArrayBuffer The rough equivalent to ByteArray in Royale is BinaryData which 
wraps ArrayBuffer and deals with the views and you can get that from a file.

We’ve done work on abstracting those APIs. Yishay did the work on that, so 
he’ll have the best answer.

Harbs

> On Oct 3, 2017, at 4:33 PM, Idylog - Nicolas Granon  
> wrote:
>
> We use FileReference a lot in our Flex apps (data import functionalities, 
> export functionalities).
>
> With FP, it has been possible (since FP 11 if I am correct) to have local 
> read and write access (provided the access is "controlled" by a dialog that 
> the user has to validate) from the user's drive to the app (and vice versa).
>
> As I understand it, there is no provision in JS for app local file read 
> access : you have to upload the local file to the HTTP server, and then back 
> (download) into the app.
> However, there is local write access from the app to the local hard drive.
>
> Is this correct ?
>
> Nicolas Granon
>

RE: FALCON_HOME and FALCONJX_HOME

[Yishay Weiss]

My guess is that neither is obsolete as both of them reside in royale-compiler. 
Maybe we just need to rename them to COMPILER_SWF_HOME and COMPILER_JS_HOME. 
But my compiler knowledge isn’t great so I’d wait for more educated answers.

From: Erik de Bruin
Sent: Thursday, September 28, 2017 4:42 PM
To: dev@royale.apache.org
Subject: FALCON_HOME and FALCONJX_HOME

Hi,

I'm confused (again) ;-)

There used to be (way back when I knew about this stuff) two 'parts' to the
compiler. Now there is only one repo...

The documentation (READme) has info about two env vars - FALCON_HOME and
FALCONJX_HOME - you can set if you install the 'parts' of the compiler in
non-standard locations. With only one compiler repo in Royale, which one is
obsolete?

Thanks,

EdB

Re: Test

[Yishay Weiss]

Yup.

On 2017-09-27 13:37, Harbs  wrote:
> Just a test>
>

RE: Ant Build Problem

[Yishay Weiss]

I’m not sure which -config.xml is being used but the ROYALE_COMPILER_HOME is 
pointing to  C:\dev\flexjs\royale-asjs/js



The tests are run as part of



C:\dev\flexjs\royale-asjs> ant clean all



When I try to run the test separately I get



C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale>ant

Buildfile: 
C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\build.xml



clean:



compile:

 [echo] Compiling FlexUnitRoyaleApplication.swf

 [echo] ROYALE_HOME: C:\dev\flexjs\royale-asjs

 [echo] ROYALE_SWF_COMPILER_HOME: C:\dev\flexjs\royale-compiler\compiler

 [echo] FLEXUNIT_HOME: C:\dev\flexjs\royale-asjs/in/flexunit

 [echo] playerglobal.version: 11.1



BUILD FAILED

C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\build.xml:98:
 
C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\${ROYALE_COMPILER_HOME}\lib
 does not exist.




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Tuesday, November 14, 2017 8:22:01 PM
To: dev@royale.apache.org
Subject: Re: Ant Build Problem

The FlexUnit compile is trying to use the Ant tasks instead of directly
calling the compiler, which is probably worth testing.  You can see that
it picks up the Ant tasks from


  



If ROYALE_COMPILER_HOME is pointing somewhere unexpected, then you might
be loading a really old compiler that is picking up a really old
-config.xml that doesn't have COMPILE::SWF in it.

HTH,
-Alex

On 11/14/17, 10:01 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>The failure is on the compilation of FlexUnitRoyaleApplication.mxml. The
>rest of royale-asjs seems to compile ok. One thing I noticed is that the
>compiler is invoked differently.
>
>file="${basedir}/FlexUnitRoyaleApplication.mxml"
>output="${basedir}/FlexUnitRoyaleApplication.swf">
>
>
>
>
>/>
>value="-swf-library-path+=${ROYALE_HOME}/frameworks/libs" />
>
>
>
>
>Versus
>
>
>
>
>
>
>
>
>
>
>
>value="-load-config=${basedir}/src/main/config/compile-swf-config.xml" />
>value="-js-load-config=${ROYALE_HOME}/frameworks/js-config.xml" />
>value="-js-load-config+=${basedir}/../../js/projects/${ant.project.name}JS
>/src/main/config/compile-js-config.xml" />
>
>
>From: Alex Harui<mailto:aha...@adobe.com.INVALID>
>Sent: Tuesday, November 14, 2017 7:35 PM
>To: dev@royale.apache.org<mailto:dev@royale.apache.org>
>Subject: Re: Ant Build Problem
>
>Even if you did, it is still pretty easy for an environment variable or
>Ant property to get you to use a compiler in another folder, so keep an
>eye open for that.  The Ant scripts usually report what compiler folder
>they are using.
>
>-Alex
>
>On 11/14/17, 9:32 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>
>>I updated compiler and typedefs as well. Will have a look tomorrow.
>>
>>
>>
>>
>>From: Alex Harui <aha...@adobe.com.INVALID>
>>Sent: Tuesday, November 14, 2017 6:25:55 PM
>>To: dev@royale.apache.org
>>Subject: Re: Ant Build Problem
>>
>>I haven't seen that.  You are working with relatively new test code,
>>IIRC.
>> Could be you are using very old compiler?
>>
>>HTH,
>>-Alex
>>
>>On 11/14/17, 3:26 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>>
>>>[mxmlc]
>>>C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\flexU
>>>n
>>>i
>>>tTests\KeyboardEventConverterTest.
>>>as(23): col: 5 Error: Can not resolve config constant: 'SWF'
>>>[mxmlc]
>>>[mxmlc] COMPILE::SWF
>>>[mxmlc] ^
>>>[mxmlc]
>>>
>>>Is anyone else getting it?
>>>
>>
>

RE: Repos and Releases

[Yishay Weiss]

Note that I downloaded the binary version. Maybe building the src will result 
in a duplication.

> In your
>case it is weird that you don't have Language.swc in place.


2017-12-13 10:40 GMT+01:00 Yishay Weiss <yishayj...@hotmail.com>:

> My mistake, I downloaded the regular version, not the jsonly version. So
> now I’m able to configure royale-asjs as a js-only sdk, and run launch
> configurations. The problem I’m seeing now [1] is that Language.swc isn’t
> where jsc thinks it should be (I have it under C:\dev\royale\royale-asjs\
> frameworks\projects\Language\target)
>
>
>
> [1] https://paste.apache.org/fb3I
>
>
>
>
>
> 
> From: Alex Harui <aha...@adobe.com.INVALID>
> Sent: Tuesday, December 12, 2017 10:38:41 PM
> To: dev@royale.apache.org
> Subject: Re: Repos and Releases
>
> Actually, it was:
>
> cd royale-asjs/ide/flashbuilder
> ant -f antscripts.xml setup
>
> I have updated the wiki to reflect this.  I was able to import the jsonly
> SDK and create a new project that compiled without errors.
>
> I'll be looking into the code-assist issue next.
>
> -Alex
>
>
>
> On 12/12/17, 9:24 AM, "Alex Harui" <aha...@adobe.com.INVALID> wrote:
>
> >On 12/12/17, 7:20 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
> >
> >>Ok, I guess I was missing some context. Piotr’s upthread [1] link made it
> >>clear to me what the topic was about…
> >>
> >>So yes, royale-asjs siblings are recognized and it builds fine with ant
> >>all.
> >>
> >>I tried following the wiki for making it work with FB [2] and ran into
> >>some trouble.
> >>
> >>
> >>  1.  The external tools under ide/flashbuilder have references to
> >>$ROYALE_HOME (e.g.  stringAttribute
> >>key="org.eclipse.ui.externaltools.ATTR_LOCATION"
> >>value="$ROYALE_HOME/ide/flashbuilder/antscripts.xml"/). I’m not sure if
> >>these are place holders for the build, or something that’s supposed to
> >>work on mac but on my windows machine I had to replace them with the
> >>explicit path.
> >
> >Yes, the instructions for FB usage needs updating.  I think you have to
> >do:
> >
> >cd ide/flashbuilder
> >ant -f antscripts.xml
> >
> >Before importing the external tools.
> >
> >
> >>  2.  Code completing wasn’t working. Remembering this [3] discussion I
> >>tweaked flex-config.xml and am now getting tag completion in mxml, but
> >>not in AS3 scripts. I’m seeing this [4] in the FB log.
> >
> >It is still on my list to try to fix this.
> >>
> >>
> >>One thing I’m not clear about, which is related to (b) is whether we can
> >>use FB and similar IDEs with a JS only package. I had to run
> >>InstallAdobeSDKs.xml which copies depends on playerglobal.swc and AIR so
> >>I’m guessing it needs flash.
> >
> >The JSOnly package should work in FB.  I'll try it again and see why it
> >failed.
> >
> >-Alex
> >>
> >>Thanks.
> >>
> >>
> >>[1]
> >>https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fapachefle
> >>x
> >>build.cloudapp.net%3A8080%2Fjob%2Froyale-asjs%
> 2FlastSuccessfulBuild%2Fart
> >>i
> >>fact%2Fout%2F=02%7C01%7Caharui%40adobe.com%
> 7Cf4463649f2fe48c9b0b708d
> >>5
> >>4173ee6d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%
> 7C636486888529206710&
> >>s
> >>data=4nfCQSPt9m3hp%2FqvZOGoPPvOk%2FdrzX0NARCILiOinNc%3D=0
> >>[2]
> >>https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fgithub.c
> >>o
> >>m%2Fapache%2Froyale-asjs%2Fwiki%2FFlash-Builder-4.7&
> data=02%7C01%7Caharui
> >>%
> >>40adobe.com%7Cf4463649f2fe48c9b0b708d54173ee6d%
> 7Cfa7b1b5a7b34438794aed2c1
> >>7
> >>8decee1%7C0%7C0%7C636486888529206710=
> Qdb0wUJFEhh%2BnnUZZiUVDXNHeLzB
> >>R
> >>%2FwV7d%2BmFsRxKmw%3D=0
> >>[3]
> >>https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fapache-fl
> >>e
> >>x-development.247.n4.nabble.com%2FLAST-CALL-
> Release-FlexJS-FalconJX-0
> >>-
> >>8-0-tp61275p61654.html=02%7C01%7Caharui%40adobe.com%
> 7Cf4463649f2fe48
> >>c
> >>9b0b708d54173ee6d%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C6364868885
> >>2
> >>9206710=rgtHk9T02d4%2BqFNjRiomfNph0KAZFmPv0bkFdl7P
> 7xw%3D=0
> >>[4]
> >>https://na01.safelinks.protection.outlook.com/?

RE: Repos and Releases

[Yishay Weiss]

My mistake, I downloaded the regular version, not the jsonly version. So now 
I’m able to configure royale-asjs as a js-only sdk, and run launch 
configurations. The problem I’m seeing now [1] is that Language.swc isn’t where 
jsc thinks it should be (I have it under 
C:\dev\royale\royale-asjs\frameworks\projects\Language\target)



[1] https://paste.apache.org/fb3I






From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Tuesday, December 12, 2017 10:38:41 PM
To: dev@royale.apache.org
Subject: Re: Repos and Releases

Actually, it was:

cd royale-asjs/ide/flashbuilder
ant -f antscripts.xml setup

I have updated the wiki to reflect this.  I was able to import the jsonly
SDK and create a new project that compiled without errors.

I'll be looking into the code-assist issue next.

-Alex



On 12/12/17, 9:24 AM, "Alex Harui" <aha...@adobe.com.INVALID> wrote:

>On 12/12/17, 7:20 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>
>>Ok, I guess I was missing some context. Piotr’s upthread [1] link made it
>>clear to me what the topic was about…
>>
>>So yes, royale-asjs siblings are recognized and it builds fine with ant
>>all.
>>
>>I tried following the wiki for making it work with FB [2] and ran into
>>some trouble.
>>
>>
>>  1.  The external tools under ide/flashbuilder have references to
>>$ROYALE_HOME (e.g.  stringAttribute
>>key="org.eclipse.ui.externaltools.ATTR_LOCATION"
>>value="$ROYALE_HOME/ide/flashbuilder/antscripts.xml"/). I’m not sure if
>>these are place holders for the build, or something that’s supposed to
>>work on mac but on my windows machine I had to replace them with the
>>explicit path.
>
>Yes, the instructions for FB usage needs updating.  I think you have to
>do:
>
>cd ide/flashbuilder
>ant -f antscripts.xml
>
>Before importing the external tools.
>
>
>>  2.  Code completing wasn’t working. Remembering this [3] discussion I
>>tweaked flex-config.xml and am now getting tag completion in mxml, but
>>not in AS3 scripts. I’m seeing this [4] in the FB log.
>
>It is still on my list to try to fix this.
>>
>>
>>One thing I’m not clear about, which is related to (b) is whether we can
>>use FB and similar IDEs with a JS only package. I had to run
>>InstallAdobeSDKs.xml which copies depends on playerglobal.swc and AIR so
>>I’m guessing it needs flash.
>
>The JSOnly package should work in FB.  I'll try it again and see why it
>failed.
>
>-Alex
>>
>>Thanks.
>>
>>
>>[1]
>>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapachefle
>>x
>>build.cloudapp.net%3A8080%2Fjob%2Froyale-asjs%2FlastSuccessfulBuild%2Fart
>>i
>>fact%2Fout%2F=02%7C01%7Caharui%40adobe.com%7Cf4463649f2fe48c9b0b708d
>>5
>>4173ee6d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636486888529206710&
>>s
>>data=4nfCQSPt9m3hp%2FqvZOGoPPvOk%2FdrzX0NARCILiOinNc%3D=0
>>[2]
>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.c
>>o
>>m%2Fapache%2Froyale-asjs%2Fwiki%2FFlash-Builder-4.7=02%7C01%7Caharui
>>%
>>40adobe.com%7Cf4463649f2fe48c9b0b708d54173ee6d%7Cfa7b1b5a7b34438794aed2c1
>>7
>>8decee1%7C0%7C0%7C636486888529206710=Qdb0wUJFEhh%2BnnUZZiUVDXNHeLzB
>>R
>>%2FwV7d%2BmFsRxKmw%3D=0
>>[3]
>>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-fl
>>e
>>x-development.247.n4.nabble.com%2FLAST-CALL-Release-FlexJS-FalconJX-0
>>-
>>8-0-tp61275p61654.html=02%7C01%7Caharui%40adobe.com%7Cf4463649f2fe48
>>c
>>9b0b708d54173ee6d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C6364868885
>>2
>>9206710=rgtHk9T02d4%2BqFNjRiomfNph0KAZFmPv0bkFdl7P7xw%3D=0
>>[4]
>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.ap
>>a
>>che.org%2Fmb8f=02%7C01%7Caharui%40adobe.com%7Cf4463649f2fe48c9b0b708
>>d
>>54173ee6d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636486888529206710
>>&
>>sdata=7zxTC0iyY5U6yDi9qUU0JKm5%2Fi6Q8Tz9v3BHmQ2cuVY%3D=0
>>
>>
>>
>>
>>From: Alex Harui<mailto:aha...@adobe.com.INVALID>
>>Sent: Tuesday, December 12, 2017 10:15 AM
>>To: dev@royale.apache.org<mailto:dev@royale.apache.org>
>>Subject: Re: Repos and Releases
>>
>>
>>
>>On 12/12/17, 12:06 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>>
>>>I’m trying to understand what’s going on here, so I’ll ask some naïve
>>>questions:
>>>
>>>
>>>  1.  Are royale-compiler and royale-typedefs supposed to be merged into
>>

RE: MXML attributes, minification, and initialization

[Yishay Weiss]

Are we using bracket notation for mxml initialization? If so, it looks like 
we’re breaking a rule [1]:





The examples you linked use both dot-syntax and quoted strings to access 
components.MyComp.prototype.myProp/myComp["myProp"]. This violates a compiler 
assumption in advanced optimizations that you either always use dot-syntax or 
always use quoted strings to refer to a given property - see 
https://developers.google.com/closure/compiler/docs/api-tutorial3#propnames.





[1] https://github.com/google/closure-compiler/issues/2758




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Thursday, December 7, 2017 9:19:38 PM
To: dev@royale.apache.org
Subject: Re: MXML attributes, minification, and initialization

Hi Yishay,

I think you may need to specify the type of myComp.  I'm not sure the
closure compiler is going to inference it.

/** @type components.MyComp */ var myComp = new components.MyComp();

HTH,
-Alex

On 12/7/17, 1:55 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>It looks like exported properties are not renamed when they’re not
>initialized, but are renamed when they are. I think I’ve demonstrated [1]
>that this results in bugs in the closure compiler. I suggest to see if
>the closure guys want to fix this or can suggest a workaround.
>
>[1]
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.go
>ogle.com%2Fforum%2F%23!topic%2Fclosure-compiler-discuss%2FgrvfL-PIJUQ
>=02%7C01%7Caharui%40adobe.com%7Cf70f3bcc117a445fe6e208d53d58b3eb%7Cfa7b1b5
>a7b34438794aed2c178decee1%7C0%7C0%7C636482373571232425=GECResTzlpw5G
>WZHUgkqgiuMhy2LpN4xiJz1dO66MmM%3D=0
>
>From: Alex Harui<mailto:aha...@adobe.com.INVALID>
>Sent: Thursday, December 7, 2017 12:46 AM
>To: dev@royale.apache.org<mailto:dev@royale.apache.org>
>Subject: Re: MXML attributes, minification, and initialization
>
>I think our choices are to not allow any public vars in MXML Components,
>or to warn folks if they use public vars that are primitive types.  I
>guess I don't care too much which way folks want to go.  Sounds like the
>first options, I would probably choose the second.  Let's see what others
>think.
>
>But I'm pretty certain we'll need to keep @export statements so the
>properties can be set from MXML.  At least for a while.
>
>My 2 cents,
>-Alex
>
>On 12/6/17, 1:28 PM, "Harbs" <harbs.li...@gmail.com> wrote:
>
>>
>>> On Dec 6, 2017, at 9:19 PM, Alex Harui <aha...@adobe.com.INVALID>
>>>wrote:
>>>
>>> On 12/6/17, 10:01 AM, "Harbs" <harbs.li...@gmail.com> wrote:
>>>
>>>> Yes. I think we are saying the same thing. It’s curious that
>>>>assignment
>>>> on declaration makes a difference.
>>>
>>> I don't think we are saying the same thing.  Did you actually look at
>>>the
>>> output code?
>>
>>Yes. I did look at the output code, but it was a few days ago.
>>
>>> I'm pretty sure if you assign somewhere other than as an
>>> initialization value, GCC will use the renamed variable.
>>
>>Yup. I was not saying differently.
>>
>>>>
>>>>> But:
>>>>> MyComp.prototype.aa = false;
>>>>> MyComp.prototype.myProp = MyComp.prototype.aa;
>>>>
>>>> I actually think that it’s the reverse (although there’s no practical
>>>> difference):
>>>>
>>>>> MyComp.prototype.myProp = false;
>>>>> MyComp.prototype.aa = MyComp.prototype.myProp;
>>>
>>> I don't think it is the reverse.  GCC is going to use the shortened
>>>name
>>> and never use the exported name as the shortened name is smaller code.
>>
>>Agreed. I think you misread what I wrote. I was being a bit pedantic.
>>
>>>>
>>>> The issue is that all accessors (elsewhere) are renamed to aa instead
>>>>of
>>>> myProp with the exception of the mxml assignment.
>>>
>>> It is ok for things to be renamed as long as the exported reference is
>>>a
>>> reference instead of a value.
>>
>>Right. But Booleans, Strings and Numbers will all have this issue.
>>
>>>>
>>>>> Is not going to work.  I guess the compiler should either warn on
>>>>>public
>>>>> scalar vars, or generate bracket notation for those vars:
>>>>>
>>>>> MyComp.protoype["myProp"] = false;
>>>>
>>>> How would bracket notation work when myProp is used elsewhere? What’s
>>>> going to prevent that from being minified?
>>>>

RE: Repos and Releases

[Yishay Weiss]

I’ll try to add something. Can’t hurt.

>I wonder if we should include a launch cofiguration [2] for showing it in the 
>browser.


[1] https://github.com/apache/royale-asjs/wiki/Flash-Builder-4.7
[2] 
https://stackoverflow.com/questions/3892862/eclipse-setting-up-run-configuration-for-html-javascript-files

From: Alex Harui<mailto:aha...@adobe.com.INVALID>
Sent: Thursday, December 14, 2017 10:10 AM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: Repos and Releases

The asjsc sets configname to "js".  It is not configured to compile with
the Royale Framework.  It is only for raw AS->JS transpiling.  Apps that
use the Royale framework should use mxmlc.

HTH,
-Alex

On 12/13/17, 11:53 PM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>Code completion in FB now working out of the box. Still have an issue [1]
>running asjsc though. Note that FB recognizes Application but the script
>doesn’t.
>
>[1]
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apa
>che.org%2FPkaw=02%7C01%7Caharui%40adobe.com%7Cc073d5244c3a4a8c4c7008d
>542c7c765%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636488348179522554&
>sdata=alK66W8KLnCFp9bskeMoSRfTY%2B%2B5Wm0txR7%2FmToEm2c%3D=0
>
>From: Alex Harui<mailto:aha...@adobe.com.INVALID>
>Sent: Wednesday, December 13, 2017 9:54 PM
>To: dev@royale.apache.org<mailto:dev@royale.apache.org>
>Subject: Re: Repos and Releases
>
>The JSOnly package doesn't have Language.swc and other SWF support SWFs.
>The difference between Language.swc and LanguageJS.swc is that the
>Language.swc has definitions compiled with COMPILE::SWF,true.
>
>I've adjusted the templates to look for LanguageJS.swc first.
>
>Piotr, why is it important to remove the target folders?  They are created
>as part of the Ant build.  A SWC is output in the target folder then
>copied to frameworks/libs or frameworks/js/libs.  Are you just trying to
>save some size of the package?  What do others think about filtering these
>out of the binary package?   Right now, no binaries are explicitly
>filtered out of the source package build before creating the binary
>package.
>
>Thoughts?
>-Alex
>
>On 12/13/17, 2:30 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>
>>Note that I downloaded the binary version. Maybe building the src will
>>result in a duplication.
>>
>>> In your
>>>case it is weird that you don't have Language.swc in place.
>>
>>
>>2017-12-13 10:40 GMT+01:00 Yishay Weiss <yishayj...@hotmail.com>:
>>
>>> My mistake, I downloaded the regular version, not the jsonly version.
>>>So
>>> now I’m able to configure royale-asjs as a js-only sdk, and run launch
>>> configurations. The problem I’m seeing now [1] is that Language.swc
>>>isn’t
>>> where jsc thinks it should be (I have it under
>>>C:\dev\royale\royale-asjs\
>>> frameworks\projects\Language\target)
>>>
>>>
>>>
>>> [1]
>>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.a
>>>p
>>>ache.org%2Ffb3I=02%7C01%7Caharui%40adobe.com%7C6c1b1a5764ed4b58c02f
>>>0
>>>8d542148301%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636487578222154
>>>4
>>>09=4nofhHTHjmmfJb93tdcB3wWGZIgOIgF3GSQHSjqGtLw%3D=0
>>>
>>>
>>>
>>>
>>>
>>> 
>>> From: Alex Harui <aha...@adobe.com.INVALID>
>>> Sent: Tuesday, December 12, 2017 10:38:41 PM
>>> To: dev@royale.apache.org
>>> Subject: Re: Repos and Releases
>>>
>>> Actually, it was:
>>>
>>> cd royale-asjs/ide/flashbuilder
>>> ant -f antscripts.xml setup
>>>
>>> I have updated the wiki to reflect this.  I was able to import the
>>>jsonly
>>> SDK and create a new project that compiled without errors.
>>>
>>> I'll be looking into the code-assist issue next.
>>>
>>> -Alex
>>>
>>>
>>>
>>> On 12/12/17, 9:24 AM, "Alex Harui" <aha...@adobe.com.INVALID> wrote:
>>>
>>> >On 12/12/17, 7:20 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>>> >
>>> >>Ok, I guess I was missing some context. Piotr’s upthread [1] link
>>>made it
>>> >>clear to me what the topic was about…
>>> >>
>>> >>So yes, royale-asjs siblings are recognized and it builds fine with
>>>ant
>>> >>all.
>>> >>
>>> >>I tried following the wiki for making it work

RE: Repos and Releases

[Yishay Weiss]

Code completion in FB now working out of the box. Still have an issue [1] 
running asjsc though. Note that FB recognizes Application but the script 
doesn’t.

[1] https://paste.apache.org/Pkaw

From: Alex Harui<mailto:aha...@adobe.com.INVALID>
Sent: Wednesday, December 13, 2017 9:54 PM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: Repos and Releases

The JSOnly package doesn't have Language.swc and other SWF support SWFs.
The difference between Language.swc and LanguageJS.swc is that the
Language.swc has definitions compiled with COMPILE::SWF,true.

I've adjusted the templates to look for LanguageJS.swc first.

Piotr, why is it important to remove the target folders?  They are created
as part of the Ant build.  A SWC is output in the target folder then
copied to frameworks/libs or frameworks/js/libs.  Are you just trying to
save some size of the package?  What do others think about filtering these
out of the binary package?   Right now, no binaries are explicitly
filtered out of the source package build before creating the binary
package.

Thoughts?
-Alex

On 12/13/17, 2:30 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>Note that I downloaded the binary version. Maybe building the src will
>result in a duplication.
>
>> In your
>>case it is weird that you don't have Language.swc in place.
>
>
>2017-12-13 10:40 GMT+01:00 Yishay Weiss <yishayj...@hotmail.com>:
>
>> My mistake, I downloaded the regular version, not the jsonly version. So
>> now I’m able to configure royale-asjs as a js-only sdk, and run launch
>> configurations. The problem I’m seeing now [1] is that Language.swc
>>isn’t
>> where jsc thinks it should be (I have it under
>>C:\dev\royale\royale-asjs\
>> frameworks\projects\Language\target)
>>
>>
>>
>> [1]
>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.ap
>>ache.org%2Ffb3I=02%7C01%7Caharui%40adobe.com%7C6c1b1a5764ed4b58c02f0
>>8d542148301%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C6364875782221544
>>09=4nofhHTHjmmfJb93tdcB3wWGZIgOIgF3GSQHSjqGtLw%3D=0
>>
>>
>>
>>
>>
>> 
>> From: Alex Harui <aha...@adobe.com.INVALID>
>> Sent: Tuesday, December 12, 2017 10:38:41 PM
>> To: dev@royale.apache.org
>> Subject: Re: Repos and Releases
>>
>> Actually, it was:
>>
>> cd royale-asjs/ide/flashbuilder
>> ant -f antscripts.xml setup
>>
>> I have updated the wiki to reflect this.  I was able to import the
>>jsonly
>> SDK and create a new project that compiled without errors.
>>
>> I'll be looking into the code-assist issue next.
>>
>> -Alex
>>
>>
>>
>> On 12/12/17, 9:24 AM, "Alex Harui" <aha...@adobe.com.INVALID> wrote:
>>
>> >On 12/12/17, 7:20 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>> >
>> >>Ok, I guess I was missing some context. Piotr’s upthread [1] link
>>made it
>> >>clear to me what the topic was about…
>> >>
>> >>So yes, royale-asjs siblings are recognized and it builds fine with
>>ant
>> >>all.
>> >>
>> >>I tried following the wiki for making it work with FB [2] and ran into
>> >>some trouble.
>> >>
>> >>
>> >>  1.  The external tools under ide/flashbuilder have references to
>> >>$ROYALE_HOME (e.g.  stringAttribute
>> >>key="org.eclipse.ui.externaltools.ATTR_LOCATION"
>> >>value="$ROYALE_HOME/ide/flashbuilder/antscripts.xml"/). I’m not sure
>>if
>> >>these are place holders for the build, or something that’s supposed to
>> >>work on mac but on my windows machine I had to replace them with the
>> >>explicit path.
>> >
>> >Yes, the instructions for FB usage needs updating.  I think you have to
>> >do:
>> >
>> >cd ide/flashbuilder
>> >ant -f antscripts.xml
>> >
>> >Before importing the external tools.
>> >
>> >
>> >>  2.  Code completing wasn’t working. Remembering this [3] discussion
>>I
>> >>tweaked flex-config.xml and am now getting tag completion in mxml, but
>> >>not in AS3 scripts. I’m seeing this [4] in the FB log.
>> >
>> >It is still on my list to try to fix this.
>> >>
>> >>
>> >>One thing I’m not clear about, which is related to (b) is whether we
>>can
>> >>use FB and similar IDEs with a JS only package. I had to run
>> >>InstallAdobeSDKs.xml which copies depends

RE: Repos and Releases

[Yishay Weiss]

I added it, but I haven’t been able to figure out the default browser location. 
Posted a question on the Eclipse forum. For now, users will need to manually 
fix the launch script by replacing $PATH_TO_BROWSER.

>I've thought about doing something like that, but personally don't want to
>deal with figuring out which browser to launch.

On 12/14/17, 12:34 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>I’ll try to add something. Can’t hurt.
>
>>I wonder if we should include a launch cofiguration [2] for showing it
>>in the browser.
>
>
>[1]
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.co
>m%2Fapache%2Froyale-asjs%2Fwiki%2FFlash-Builder-4.7=02%7C01%7Caharui%
>40adobe.com%7C919de0c0e6d64fab7c5108d542cd8127%7Cfa7b1b5a7b34438794aed2c17
>8decee1%7C0%7C0%7C636488372770026928=%2Bd9X3%2FInQbH0ZVgE5fVmGJrxzyd
>cv47JTpmlkxmdSCY%3D=0
>[2]
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackover
>flow.com%2Fquestions%2F3892862%2Feclipse-setting-up-run-configuration-for-
>html-javascript-files=02%7C01%7Caharui%40adobe.com%7C919de0c0e6d64fab
>7c5108d542cd8127%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636488372770
>026928=Ckxw9je0r40nLKraeQx1lRxhS3QIuh7E1elFSYGCmbM%3D=0
>
>From: Alex Harui<mailto:aha...@adobe.com.INVALID>
>Sent: Thursday, December 14, 2017 10:10 AM
>To: dev@royale.apache.org<mailto:dev@royale.apache.org>
>Subject: Re: Repos and Releases
>
>The asjsc sets configname to "js".  It is not configured to compile with
>the Royale Framework.  It is only for raw AS->JS transpiling.  Apps that
>use the Royale framework should use mxmlc.
>
>HTH,
>-Alex
>
>On 12/13/17, 11:53 PM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>
>>Code completion in FB now working out of the box. Still have an issue [1]
>>running asjsc though. Note that FB recognizes Application but the script
>>doesn’t.
>>
>>[1]
>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.ap
>>a
>>che.org%2FPkaw=02%7C01%7Caharui%40adobe.com%7Cc073d5244c3a4a8c4c7008
>>d
>>542c7c765%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636488348179522554
>>&
>>sdata=alK66W8KLnCFp9bskeMoSRfTY%2B%2B5Wm0txR7%2FmToEm2c%3D=0
>>
>>From: Alex Harui<mailto:aha...@adobe.com.INVALID>
>>Sent: Wednesday, December 13, 2017 9:54 PM
>>To: dev@royale.apache.org<mailto:dev@royale.apache.org>
>>Subject: Re: Repos and Releases
>>
>>The JSOnly package doesn't have Language.swc and other SWF support SWFs.
>>The difference between Language.swc and LanguageJS.swc is that the
>>Language.swc has definitions compiled with COMPILE::SWF,true.
>>
>>I've adjusted the templates to look for LanguageJS.swc first.
>>
>>Piotr, why is it important to remove the target folders?  They are
>>created
>>as part of the Ant build.  A SWC is output in the target folder then
>>copied to frameworks/libs or frameworks/js/libs.  Are you just trying to
>>save some size of the package?  What do others think about filtering
>>these
>>out of the binary package?   Right now, no binaries are explicitly
>>filtered out of the source package build before creating the binary
>>package.
>>
>>Thoughts?
>>-Alex
>>
>>On 12/13/17, 2:30 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>>
>>>Note that I downloaded the binary version. Maybe building the src will
>>>result in a duplication.
>>>
>>>> In your
>>>>case it is weird that you don't have Language.swc in place.
>>>
>>>
>>>2017-12-13 10:40 GMT+01:00 Yishay Weiss <yishayj...@hotmail.com>:
>>>
>>>> My mistake, I downloaded the regular version, not the jsonly version.
>>>>So
>>>> now I’m able to configure royale-asjs as a js-only sdk, and run launch
>>>> configurations. The problem I’m seeing now [1] is that Language.swc
>>>>isn’t
>>>> where jsc thinks it should be (I have it under
>>>>C:\dev\royale\royale-asjs\
>>>> frameworks\projects\Language\target)
>>>>
>>>>
>>>>
>>>> [1]
>>>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.
>>>>a
>>>>p
>>>>ache.org%2Ffb3I=02%7C01%7Caharui%40adobe.com%7C6c1b1a5764ed4b58c02
>>>>f
>>>>0
>>>>8d542148301%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63648757822215
>>>>4
>>>>4
>>>>09=4nofhHTHjmmfJb93tdcB3wWGZIgOIgF3GSQHSjqGtLw%3D=0
>>>>
>>>>
>>

RE: [royale-asjs] 01/01: First (non-working) version

[Yishay Weiss]

Why not listen to the container’s ‘initComplete’? Also, doesn’t DisableBead 
work for containers as is?




From: Piotr Zarzycki 
Sent: Monday, November 13, 2017 3:15:54 PM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] 01/01: First (non-working) version

Harbs,

First thought is register to "initComplete" for each children ? But does
each of our children emit such event ?

Piotr


2017-11-13 14:01 GMT+01:00 Harbs :

> I need some help here.
>
> The code should be working, but the bead is added before the children are
> added, so the styles and attributes are not applied.
>
> Any ideas on how to delay the execution until after the full tree of
> children are added?
>
> Thanks,
> Harbs
>
> > On Nov 13, 2017, at 2:57 PM, ha...@apache.org wrote:
> >
> > This is an automated email from the ASF dual-hosted git repository.
> >
> > harbs pushed a commit to branch feature/disable-children-bead
> > in repository https://gitbox.apache.org/repos/asf/royale-asjs.git
> >
> > commit c1cc651a6f03cbcdb6792eed367140404adf7863
> > Author: Harbs 
> > AuthorDate: Mon Nov 13 14:57:34 2017 +0200
> >
> >First (non-working) version
> > ---
> > .../Basic/src/main/resources/basic-manifest.xml|   1 +
> > .../royale/html/beads/DisableChildrenBead.as   | 152
> +
> > 2 files changed, 153 insertions(+)
> >
> > diff --git a/frameworks/projects/Basic/src/main/resources/basic-manifest.xml
> b/frameworks/projects/Basic/src/main/resources/basic-manifest.xml
> > index 90b72b3..02a8579 100644
> > --- a/frameworks/projects/Basic/src/main/resources/basic-manifest.xml
> > +++ b/frameworks/projects/Basic/src/main/resources/basic-manifest.xml
> > @@ -113,6 +113,7 @@
> >  class="org.apache.royale.html.beads.UnselectableElementBead"/>
> >  > class="org.apache.royale.html.beads.DisableBead"
> />
> >  > class="org.apache.royale.html.beads.DisabledAlphaBead"
> />
> > + > class="org.apache.royale.html.beads.DisableChildrenBead"
> />
> >  class="org.apache.royale.html.accessories.NumericOnlyTextInputBead" />
> >  > class="org.apache.royale.html.accessories.PasswordInputBead"
> />
> >  class="org.apache.royale.html.accessories.PasswordInputRemovableBead" />
> > diff --git a/frameworks/projects/Basic/src/main/royale/org/apache/
> royale/html/beads/DisableChildrenBead.as b/frameworks/projects/Basic/
> src/main/royale/org/apache/royale/html/beads/DisableChildrenBead.as
> > new file mode 100644
> > index 000..ca4ffa1
> > --- /dev/null
> > +++ b/frameworks/projects/Basic/src/main/royale/org/apache/
> royale/html/beads/DisableChildrenBead.as
> > @@ -0,0 +1,152 @@
> > +///
> /
> > +//
> > +//  Licensed to the Apache Software Foundation (ASF) under one or more
> > +//  contributor license agreements.  See the NOTICE file distributed
> with
> > +//  this work for additional information regarding copyright ownership.
> > +//  The ASF licenses this file to You under the Apache License, Version
> 2.0
> > +//  (the "License"); you may not use this file except in compliance with
> > +//  the License.  You may obtain a copy of the License at
> > +//
> > +//  http://www.apache.org/licenses/LICENSE-2.0
> > +//
> > +//  Unless required by applicable law or agreed to in writing, software
> > +//  distributed under the License is distributed on an "AS IS" BASIS,
> > +//  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied.
> > +//  See the License for the specific language governing permissions and
> > +//  limitations under the License.
> > +//
> > +///
> /
> > +package org.apache.royale.html.beads
> > +{
> > + COMPILE::SWF {
> > + import flash.display.DisplayObjectContainer;
> > + }
> > +
> > + import org.apache.royale.core.IBead;
> > + import org.apache.royale.core.IStrand;
> > + import org.apache.royale.core.IUIBase;
> > + import org.apache.royale.core.UIHTMLElementWrapper;
> > + import org.apache.royale.events.Event;
> > + import org.apache.royale.events.IEventDispatcher;
> > + import org.apache.royale.events.ValueEvent;
> > +
> > + COMPILE::JS{
> > + import org.apache.royale.core.WrappedHTMLElement;
> > + import org.apache.royale.core.HTMLElementWrapper;
> > + }
> > + /**
> > +  *  The DisableBead class is a specialty bead that can be used with
> > +  *  any UIBase. When disabled is true, the bead prevents
> interaction with the component.
> > +  *  The appearance of the component when disabled is controlled by
> a separate bead.
> > +  *
> > +  *  @langversion 3.0
> > +  *  @playerversion Flash 10.2
> > +  *  @playerversion AIR 2.6
> > +  *  @productversion Royale 0.0
> > +  */
> > + public class 

RE: [royale-asjs] 01/01: First (non-working) version

[Yishay Weiss]

It looks like initComplete is called after children are initialized [1]



I would add the focus disable behavior as a separate bead as Piotr suggested 
(similar to DisabledAlphaBead).



[1] https://github.com/yishayw/Examples/tree/initComplete




From: Harbs <harbs.li...@gmail.com>
Sent: Monday, November 13, 2017 3:26:58 PM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] 01/01: First (non-working) version

Is initComplete fired after all the children are added?

> Also, doesn’t DisableBead work for containers as is?

No. DisableBead helps in so far as you can’t select using the mouse, but you 
can still select using the keyboard by tabbing though controls. For that to 
work, you need to disable tabbing on all the descendants.

> On Nov 13, 2017, at 3:20 PM, Yishay Weiss <yishayj...@hotmail.com> wrote:
>
> Why not listen to the container’s ‘initComplete’? Also, doesn’t DisableBead 
> work for containers as is?
>
>
>
> 
> From: Piotr Zarzycki <piotrzarzyck...@gmail.com>
> Sent: Monday, November 13, 2017 3:15:54 PM
> To: dev@royale.apache.org
> Subject: Re: [royale-asjs] 01/01: First (non-working) version
>
> Harbs,
>
> First thought is register to "initComplete" for each children ? But does
> each of our children emit such event ?
>
> Piotr
>
>
> 2017-11-13 14:01 GMT+01:00 Harbs <harbs.li...@gmail.com>:
>
>> I need some help here.
>>
>> The code should be working, but the bead is added before the children are
>> added, so the styles and attributes are not applied.
>>
>> Any ideas on how to delay the execution until after the full tree of
>> children are added?
>>
>> Thanks,
>> Harbs
>>
>>> On Nov 13, 2017, at 2:57 PM, ha...@apache.org wrote:
>>>
>>> This is an automated email from the ASF dual-hosted git repository.
>>>
>>> harbs pushed a commit to branch feature/disable-children-bead
>>> in repository https://gitbox.apache.org/repos/asf/royale-asjs.git
>>>
>>> commit c1cc651a6f03cbcdb6792eed367140404adf7863
>>> Author: Harbs <ha...@in-tools.com>
>>> AuthorDate: Mon Nov 13 14:57:34 2017 +0200
>>>
>>>   First (non-working) version
>>> ---
>>> .../Basic/src/main/resources/basic-manifest.xml|   1 +
>>> .../royale/html/beads/DisableChildrenBead.as   | 152
>> +
>>> 2 files changed, 153 insertions(+)
>>>
>>> diff --git a/frameworks/projects/Basic/src/main/resources/basic-manifest.xml
>> b/frameworks/projects/Basic/src/main/resources/basic-manifest.xml
>>> index 90b72b3..02a8579 100644
>>> --- a/frameworks/projects/Basic/src/main/resources/basic-manifest.xml
>>> +++ b/frameworks/projects/Basic/src/main/resources/basic-manifest.xml
>>> @@ -113,6 +113,7 @@
>>>> class="org.apache.royale.html.beads.UnselectableElementBead"/>
>>>>> class="org.apache.royale.html.beads.DisableBead"
>> />
>>>>> class="org.apache.royale.html.beads.DisabledAlphaBead"
>> />
>>> +>> class="org.apache.royale.html.beads.DisableChildrenBead"
>> />
>>>> class="org.apache.royale.html.accessories.NumericOnlyTextInputBead" />
>>>>> class="org.apache.royale.html.accessories.PasswordInputBead"
>> />
>>>> class="org.apache.royale.html.accessories.PasswordInputRemovableBead" />
>>> diff --git a/frameworks/projects/Basic/src/main/royale/org/apache/
>> royale/html/beads/DisableChildrenBead.as b/frameworks/projects/Basic/
>> src/main/royale/org/apache/royale/html/beads/DisableChildrenBead.as
>>> new file mode 100644
>>> index 000..ca4ffa1
>>> --- /dev/null
>>> +++ b/frameworks/projects/Basic/src/main/royale/org/apache/
>> royale/html/beads/DisableChildrenBead.as
>>> @@ -0,0 +1,152 @@
>>> +///
>> /
>>> +//
>>> +//  Licensed to the Apache Software Foundation (ASF) under one or more
>>> +//  contributor license agreements.  See the NOTICE file distributed
>> with
>>> +//  this work for additional information regarding copyright ownership.
>>> +//  The ASF licenses this file to You under the Apache License, Version
>> 2.0
>>> +//  (the "License"); you may not use this file except in compliance with
>>> +//  the License.  You may obtain a copy of the License at
>>>

Ant Build Problem

[Yishay Weiss]

[mxmlc] 
C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\flexUnitTests\KeyboardEventConverterTest.
as(23): col: 5 Error: Can not resolve config constant: 'SWF'
[mxmlc]
[mxmlc] COMPILE::SWF
[mxmlc] ^
[mxmlc]

Is anyone else getting it?

RE: About Semantic UI and our UI Set + look-and-feel effort

[Yishay Weiss]

One thing that I found problematic with the mdl implementation was that there 
was a feeling of thin wrappers on a blackbox. Whatever default theme we choose, 
I think we should implement it so the core functionality is easily 
understandable to an AS3 programmer with some CSS knowledge. That should also 
help create new good looking components (and themes) easier by looking at the 
existing examples.




From: carlos.rov...@gmail.com  on behalf of Carlos 
Rovira 
Sent: Tuesday, November 14, 2017 5:10:21 PM
To: dev@royale.apache.org
Subject: About Semantic UI and our UI Set + look-and-feel effort

Hi,

I was looking at Semantic UI and it has most of the things we want to get
with our UI set + Look and feel effort.

I need to investigate it more, but maybe we don't need to reinvent the
wheel here. Supposing licenses are ok, we could base the new UI Set to be
based on Semantic UI or make our own Semantic UI implementation.

Regarding look -and-feel you can get most of the main actual look and feels
out-of-the-box (material, amazon, bootstrap, twitter,...)

The main concepts behind are great as well:

* Use concise and natural HTML
* Intuitive JS

https://semantic-ui.com

It has already integrations with React, Angular,...

Maybe our potencial is not in this area but in our composition concepts and
this could be integrated.

This would need to make a new UI Set as we did with MDL, but this time this
could be the main UI Set since it could have all we need, different look
and feels, all controls needed...

We can as well use it to reach 1.0 and from there think if we need to
create out own.

Another thing to think about it is how this will deal with other outputs
far beyond javascript (SWF, WebAssembly,...), maybe those outputs will need
to be develop by us

Semantic-UI is under MIT license what I think is compatible with create
what we need or take parts from here right?

Thoughts?


--
Carlos Rovira
http://about.me/carlosrovira

RE: Ant Build Problem

[Yishay Weiss]

Thanks for the pointers Alex. Funnily I stopped getting it after playing around 
with some scripts, cleaning my changes and checking out from git the unit tests 
aren’t being run anymore and so I’m not getting it. I’ll come back to it when 
it starts itching again, but for now I can work.




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Wednesday, November 15, 2017 6:41:20 PM
To: dev@royale.apache.org
Subject: Re: Ant Build Problem

My working copies are all torn up with the refactoring and I'd prefer not
to have to stop and build up another working copy to debug this, assuming
I can even reproduce it.

The factors are:
-The compiler Ant tasks use ROYALE_COMPILER_HOME to find the jsc.jar to run
-Looks like there are bugs in the scripts where ROYALE_COMPILER_HOME is
not set by each script but maybe only the main script
-The FlexUnit compile should be using frameworks/royale-config.xml
-The royale-config.xml should have:
  COMPILE::SWFAUTO
  COMPILE::JSAUTO
-Recent (0.8.0 and later) compilers should convert AUTO to a valid value
for the compile.


HTH,
-Alex

On 11/15/17, 7:48 AM, "Erik de Bruin" <e...@ixsoftware.nl> wrote:

>I see the same issue! I am trying to write a quick tutorial for the new
>wasm code, but I still can't successfully run "ant super-clean all" on
>royale-asjs... Please help?
>
>compile:
> [echo] Compiling FlexUnitRoyaleApplication.swf
> [echo] ROYALE_HOME: /Users/erik/Desktop/tmp/royale-asjs
> [echo] ROYALE_SWF_COMPILER_HOME: /Users/erik/Desktop/tmp/royale-asjs
> [echo] FLEXUNIT_HOME: /Users/erik/Desktop/tmp/royale-asjs/in/flexunit
> [echo] playerglobal.version: 11.1
>[mxmlc] MXMLJSC
>[mxmlc] -debug
>[mxmlc] -compiler.targets=SWF
>[mxmlc] +playerglobal.version=11.1
>[mxmlc]
>+env.PLAYERGLOBAL_HOME=/Users/erik/Documents/Royale/PlayerGlobal/player
>[mxmlc]
>-swf-library-path+=/Users/erik/Desktop/tmp/royale-asjs/frameworks/libs
>[mxmlc]
>-swf-library-path+=/Users/erik/Desktop/tmp/royale-asjs/in/flexunit/flexuni
>t
>[mxmlc] -define=CONFIG::dummy,false
>[mxmlc] +royalelib=/Users/erik/Desktop/tmp/royale-asjs/frameworks/
>[mxmlc]
>-output=/Users/erik/Desktop/tmp/royale-asjs/frameworks/projects/Core/src/t
>est/royale/FlexUnitRoyaleApplication.swf
>[mxmlc] --
>[mxmlc]
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/projects/Core/src/test/roya
>le/FlexUnitRoyaleApplication.mxml
>[mxmlc] Loading configuration:
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/royale-config.xml
>[mxmlc]
>[mxmlc] scanning for overrides: IFlexInfo
>
>
>
>[mxmlc] scanning for overrides: StringTrimmer
>[mxmlc] 2.498695566 seconds
>[mxmlc]
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/projects/Core/src/test/roya
>le/flexUnitTests/KeyboardEventConverterTest.as(23):
>col: 5 Error: Can not resolve config constant: 'SWF'
>[mxmlc]
>[mxmlc] COMPILE::SWF
>[mxmlc] ^
>[mxmlc]
>[mxmlc]
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/projects/Core/src/test/roya
>le/flexUnitTests/KeyboardEventConverterTest.as(56):
>col: 13 Error: Can not resolve config constant: 'SWF'
>[mxmlc]
>[mxmlc] COMPILE::SWF{
>[mxmlc] ^
>[mxmlc]
>[mxmlc]
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/projects/Core/src/test/roya
>le/flexUnitTests/KeyboardEventConverterTest.as(68):
>col: 13 Error: Can not resolve config constant: 'JS'
>[mxmlc]
>[mxmlc] COMPILE::JS{
>[mxmlc] ^
>[mxmlc]
>[mxmlc]
>/Users/erik/Desktop/tmp/royale-asjs/in/flexunit/flexunit/flexunit-4.2.0-20
>140410-flex_4.12.0.swc
>Warning: The definition mx.rpc.IResponder depended on by
>org.flexunit.async.IAsyncTestResponder in the SWC
>/Users/erik/Desktop/tmp/royale-asjs/in/flexunit/flexunit/flexunit-4.2.0-20
>140410-flex_4.12.0.swc
>could not be found
>
>...
>
>[mxmlc]
>
>test:
>[mkdir] Created dir:
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/projects/Core/src/test/roya
>le/out
> [flexunit] Validating task attributes ...
>
>BUILD FAILED
>/Users/erik/Desktop/tmp/royale-asjs/build.xml:569: The following error
>occurred while executing this line:
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/build.xml:118: The
>following
>error occurred while executing this line:
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/build.xml:233: The
>following
>error occurred while executing this line:
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/projects/Core/build.xml:61:
>The following error occurred while executing this line:
>/Users/erik/Desktop/tmp/royale-asjs/frameworks/projects/Core/src/test/roya
>le/build.xml:141:
&g

RE: Ant Build Problem

[Yishay Weiss]

The failure is on the compilation of FlexUnitRoyaleApplication.mxml. The rest 
of royale-asjs seems to compile ok. One thing I noticed is that the compiler is 
invoked differently.












Versus
















From: Alex Harui<mailto:aha...@adobe.com.INVALID>
Sent: Tuesday, November 14, 2017 7:35 PM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: Ant Build Problem

Even if you did, it is still pretty easy for an environment variable or
Ant property to get you to use a compiler in another folder, so keep an
eye open for that.  The Ant scripts usually report what compiler folder
they are using.

-Alex

On 11/14/17, 9:32 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>I updated compiler and typedefs as well. Will have a look tomorrow.
>
>
>
>
>From: Alex Harui <aha...@adobe.com.INVALID>
>Sent: Tuesday, November 14, 2017 6:25:55 PM
>To: dev@royale.apache.org
>Subject: Re: Ant Build Problem
>
>I haven't seen that.  You are working with relatively new test code, IIRC.
> Could be you are using very old compiler?
>
>HTH,
>-Alex
>
>On 11/14/17, 3:26 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>
>>[mxmlc]
>>C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\flexUn
>>i
>>tTests\KeyboardEventConverterTest.
>>as(23): col: 5 Error: Can not resolve config constant: 'SWF'
>>[mxmlc]
>>[mxmlc] COMPILE::SWF
>>[mxmlc] ^
>>[mxmlc]
>>
>>Is anyone else getting it?
>>
>

RE: Ant Build Problem

[Yishay Weiss]

I updated compiler and typedefs as well. Will have a look tomorrow.




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Tuesday, November 14, 2017 6:25:55 PM
To: dev@royale.apache.org
Subject: Re: Ant Build Problem

I haven't seen that.  You are working with relatively new test code, IIRC.
 Could be you are using very old compiler?

HTH,
-Alex

On 11/14/17, 3:26 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>[mxmlc]
>C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\flexUni
>tTests\KeyboardEventConverterTest.
>as(23): col: 5 Error: Can not resolve config constant: 'SWF'
>[mxmlc]
>[mxmlc] COMPILE::SWF
>[mxmlc] ^
>[mxmlc]
>
>Is anyone else getting it?
>

RE: Ant Build Problem

[Yishay Weiss]

I changed ROYALE_SWF_COMPILER_HOME and FLEXUNIT_HOME to match yours but the 
result is the same.

FWIW this is ROYALE_COMPILER_HOME which appears to not resolve correctly:
C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale>echo 
%ROYALE_COMPILER_HOME%
C:\dev\flexjs\royale-asjs/js
From: Harbs<mailto:harbs.li...@gmail.com>
Sent: Wednesday, November 15, 2017 12:01 PM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: Ant Build Problem

It works for me. It looks like your ROYALE_SWF_COMPILER_HOME is pointing to a 
different location than mine.

Here’s the output I get:

CoreTest:

check-for-tests:

check-compiler-home:

check-transpiler-home:

check-compiler:

test:
[available] DEPRECATED -  used to override an existing property.
[available]   Build file should not reuse the same property name for different 
values.

clean:

compile:
 [echo] Compiling FlexUnitRoyaleApplication.swf
 [echo] ROYALE_HOME: /Users/harbs/Documents/ApacheRoyale/royale-asjs
 [echo] ROYALE_SWF_COMPILER_HOME: 
/Users/harbs/Documents/ApacheRoyale/royale-asjs
 [echo] FLEXUNIT_HOME: /Users/harbs/Documents/ApacheRoyale/flex-flexunit
 [echo] playerglobal.version: 11.1
[mxmlc] MXMLJSC
[mxmlc] -debug
[mxmlc] -compiler.targets=SWF
[mxmlc] +playerglobal.version=11.1
[mxmlc] 
+env.PLAYERGLOBAL_HOME=/Users/harbs/Documents/ApacheRoyale/frameworks/libs/player
[mxmlc] 
-swf-library-path+=/Users/harbs/Documents/ApacheRoyale/royale-asjs/frameworks/libs
[mxmlc] 
-swf-library-path+=/Users/harbs/Documents/ApacheRoyale/flex-flexunit/FlexUnit4/target/flexunit-4.3.0-20140410-as3_4.12.0.swc
[mxmlc] 
-swf-library-path+=/Users/harbs/Documents/ApacheRoyale/flex-flexunit/FlexUnit4CIListener/target
[mxmlc] 
+royalelib=/Users/harbs/Documents/ApacheRoyale/royale-asjs/frameworks/
[mxmlc] 
-output=/Users/harbs/Documents/ApacheRoyale/royale-asjs/frameworks/projects/Core/src/test/royale/FlexUnitRoyaleApplication.swf
[mxmlc] --
[mxmlc] 
/Users/harbs/Documents/ApacheRoyale/royale-asjs/frameworks/projects/Core/src/test/royale/FlexUnitRoyaleApplication.mxml
[mxmlc] Loading configuration: 
/Users/harbs/Documents/ApacheRoyale/royale-asjs/frameworks/royale-config.xml


> On Nov 15, 2017, at 11:44 AM, Yishay Weiss <yishayj...@hotmail.com> wrote:
>
> I’m not sure which -config.xml is being used but the ROYALE_COMPILER_HOME is 
> pointing to  C:\dev\flexjs\royale-asjs/js
>
>
>
> The tests are run as part of
>
>
>
> C:\dev\flexjs\royale-asjs> ant clean all
>
>
>
> When I try to run the test separately I get
>
>
>
> C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale>ant
>
> Buildfile: 
> C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\build.xml
>
>
>
> clean:
>
>
>
> compile:
>
> [echo] Compiling FlexUnitRoyaleApplication.swf
>
> [echo] ROYALE_HOME: C:\dev\flexjs\royale-asjs
>
> [echo] ROYALE_SWF_COMPILER_HOME: C:\dev\flexjs\royale-compiler\compiler
>
> [echo] FLEXUNIT_HOME: C:\dev\flexjs\royale-asjs/in/flexunit
>
> [echo] playerglobal.version: 11.1
>
>
>
> BUILD FAILED
>
> C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\build.xml:98:
>  
> C:\dev\flexjs\royale-asjs\frameworks\projects\Core\src\test\royale\${ROYALE_COMPILER_HOME}\lib
>  does not exist.
>
>
>
> 
> From: Alex Harui <aha...@adobe.com.INVALID>
> Sent: Tuesday, November 14, 2017 8:22:01 PM
> To: dev@royale.apache.org
> Subject: Re: Ant Build Problem
>
> The FlexUnit compile is trying to use the Ant tasks instead of directly
> calling the compiler, which is probably worth testing.  You can see that
> it picks up the Ant tasks from
>
>
>   includes="compiler-royaleTasks.jar"/>
>
>
>
> If ROYALE_COMPILER_HOME is pointing somewhere unexpected, then you might
> be loading a really old compiler that is picking up a really old
> -config.xml that doesn't have COMPILE::SWF in it.
>
> HTH,
> -Alex
>
> On 11/14/17, 10:01 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>
>> The failure is on the compilation of FlexUnitRoyaleApplication.mxml. The
>> rest of royale-asjs seems to compile ok. One thing I noticed is that the
>> compiler is invoked differently.
>>
>> >   file="${basedir}/FlexUnitRoyaleApplication.mxml"
>>   output="${basedir}/FlexUnitRoyaleApplication.swf">
>>   
>>   
>>   
>>   
>>   > />
>>   > value="-swf-library-path+=${ROYALE_HOME}/frameworks/libs" />
>>   
>>   
>>   
>>
>>

RE: Event Metadata

[Yishay Weiss]

Hi Nicolas,

Very good perspective.

I think Royale’s philosophy is to allow different component sets for different 
user types. The two obvious ones that exist right now are Basic and Express. 
Basic emphasizes small and fast, while Express emphasizes usable.

A lot of the discussions you’ll see on the dev list pertain to the Basic set 
because that should serve as the basis for other sets. In a sense it’s the core 
of the framework and we want to keep it as performant as possible.

I think it’s great that you maintain an app developer’s perspective. It should 
motivate us to invest more time in usability and expand the Express component 
set. Alex has been talking about ‘adopting’ another dev team to facilitate 
their way to a production Royale app. If you choose to go on that path, I’m 
sure the usability issues will receive close attention and the Express 
component set will benefit.

Thanks,
Yishay

From: Idylog - Nicolas Granon
Sent: Thursday, November 2, 2017 12:59 AM
To: dev@royale.apache.org
Subject: RE: Event Metadata

Thank you for your answer.

You say that there is no sure way to know which is faster/smaller.

This somewhat joins your comment about my suggestion regarding 
"DateChooserEvent" ("[royale-asjs] branch develop updated: Fixes #24" thread) 
where you speak about "usability vs code size".

At some point, you have to choose your target (no pun intended). I mean, you 
have to choose if the SDK main "philosophy" is "small", or "fast" or "usable" 
("main" meaning that is does not ignore the other options, but is considered 
prevalent).

Do not forget that (enterprise) Flex Applications have typical long load delays 
: we do not care if an application has a 20s. or 30s. load time (2mn would be 
excessive!).
We compare with "local install" applications like, say Excel, or Photoshop, or 
accounting/payroll/ or any enterprise integrated management software (ERPs).
We definitely do *not* compare with a web site ! (where we want load time under 
3 seconds at most).

Did you ever try to load a Sage(tm) "cloud" application ? (I do not blame 
Sage(tm). It's just an example. I could have talked about SAP(tm) or any other 
"cloud enterprise management software").
Load time is about 1mn30s at best ! Really.
Or, check Photoshop (local install) load time.

Code size, for us, (I insist : "for us, enterprise app developers"), is not 
really an issue. Our first Flex app was created 8 years ago. It's now a 2MB SWF 
(compressed) initial load. We never had any complaint from any customer about 
load time.
On the other end, runtime performance *is* important (interactive).

In the end, what will make us choose Apache Royale over other options (React 
being on top of the list) is mainly usability from the developers' point of 
view, and interactive responsiveness, not "small footprint".

If Apache Royale main target is enterprise applications (RIAs) we believe it 
should favor usability over small footprint and short load time and avoid 
"unnecessary" complexity.
Enterprise apps users do not have the same expectations as "individuals" (web 
surfers). They favor consistency, robustness and ergonomics over raw 
performances (but of course, runtime performance must not go against 
ergonomics). Even on mobile devices, our customers accept "long" load time 
because they know that they are loading an enterprise app. Not a widget.

*
Classic Flex was about RIAs. We realize that we do not really know what Apache 
Royale is about.
Is it RIAs ?
*

We believe that it should be clearly decided, as it will shape the evolution of 
the project.

Some of us here (applications developers) are in the RIA domain. Others might 
be in other domains where the trade-off are different.

In classic Flex, code size was not a concern : code was big (really big !) but 
usability was great. It was an assumed choice, and I believe all RIAs 
developers were quite aware of that choice. If code was really too big, you 
could slice the app into modules and load on-demand.
Believe us, we never heard a user complaining about time lag when switching 
from "payroll module" to "accounting module" (even if it meant waiting for 
30s.) : when you switch from one "universe" to another, everybody think it is 
normal to have a lag.

On the other hand, it the dev team's goal is to create a "web site" creation 
tool, please say it clearly ! It's quite a different goal, and trade-off output 
will be quite different !

To summarize, we believe that, for enterprise application developers, the 
"usability" criterion comes first, "fast" being second, and "small" being last.

I'm pretty sure that all this will raise some comments !

Best regards,

Nicolas Granon




> -Message d'origine-
> De : Alex 

RE: Source path in framework SWCs

[Yishay Weiss]

Let’s hope FDT provides Royale support. We need a presence in Eclipse. New 
versions of Eclipse support generic editors that support language servers so 
maybe Josh’s work can be reused…




From: Alex Harui 
Sent: Tuesday, November 7, 2017 7:41:24 PM
To: dev@royale.apache.org; ngra...@idylog.com
Subject: Re: Source path in framework SWCs

AFAIK, there is no way to link the source-path "out-of-the-box".  It is a
limitation of Flash Builder.  We might provide a script that injects the
links into a project's files.  That's about the best we can do, short of
monkey-patching FB.

Long-term, the newer IDEs (VSCode, Moonshine) and older IDEs that have
active support (FDT, possibly) will eventually replace FB.  I am only
maintaining FB so there is one less thing to have to change to get started
with Royale, but you may want to move off of FB before you finish.

-Alex

On 11/7/17, 5:37 AM, "Idylog - Nicolas Granon"  wrote:

>Is it possible to have the framework's SWCs compiled in such a way that
>the
>"source path" is automatically attached (/projects folder and subfolder) ?
>Or maybe it is rather something to specify in a config file (and not when
>compiling the SWCs) ?
>
>It would really help to have the "go to definition" feature to work
>without
>having to manually link all those source files (and doing it again at each
>new version of the SDK !)
>
>Nicolas Granon
>
>
>
>
>

RE: Currency formatter instanciation issue (was RE: ApplicationComplete event not firing)

[Yishay Weiss]

Does



%ROYALE_HOME%/frameworks/libs/Formatters.swc exist?




From: Idylog - Nicolas Granon <ngra...@idylog.com>
Sent: Monday, November 6, 2017 4:27:22 PM
To: dev@royale.apache.org
Subject: Currency formatter instanciation issue (was RE: ApplicationComplete 
event not firing)

No, declaring the formatter in a  tag doesn't work
either...

Execution is stopped after preinitialize event fires.
Initialize and applicationComplete events never fire. (I presume that a
declaration tag is processed at initialize step ?).

(Thank you for the link to the examples repo !)

Nicolas Granon




> -Message d'origine-
> De : Yishay Weiss [mailto:yishayj...@hotmail.com]
> Envoyé : lundi 6 novembre 2017 14:53
> À : dev@royale.apache.org; ngra...@idylog.com
> Objet : RE: ApplicationComplete event not firing
>
> Can’t see anything wrong with what you’ve given us. Does this [1] run
> for you?
>
>
>
> BTW, feel free to post examples of problems (or successful runs) on
> that [1] repo.
>
>
>
> [1]
> https://github.com/yishayw/Examples/blob/CurrencyFormatter/Examples.mxm
> l
>
>
>
> 
> From: Idylog - Nicolas Granon <ngra...@idylog.com>
> Sent: Monday, November 6, 2017 2:35:28 PM
> To: 'Harbs'; dev@royale.apache.org
> Subject: RE: ApplicationComplete event not firing
>
> You are right ! It does fire...unless some "silent" error happens while
> building the initial view !
>
> We found that there was an error in the listener for the inner view
> "initComplete" event.
> This "inner error" prevents the applicationComplete to fire.
>
> But we do not understand why this error happens :
>
> The "inner view" initComplete listener error is caused by the following
> statements :
> var cf:CurrencyFormatter;
> cf=new CurrencyFormatter();
>
> It is the instantiation of the currency formatter which causes some
> problem (???).
>
> After adding a try/catch block, we get this message from the error
> object :
> org.apache.royale.html.accessories is undefined
>
> although, of course, we import it like this (import is generated by
> code assist) :
> import org.apache.royale.html.accessories.CurrencyFormatter;
>
> What are we doing wrong ?
>
>
> Nicolas Granon
>
>
>
>
> > -Message d'origine-
> > De : Harbs [mailto:harbs.li...@gmail.com] Envoyé : lundi 6 novembre
> > 2017 12:53 À : dev@royale.apache.org; ngra...@idylog.com Objet : Re:
> > ApplicationComplete event not firing
> >
> > We are using applicationComplete and it definitely fires.
> >
> > If you post some code maybe I’d have some input.
> >
> > The event type for most events in Royale is Event. Some events have a
> > payload and they have a different event type (such as ValueEvent),
> but
> > events in Royale are much more generalized than Flex.
> >
> > HTH,
> > Harbs
> >
> > > On Nov 6, 2017, at 12:01 PM, Idylog - Nicolas Granon
> > <ngra...@idylog.com> wrote:
> > >
> > > (maybe this is not the right place for this kind of message ? let
> me
> > > know)
> > >
> > > When running our (almost) Hello world application (JS target) it
> > seems
> > > that "applicationComplete" event does not fire.
> > >
> > > "preinitialize" and "initialize" events both fire.
> > >
> > > The application "viewChanged" event does not fire on initial load,
> > but
> > > maybe it fires only when the is a view *change*, not when the first
> > > view in "initial view" loads ?
> > >
> > > Also, what is the class of these events ? Code assist shows the
> > > event name, but not its class (???). For now, I declare them as
> > > "Event" but I like to correctly type my arguments...
> > >
> > > Nicolas Granon
> > >
>

RE: ApplicationComplete event not firing

[Yishay Weiss]

Can’t see anything wrong with what you’ve given us. Does this [1] run for you?



BTW, feel free to post examples of problems (or successful runs) on that [1] 
repo.



[1] https://github.com/yishayw/Examples/blob/CurrencyFormatter/Examples.mxml




From: Idylog - Nicolas Granon 
Sent: Monday, November 6, 2017 2:35:28 PM
To: 'Harbs'; dev@royale.apache.org
Subject: RE: ApplicationComplete event not firing

You are right ! It does fire...unless some "silent" error happens while 
building the initial view !

We found that there was an error in the listener for the inner view 
"initComplete" event.
This "inner error" prevents the applicationComplete to fire.

But we do not understand why this error happens :

The "inner view" initComplete listener error is caused by the following 
statements :
var cf:CurrencyFormatter;
cf=new CurrencyFormatter();

It is the instantiation of the currency formatter which causes some problem 
(???).

After adding a try/catch block, we get this message from the error object :
org.apache.royale.html.accessories is undefined

although, of course, we import it like this (import is generated by code 
assist) :
import org.apache.royale.html.accessories.CurrencyFormatter;

What are we doing wrong ?


Nicolas Granon




> -Message d'origine-
> De : Harbs [mailto:harbs.li...@gmail.com]
> Envoyé : lundi 6 novembre 2017 12:53
> À : dev@royale.apache.org; ngra...@idylog.com
> Objet : Re: ApplicationComplete event not firing
>
> We are using applicationComplete and it definitely fires.
>
> If you post some code maybe I’d have some input.
>
> The event type for most events in Royale is Event. Some events have a
> payload and they have a different event type (such as ValueEvent), but
> events in Royale are much more generalized than Flex.
>
> HTH,
> Harbs
>
> > On Nov 6, 2017, at 12:01 PM, Idylog - Nicolas Granon
>  wrote:
> >
> > (maybe this is not the right place for this kind of message ? let me
> > know)
> >
> > When running our (almost) Hello world application (JS target) it
> seems
> > that "applicationComplete" event does not fire.
> >
> > "preinitialize" and "initialize" events both fire.
> >
> > The application "viewChanged" event does not fire on initial load,
> but
> > maybe it fires only when the is a view *change*, not when the first
> > view in "initial view" loads ?
> >
> > Also, what is the class of these events ? Code assist shows the event
> > name, but not its class (???). For now, I declare them as "Event" but
> > I like to correctly type my arguments...
> >
> > Nicolas Granon
> >

RE: Java Default Encoding and Royale Compiler

[Yishay Weiss]

Java seems [1] to take the system encoding which can vary between windows and 
other machines.



My main editors are Eclipse (FB) and vim, Eclipse is set to use UTF-8 while vim 
is using latin1 by default. But in any case, these are easily configurable so I 
don’t see the harm in requiring users to encode to UTF-8.



[1] 
https://stackoverflow.com/questions/1006276/what-is-the-default-encoding-of-the-jvm




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Monday, December 4, 2017 7:36:50 AM
To: dev@royale.apache.org
Subject: Re: Java Default Encoding and Royale Compiler



On 12/3/17, 3:08 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>JAVA_TOOL_OPTIONS=-Dfile.encoding=UTF-8
>
>Is there any reason not to hard code the file encoding in the compiler?
>
I don't know for sure, but the first question that comes to mind is why
Java itself hasn't bothered to default to a particular file encoding.

Also, especially for folks using Windows, what kinds of editors do you use
and what file encoding do those editors use?

My 2 cents,
-Alex

MXML attributes, minification, and initialization

[Yishay Weiss]

We ran into an interesting problem with minification. If you have a component 
with an attribute that’s initialized like this:

public var myProp:Boolean = false;

and you try to initialize it from mxml () the result will 
be myComp == true in debug and myComp == false in release.

We found 2 ways around that: either don’t initialize (public var 
myProp:Boolean) or use get/set methods instead.

I’m not sure what’s going on there but it’s something to watch out for.

RE: [Royale - ASJS] PAYG list beads

[Yishay Weiss]

I may be missing something but it looks to me like we already have this 
separation.



IItemRendererClassFactory is responsible for the item renderers, and 
IDataProviderItemRendererMapper listens to change events and inserts/removes 
the item renderer instances.




From: Peter Ent 
Sent: Friday, December 1, 2017 6:23:41 PM
To: dev@royale.apache.org
Subject: Re: [Royale - ASJS] PAYG list beads

Update (aka, Thinking Out Loud):

I think the way to go here is to have new beads like ItemsAdded,
ItemsRemoved, ItemsChanged, added to DataItemRendererFactoryForArrayList
and that bead can delegate the updating of the DataGroup to those beads,
if present. The default can be a bead that listens for
"dataProviderChanged" and do the wholesale replace that the factory bead
does now.

The factory beads will need to have a change in their interfaces to
support having their own beads and to be able to delegate to them.

—peter



On 12/1/17, 9:59 AM, "Peter Ent"  wrote:

>Thanks for the reminder, Justin.
>
>I had thought about the Decorator pattern; after all, beads really should
>be thought of as Decorators. When we add a password protection bead to the
>TextInput component, it does not change what the TextInput component is,
>it merely enhances it.
>
>The problem is that some things in Royale have wandered away from the
>Decorator pattern. The DataItemRendererFactory* beads probably do too
>much. For example, not only are they listening for a "dataProviderChanged"
>event, they act on it by erasing the current itemRenderers and generating
>new ones.
>
>To me, a Decorator version of the DataItemRendererFactory would simply
>provide an itemRenderer from information passed to it (such as the class
>to use). Responding to items being added, changed, or removed would not
>fall to the factory but to something else that would call upon the factory
>to create a new itemRenderer if needed.
>
>The question becomes, what part of a List (or DataContainer) is
>responsible for driving the creation of itemRenderers and listening for
>other changes? To make that a replaceable part, the DataContainer needs a
>core engine that can delegate to its Decorators the responsibility of
>modifying the visuals (itemRenderers) in various ways. That is, in one
>case the addition of a datum to the model would cause a wholesale
>replacement of all itemRenderers and in another case a single new
>itemRenderer would be inserted into the display list.
>
>In either case, the layout beads would then need to know something has
>changed (we do have an event for that) to process the children. Some
>layouts would need to examine every child and move and/or resize it.
>Another layout might cause a fluid effect of sliding some items down to
>insert the new item - which means the item being inserted has to be
>communicated to the layout in a PAYG fashion (meaning: many layouts won't
>need this information but a few might).
>
>The PAYG world gives us lots of opportunities to craft this in different
>ways. I will re-think this now that the Decorator pattern has been brought
>up.
>
>Again, thanks for pointing this out.
>‹peter
>
>On 11/30/17, 7:33 PM, "Justin Mclean"  wrote:
>
>>Hi,
>>
>>>  thinking that when you add DataProviderItemsChangeNotifier to a List
>>>strand, you could also replace the itemRenderer factory that is more
>>>"capable":
>>>
>>> DataItemRendererFactoryForArrayListSupportsItemsAdded
>>> DataItemRendererFactoryForArrayListSupportsItemsRemoved
>>> DataItemRendererFactoryForArrayListSupportsItemsAddedAndRemoved
>>> DataItemRendererFactoryForArrayListSupportsItemsChanged
>>> DataItemRendererFactoryForArrayListSupportsItemsAddedChangedAndRemoved
>>
>>A suggestion would be looking into using the decorator design pattern [1]
>>that way you would only need three beads (and less code duplication).
>>
>>Thanks,
>>Justin
>>
>>1.
>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourcema
>>k
>>ing.com%2Fdesign_patterns%2Fdecorator=02%7C01%7Cpent%40adobe.com%7C9
>>4
>>dc46d35417405d838d08d5385323db%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0
>>%
>>7C636476852095520303=VBGHJoNyY1%2BK5T8ZtpWlNmYJGKatuqzkCt4TO%2F1%2B
>>y
>>XI%3D=0
>

RE: MXML attributes, minification, and initialization

[Yishay Weiss]

nitializing it also uses the renamed value.
>>>>
>>>> @export does not prevent renaming per-se.  Instead it builds up a
>>>> reference to the same thing.  Maybe that's why it doesn't work, scalar
>>>> types are by-value and not by-reference.  IOW, if you have:
>>>>
>>>> AS: public function myMethod() {}
>>>>
>>>> The JS is:
>>>>
>>>> /**
>>>> * @export
>>>> */
>>>> MyComp.prototype.myMethod = function() {};
>>>>
>>>> Then GCC outputs:
>>>>
>>>> MyComp.prototype.aa = function() {};
>>>> MyComp.prototype.myMethod = MyComp.prototype.aa;
>>>>
>>>> GCC will use aa instead of myMethod throughout the minified code.  The
>>>> myMethod is there for callers from outside the minified code or people
>>>> using ["myMethod"] which is what MXML essentially does.
>>>>
>>>> But:
>>>> MyComp.prototype.aa = false;
>>>> MyComp.prototype.myProp = MyComp.prototype.aa;
>>>>
>>>> Is not going to work.  I guess the compiler should either warn on
>>>>public
>>>> scalar vars, or generate bracket notation for those vars:
>>>>
>>>> MyComp.protoype["myProp"] = false;
>>>>
>>>> Thoughts?
>>>> -Alex
>>>>
>>>>
>>>> On 12/6/17, 2:51 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>>>>
>>>>>
>>>>>
>>>>>> For some reason, when this code is output, the code gets minified
>>>>> I guess the question is why the code gets mifinied if it’s annotated
>>>>> with
>>>>> @export. I’m not sure it’s related but when I compile this [1] file
>>>>> with
>>>>> gcc I get an internal compiler error [2]. When replacing in [1]
>>>>>
>>>>> components.MyComp.prototype.myProp = false;
>>>>> with
>>>>> components.MyComp.prototype.myProp;
>>>>>
>>>>> I don’t get the error and myProp is correctly not renamed.
>>>>>
>>>>> [1]
>>>>>
>>>>>
>>>>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste
>>>>>.a
>>>>> pa
>>>>>
>>>>>
>>>>>che.org%2FDSR0=02%7C01%7Caharui%40adobe.com%7C7a9997dab7ab4c01089
>>>>>30
>>>>> 8d
>>>>>
>>>>>
>>>>>53c974ac1%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636481542851008
>>>>>41
>>>>> 7&
>>>>> sdata=LCDygcxHaiINRHE7pFbMEzng%2FUXv%2FgntIRpUSpJ2jBk%3D=0
>>>>> [2]
>>>>>
>>>>>
>>>>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste
>>>>>.a
>>>>> pa
>>>>>
>>>>>
>>>>>che.org%2FYtKp=02%7C01%7Caharui%40adobe.com%7C7a9997dab7ab4c01089
>>>>>30
>>>>> 8d
>>>>>
>>>>>
>>>>>53c974ac1%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636481542851008
>>>>>41
>>>>> 7&
>>>>> sdata=Q2z8qUTVlYFfBXF7T9KuilRc4AdSd8PZnZF6LRD4QCY%3D=0
>>>>>
>>>>
>>>
>>
>

RE: MXML attributes, minification, and initialization

[Yishay Weiss]

This the js output.



/**

* @export

* @type {boolean}

*/

components.MyComp.prototype.myProp = false;




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Tuesday, December 5, 2017 7:31:54 PM
To: dev@royale.apache.org
Subject: Re: MXML attributes, minification, and initialization

It appears that the component in question is an MXML component, as opposed
to an AS component.  In our AS Components, a public var, like the name
property in HTTPHeader.as is output in HTTPHeader.js as:

  /**
  * @export
  * @type {string}
  */
  org.apache.royale.net.HTTPHeader.prototype.name;

Supposedly, the @export will prevent the name property from being renamed
by GCC.


If you look at your MXML component's .js output, does it have @export in
the JSDoc for myProp?  I'm guessing it doesn't and that is the bug.  The
compiler has to do some interesting things to output fx:Script blocks.

Thanks,
-Alex


On 12/5/17, 1:41 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>When I change MyComp to have get/set the result is the following added
>line, which probably protects the public interface.
>
>
>
>Object.defineProperties(wf.prototype,{myProp:{get:wf.prototype.ad,set:wf.p
>rototype.me}})
>
>
>
>
>From: Yishay Weiss <yishayj...@hotmail.com>
>Sent: Tuesday, December 5, 2017 11:00:40 AM
>To: dev@royale.apache.org
>Subject: RE: MXML attributes, minification, and initialization
>
>In this [1] I get the following in debug:
>
>[org.apache.royale.core.View, 1, '_id', true, '$ID1', 0, 0,
>[components.MyComp, 2, 'id', true, 'myComp', 'myProp', true
>And
>this.myLabel.text = "myProp: " + this.myComp.myProp;
>
>And this in release:
>
>
>[W,1,'_id',!0,'$ID1',0,0,[wf,2,'id',!0,'myComp','myProp',!0,
>And
>
>this.myLabel.text='myProp: '+this.myComp.cc
>
>
>So it looks like myComp.myProp is renamed to myComp.cc when reading, but
>not when writing.
>
>If I change the code from
>
>public var myProp:Boolean = false;
>to
>
>public var myProp:Boolean;
>
>Then I get in release
>
>
>this.myLabel.text='myProp: '+this.myComp.myProp
>
>Which has correct behavior.
>
>[1]
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.co
>m%2Fyishayw%2FExamples%2Ftree%2Frelease_bug=02%7C01%7Caharui%40adobe.
>com%7C07c1ce89c6e648015f0e08d53bc45175%7Cfa7b1b5a7b34438794aed2c178decee1%
>7C0%7C0%7C636480636727412967=yfqv4ORwJio8TJJLzFUSFcCbSWGNJHTQMQb9gT9
>LJ9o%3D=0
>
>From: Alex Harui<mailto:aha...@adobe.com.INVALID>
>Sent: Monday, December 4, 2017 7:14 PM
>To: dev@royale.apache.org<mailto:dev@royale.apache.org>
>Subject: Re: MXML attributes, minification, and initialization
>
>Interesting.
>
>What is the generated data structure for that property?  How does the
>generated data structure differ if the property is getter/setter?
>
>Thanks,
>-Alex
>
>On 12/4/17, 3:30 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>
>>We ran into an interesting problem with minification. If you have a
>>component with an attribute that’s initialized like this:
>>
>>public var myProp:Boolean = false;
>>
>>and you try to initialize it from mxml () the result
>>will be myComp == true in debug and myComp == false in release.
>>
>>We found 2 ways around that: either don’t initialize (public var
>>myProp:Boolean) or use get/set methods instead.
>>
>>I’m not sure what’s going on there but it’s something to watch out for.
>>
>

RE: MXML attributes, minification, and initialization

[Yishay Weiss]

>For some reason, when this code is output, the code gets minified
I guess the question is why the code gets mifinied if it’s annotated with 
@export. I’m not sure it’s related but when I compile this [1] file with gcc I 
get an internal compiler error [2]. When replacing in [1]

components.MyComp.prototype.myProp = false;
with
components.MyComp.prototype.myProp;

I don’t get the error and myProp is correctly not renamed.

[1] https://paste.apache.org/DSR0
[2] https://paste.apache.org/YtKp

RE: Repos and Releases

[Yishay Weiss]

I’m trying to understand what’s going on here, so I’ll ask some naïve questions:


  1.  Are royale-compiler and royale-typedefs supposed to be merged into 
royale-asjs?
  2.  If so, why does running ant all from royale-asjs clone said repos?
  3.  “Folks should have noticed that the
IDE-compatible folder is now a royale-asjs subfolder in the binary package.” 
What’s the path to that folder?
  4.  Will my IDE (Flash Builder) recognize changes I make to the framework, in 
other words will re-building the framework from modified source update this (3) 
folder?

Thanks.


From: Alex Harui
Sent: Tuesday, December 12, 2017 3:03 AM
To: dev@royale.apache.org
Subject: Re: Repos and Releases

I think I have the packaging scripts set up to package the 3 repos into a
single source package.  The nightly builds for the past few days have been
churning out this new package.  Folks should have noticed that the
IDE-compatible folder is now a royale-asjs subfolder in the binary package.

I'll be spending a bit more time on some final checks (like execute bits
on the scripts) but I think we're at the point where others should review
the package to see if they like it or not and report things that need
improvement.  If we want to bake in NPM artifact generation into the
scripts, we should get going on that now.

Once we get consensus that this package structure is the one we want to
release, the next thing to try is to create a release candidate.  My
current thinking is to use Maven to generate its per-repo source packages
and alter the Ant script to grab the 3 packages and run the release script
in those packages.

Constructive feedback welcome,
-Alex

On 12/5/17, 11:42 PM, "Piotr Zarzycki"  wrote:

>Ok I will wait for your final push to develop. In any case it looks good
>till now.
>
>Once you update Readme I can make a build - I haven't done ant build for a
>while.
>
>Thanks, Piotr
>
>On Wed, Dec 6, 2017, 08:38 Alex Harui  wrote:
>
>> Hi Piotr,
>>
>> I have all 3 feature/rename branches merged into the develop branch
>> locally.  I'm not sure it is necessary to merge the other way first,
>> especially in royale-asjs because most of the changes were in the
>>compiler.
>>
>> I was going to push it tomorrow (for me) so I can babysit the CI servers
>> if they don't pass since I haven't tested the merge on Windows (the CI
>> server has built and ran tests on Windows on feature/rename).
>>
>> I can hold off if folks want to do more testing on feature/rename before
>> the merge to develop.
>>
>> Regarding Flash dependencies, I would like to see some folks use a clean
>> machine or try to simulate a clean machine (by removing folders and
>> environment variables) and see if they can get the repos and build
>> everything, although that reminds me that I need to update the various
>> READMEs first.
>>
>> Thanks,
>> -Alex
>>
>> On 12/5/17, 11:19 PM, "Piotr Zarzycki" 
>>wrote:
>>
>> >Hi Alex,
>> >
>> >I did merge develop into rename for asjs repo locally, but not sure
>> >whether
>> >I can push it to the rename - let me know.
>> >Apart of that you have said that you need volunteers that check whether
>> >there are still places with dependencies to Flash. - What do you mean
>>by
>> >that actually ? Do you mean making build on branches ? I did it by
>>maven
>> >but not sure whether it is sufficient.
>> >
>> >I did also use your rename branch with Moonshine and everything looks
>>ok.
>> >
>> >I have also discovered that in the following locations for all modules
>> >"frameworks\js\projects\BasicJS\target\" we have swc - probably it
>>should
>> >be excluded in the distribution package build for ant.
>> >
>> >Thanks, Piotr
>> >
>> >2017-12-03 12:53 GMT+01:00 Piotr Zarzycki :
>> >
>> >> In that place I think we should have Wiki page called: "How to
>>download
>> >> IDE ready Royale framework" - or something similar. It should
>>describe
>> >>what
>> >> kind of package do we have and what people need to do in order to
>>have
>> >>SWF
>> >> output.
>> >>
>> >> I don't think we should have in the title word "binary package" - It
>> >> wasn't mean to me anything when I come up to Apache Flex project. I
>> >>believe
>> >> there could be more people like me.
>> >>
>> >> Thanks, Piotr
>> >>
>> >>
>> >> 2017-12-03 8:22 GMT+01:00 Alex Harui :
>> >>
>> >>> I'm going to try to reply to everyone else in this one post...
>> >>>
>> >>> Today, for folks just wanting to write an app with Royale, the
>>nightly
>> >>>for
>> >>> "JSOnly" has everything you need to create JS output, but not SWF
>> >>>output.
>> >>> The nightly for the "FlexJS" package does not (and can never) bundle
>> >>>the
>> >>> Adobe playerglobal and airglobal needed to generate SWF output.  The
>> >>> "FlexJS" nightly contains an Ant script to copy in the Adobe bits
>>after
>> >>> you download 

RE: Publishing royale to npm

[Yishay Weiss]

Royale currently compiles to both  JS and to Flash, so you can choose your 
dependencies. There’s work being done to package a more specialized version 
which compiles to JS only, and I think that’s what the discussion is referring 
to.




From: Dany Dhondt 
Sent: Monday, October 30, 2017 11:46:44 AM
To: dev@royale.apache.org
Subject: Re: Publishing royale to npm

Just as an outsider: isn’t the whole point of royale to get rid of flash 
dependency? I’m eagerly waiting for the first full royale release to finally 
start converting my projects to html/js but the last thing I want is any 
dependency towards flash/swf. So I’m in favor of a jsonly package

Dany



> Op 30 okt. 2017, om 09:15 heeft OmPrakash Muppirala  
> het volgende geschreven:
>
> I was wondering if we should publish the apache.royale-jsonly verson via
> npm instead of the full version with swf support.
> After all, users coming in vial npm would most likely not expect swf
> support.
>
> Any thoughts on this proposal?
>
> Thanks,
> Om

RE: Apache Royale 0.9 setup

[Yishay Weiss]

Hi,

Can you put an fxp somewhere so I can have a look?

Thanks,
Yishay

From: Idylog - Nicolas Granon
Sent: Thursday, October 26, 2017 1:05 AM
To: dev@royale.apache.org
Subject: RE: Apache Royale 0.9 setup

I had only one namespace reference (it is a very small project!).
Changed it as you say.
Same result (same errors and autocomplete not working at all)

Also noticed that syntax checking is not working anymore.

Clearly, IDE is missing some link to syntax definitions...

(tries to "clean project" : same result)
(tries to close and reopen project : same result)
(tried to close and restart IDE : same result)

Also, there was a "flex-typedefs" folder in flexJS 0.8 but no such folder in
0.9 (and no royale-typedefs).

Nicolas Granon




> -Message d'origine-
> De : Peter Ent [mailto:p...@adobe.com.INVALID]
> Envoyé : mercredi 25 octobre 2017 23:40
> À : dev@royale.apache.org; ngra...@idylog.com
> Objet : Re: Apache Royale 0.9 setup
>
> Hi,
>
> Yes - change all "flex" and "flexjs" to "royale". So the namespace will
> have "ns.apache.org/royale/basic".
>
> ‹peter
>
> On 10/25/17, 5:35 PM, "Idylog - Nicolas Granon" 
> wrote:
>
> >Hi Alex,
> >
> >After downloading "apache.royale-jsonly-0.9.0-bin.zip" and unzipping,
> >the "root" directory was accepted by flashbuilder as a SDK directory.
> >
> >However my "stub" project now gives the following compile errors :
> >"internal error in file scope builder subsystem when generating (path
> >to my project base mxml file) : java.lang.nullpointerexception
> Followed
> >by two other errors (internal error in outgoing dependency subsystem
> >and internel error in syntax tree subsystem)
> >
> >Also, auto completion does not work anymore (I have deleted old
> imports
> >like "import org.apache.flex.html.alert" because I suspected that the
> >"flex.html.alert" path was obsolete, but now, Flashbuilder cannot find
> >Alert through autocomplete and thus cannot automatically insert the
> >correct import statement. The same for all classes (autocomplete shows
> >"no suggestion")
> >
> >Something is missing somewhere...!
> >
> >Should I modify the namespace declarations
> >"xmlns:js="library://ns.apache.org/flexjs/basic" ??
> >
> >Nicolas Granon
> >
> >
> >
> >
> >> -Message d'origine-
> >> De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mercredi 25
> >> octobre 2017 23:04 À : dev@royale.apache.org; ngra...@idylog.com
> >> Objet : Re: Apache Royale 0.9 setup
> >>
> >> Hi Nicolas,
> >>
> >> Yeah, we are still fixing bugs after trying to rename everything.  I
> >> was able to start with:
> >>
> >>
> >>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapach
> e
> >>fle
> >>xbuild.cloudapp.net%3A8080%2Fjob%2Froyale-asjs-
> =02%7C01%7C%7C7f61
> >>d36
> >>9db0945440eae08d51bf04bf6%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%
> 7
> >>C63
> >>6445641238635050=RJtXiuzNrCftM3HKUx7aWT1HS2X9szPLZd6DnwEhOtA%3D
> &
> >>res
> >>erved=0
> >> jsonly/lastSuccess
> >> fulBuild/artifact/out/
> >>
> >> And rename royale-sdk-description.xml to flex-sdk-description.xml
> and
> >> change the closing tag to be flex-sdk-description and FB accepted
> >> that as an SDK on my Mac.
> >>
> >> HTH,
> >> -Alex
> >>
> >> On 10/25/17, 11:22 AM, "Idylog - Nicolas Granon"
> 
> >> wrote:
> >>
> >> >I would like to setup a Apache Royale 0.9 environment.
> >> >I do not want to build it, just get the bin distribution.
> >> >I have FlashBuilder setup (Windows).
> >> >I am not interested in SWF output, just JS.
> >> >
> >> >1. Where is the latest bin distribution ? On Jenkins there are
> >> >"royale-asjs", "royale-asjs-only", "royale-asjs-rename" projects...
> >> >Which is the correct one ?
> >> >
> >> >2. I have grabbed "apache-royale-0.9.0-bin.zip" from "royale-asjs-
> >> rename".
> >> >After unzipping, should I launch any ant task or is it "ready for
> use"
> >> ?
> >> >
> >> >3. I have noticed that in "royale-sdk-description.xml" (in the root
> >> >dir) the opening tag () and closing tag
> >> >() do not match
> >> >
> >> >4 In Flashbuilder, you cannot "install" the SDK (it did work with
> >> >FlexJS v 0.8). youget the following error : "Directory does not
> >> contain
> >> >a Flex SDK".
> >> >I have tried to copy and rename "royale-sdk-description.xml" as
> >> >"flex-sdk-description.xml" and corrected the closing tag (now
> >> >) but still no luck. What am I missing ?
> >> >
> >> >5 What about environment variables (Windows) ?
> >> >
> >> >Many thanks in advance
> >> >
> >> >Nicolas Granon
> >> >
> >
> >

RE: [royale-asjs] 02/02: Revert "Updating the source of an ArrayList does not change the view of the component without this change."

[Yishay Weiss]

I’ve created a branch data_grid_update that contains my proposed fix to this. 
You can see usage here [1].



[1] https://github.com/yishayw/Examples/blob/DataGrid_force_change/Examples.mxml




From: Yishay Weiss <yishayj...@hotmail.com>
Sent: Monday, October 30, 2017 5:27:58 PM
To: dev@royale.apache.org
Subject: RE: [royale-asjs] 02/02: Revert "Updating the source of an ArrayList 
does not change the view of the component without this change."

Currently the composite view (DataGridView) has some code designed to propagate 
the data change event to its subviews (DataGridColumnList). I think we need to 
move this code to a separate bead. Then we’ll have finer control over whether 
or not changes in runtime are reflected in the view. I’ll try to create a 
branch demonstrating this.




From: Harbs <harbs.li...@gmail.com>
Sent: Sunday, October 29, 2017 1:48:19 AM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] 02/02: Revert "Updating the source of an ArrayList 
does not change the view of the component without this change."

This change made updating the dataProvider in the DataGridExample work, but it 
seems to have caused an endless recursive layout in some cases.

I’ve reverted it because it seems to have broken existing apps, but I’m not 
completely sure why.

I’m left with the question of how to allow changes to ArrayLists propagating to 
the view without causing the endless loop…

> On Oct 29, 2017, at 1:43 AM, ha...@apache.org wrote:
>
> This is an automated email from the ASF dual-hosted git repository.
>
> harbs pushed a commit to branch develop
> in repository https://gitbox.apache.org/repos/asf/royale-asjs.git
>
> commit 9d20a649a7d417ca62724c98f3906c0d160172ae
> Author: Harbs <ha...@in-tools.com>
> AuthorDate: Sun Oct 29 01:41:08 2017 +0200
>
>Revert "Updating the source of an ArrayList does not change the view of 
> the component without this change."
>
>This reverts commit 313cf14147dfdd53b621b82b949b8544d2b6ed91.
> ---
> .../org/apache/royale/html/beads/models/ArrayListSelectionModel.as   | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git 
> a/frameworks/projects/Basic/src/main/royale/org/apache/royale/html/beads/models/ArrayListSelectionModel.as
>  
> b/frameworks/projects/Basic/src/main/royale/org/apache/royale/html/beads/models/ArrayListSelectionModel.as
> index ec10892..81c606c 100644
> --- 
> a/frameworks/projects/Basic/src/main/royale/org/apache/royale/html/beads/models/ArrayListSelectionModel.as
> +++ 
> b/frameworks/projects/Basic/src/main/royale/org/apache/royale/html/beads/models/ArrayListSelectionModel.as
> @@ -84,6 +84,7 @@ package org.apache.royale.html.beads.models
>  */
>public function set dataProvider(value:Object):void
>{
> +if (value == _dataProvider) return;
>
> _dataProvider = value as IArrayList;
>if(!_dataProvider || _selectedIndex >= 
> _dataProvider.length)
>
> --
> To stop receiving notification emails like this one, please contact
> "comm...@royale.apache.org" <comm...@royale.apache.org>.

RE: [DISCUSS] Explanation of the changes

[Yishay Weiss]

Hi Carlos,

Thanks for your detailed post.

I don’t have time right now to address all of the points you raised, but what 
you wrote in the following extract strikes me as inaccurate.

>For example Jewel Slider is based on input range, while Basic Slider is
>build with two buttons. So even ISlider interfaces are different in Basic
>than in Jewel.
>So key point here: final implementations should not depend one from another
>since any changes in the code of the parent will affect the children.

Basic Slider does not depend on Button, SliderView does. Why not just implement 
a different SliderView and extend Slider as is? Conversely, if you think Slider 
should not have a view (I think it was designed that way for IE compatibility) 
why not fix it in Basic? Also, will swf be supported? If so, how will it be 
different from the Basic implementation?

I’m concerned that breaking dependencies from Basic is a challenge on the 
original design goals of Royale. As I understand it, these design goals include 
being platform agnostic, supporting old browsers, and using composition (view 
as a bead) as a means of specializing classes. If you don’t believe these are 
valid goals that’s fair enough, but I think it should be stated clearly. Maybe 
Basic needs fixing.

Yishay

RE: [royale-asjs] branch feature/revert-refactor updated: Fixes #261. Untyped members need to be surrounded with quotes.

[Yishay Weiss]

Hi Carlos,



If you look at ProgressBar.as:61 you’ll see



private var materialProgress:Object;



this is the raw mdl object that ProgressBar wraps. When you call a method on 
that wrapped object, e.g.



 materialProgress.setProgress(value);



the transpiled minified code could look something like



mp.sp(v),



But because mdl is a third part library which is not touched by our compiler we 
will get a run time error because mdl expects setProgress(), not sp().



One way to solve this is by creating a typedef for materialProgress. That tells 
our compiler not to rename methods and properties belonging to that type. It 
has the added value of catching compile time errors, hinting to IDEs, and as 
Alex says, provides room for optimizations when the compiler gets smarter.



I don’t understand how HTMLDialogELement.as gets generated. Do you remember how 
you did this? Maybe we can add ProgressBar too, for the sake of providing an 
example.


From: carlos.rov...@gmail.com  on behalf of Carlos 
Rovira 
Sent: Monday, June 18, 2018 10:43:06 AM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] branch feature/revert-refactor updated: Fixes #261. 
Untyped members need to be surrounded with quotes.

Hi Yishay,

 I planned MDL like a wrapper of existing JS/CSS MDL functionality. I found
in that way that I need Dialog polyfill so I added to typedefs.
Didn't need anymore at that time. So can you put some example of what you
propose in order to understand better the need of typedefs for raw mdl
components?
thanks

2018-06-18 7:54 GMT+02:00 Yishay Weiss :

> Out of curiosity, why are there no type defs for raw mdl components?
>
>
>
> 
> From: Alex Harui 
> Sent: Monday, June 18, 2018 6:53:51 AM
> To: dev@royale.apache.org; comm...@royale.apache.org
> Subject: Re: [royale-asjs] branch feature/revert-refactor updated: Fixes
> #261. Untyped members need to be surrounded with quotes.
>
> FYI, IMO, the recommended practice is to not have untyped members and
> create types if needed.  But this is for MDL, so doesn't really matter.
>
> My reasoning is that it will always help future optimizers and runtimes to
> know the types of everything.
>
> My 2 cents,
> -Alex
>
> On 6/17/18, 3:43 AM, "yish...@apache.org"  wrote:
>
> This is an automated email from the ASF dual-hosted git repository.
>
> yishayw pushed a commit to branch feature/revert-refactor
> in repository https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fgitbox.apache.org%2Frepos%2Fasf%2Froyale-
> asjs.git=02%7C01%7Caharui%40adobe.com%7Cd77275bd67964759a70908d5d43f
> 1b91%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%
> 7C636648289868136910=OX9Bv6x8tofEiFP4CL618YzO8flAxb
> Thhkdk13pZ3RQ%3D=0
>
>
> The following commit(s) were added to refs/heads/feature/revert-refactor
> by this push:
>  new c1f20f3  Fixes #261. Untyped members need to be surrounded
> with quotes.
> c1f20f3 is described below
>
> commit c1f20f30eeddf4aec20894f5326ec1d188b729c0
> Author: DESKTOP-RH4S838\Yishay 
> AuthorDate: Sun Jun 17 13:42:50 2018 +0300
>
> Fixes #261. Untyped members need to be surrounded with quotes.
> ---
>  .../src/main/royale/org/apache/royale/mdl/ProgressBar.as
>   | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/frameworks/projects/MaterialDesignLite/src/main/
> royale/org/apache/royale/mdl/ProgressBar.as b/frameworks/projects/
> MaterialDesignLite/src/main/royale/org/apache/royale/mdl/ProgressBar.as
> index 8dbaa23..820a9f5 100644
> --- a/frameworks/projects/MaterialDesignLite/src/main/
> royale/org/apache/royale/mdl/ProgressBar.as
> +++ b/frameworks/projects/MaterialDesignLite/src/main/
> royale/org/apache/royale/mdl/ProgressBar.as
> @@ -149,7 +149,7 @@ package org.apache.royale.mdl
>  {
>  if (materialProgress && !_indeterminate)
>  {
> -materialProgress.setProgress(value);
> +materialProgress["setProgress"](value);
>  }
>  }
>
> @@ -171,7 +171,7 @@ package org.apache.royale.mdl
>  {
>  if (!event.currentTarget) return;
>
> -materialProgress = event.currentTarget.MaterialProgress;
> +materialProgress = event.currentTarget["
> MaterialProgress"];
>
>  setCurrentProgress(_currentProgress);
>  setCurrentBuffer(_currentBuffer);
>
> --
> To stop receiving notification emails like this one, please contact
> yish...@apache.org.
>
>
>


--
Carlos Rovira
http://about.me/carlosrovira

RE: [royale-asjs] branch feature/revert-refactor updated: Fixes #261. Untyped members need to be surrounded with quotes.

[Yishay Weiss]

Out of curiosity, why are there no type defs for raw mdl components?




From: Alex Harui 
Sent: Monday, June 18, 2018 6:53:51 AM
To: dev@royale.apache.org; comm...@royale.apache.org
Subject: Re: [royale-asjs] branch feature/revert-refactor updated: Fixes #261. 
Untyped members need to be surrounded with quotes.

FYI, IMO, the recommended practice is to not have untyped members and create 
types if needed.  But this is for MDL, so doesn't really matter.

My reasoning is that it will always help future optimizers and runtimes to know 
the types of everything.

My 2 cents,
-Alex

On 6/17/18, 3:43 AM, "yish...@apache.org"  wrote:

This is an automated email from the ASF dual-hosted git repository.

yishayw pushed a commit to branch feature/revert-refactor
in repository 
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitbox.apache.org%2Frepos%2Fasf%2Froyale-asjs.git=02%7C01%7Caharui%40adobe.com%7Cd77275bd67964759a70908d5d43f1b91%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C636648289868136910=OX9Bv6x8tofEiFP4CL618YzO8flAxbThhkdk13pZ3RQ%3D=0


The following commit(s) were added to refs/heads/feature/revert-refactor by 
this push:
 new c1f20f3  Fixes #261. Untyped members need to be surrounded with 
quotes.
c1f20f3 is described below

commit c1f20f30eeddf4aec20894f5326ec1d188b729c0
Author: DESKTOP-RH4S838\Yishay 
AuthorDate: Sun Jun 17 13:42:50 2018 +0300

Fixes #261. Untyped members need to be surrounded with quotes.
---
 .../src/main/royale/org/apache/royale/mdl/ProgressBar.as  | 4 
++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git 
a/frameworks/projects/MaterialDesignLite/src/main/royale/org/apache/royale/mdl/ProgressBar.as
 
b/frameworks/projects/MaterialDesignLite/src/main/royale/org/apache/royale/mdl/ProgressBar.as
index 8dbaa23..820a9f5 100644
--- 
a/frameworks/projects/MaterialDesignLite/src/main/royale/org/apache/royale/mdl/ProgressBar.as
+++ 
b/frameworks/projects/MaterialDesignLite/src/main/royale/org/apache/royale/mdl/ProgressBar.as
@@ -149,7 +149,7 @@ package org.apache.royale.mdl
 {
 if (materialProgress && !_indeterminate)
 {
-materialProgress.setProgress(value);
+materialProgress["setProgress"](value);
 }
 }

@@ -171,7 +171,7 @@ package org.apache.royale.mdl
 {
 if (!event.currentTarget) return;

-materialProgress = event.currentTarget.MaterialProgress;
+materialProgress = event.currentTarget["MaterialProgress"];

 setCurrentProgress(_currentProgress);
 setCurrentBuffer(_currentBuffer);

--
To stop receiving notification emails like this one, please contact
yish...@apache.org.

RE: [royale-asjs] branch develop updated: fix latest commit, since binary data to string method was not really working

[Yishay Weiss]

Carols,



This breaks our app on IE and Edge, as they don’t support TextDecoder. Can you 
fix this?




From: carlosrov...@apache.org 
Sent: Sunday, May 27, 2018 11:29:14 PM
To: comm...@royale.apache.org
Subject: [royale-asjs] branch develop updated: fix latest commit, since binary 
data to string method was not really working

This is an automated email from the ASF dual-hosted git repository.

carlosrovira pushed a commit to branch develop
in repository https://gitbox.apache.org/repos/asf/royale-asjs.git


The following commit(s) were added to refs/heads/develop by this push:
 new 028a26a  fix latest commit, since binary data to string method was not 
really working
028a26a is described below

commit 028a26ad29aac3740f150f9b971e310731a69db9
Author: Carlos Rovira 
AuthorDate: Sun May 27 22:28:57 2018 +0200

fix latest commit, since binary data to string method was not really working
---
 .../Core/src/main/royale/org/apache/royale/utils/BinaryData.as| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git 
a/frameworks/projects/Core/src/main/royale/org/apache/royale/utils/BinaryData.as
 
b/frameworks/projects/Core/src/main/royale/org/apache/royale/utils/BinaryData.as
index 0aa3097..5500c8f 100644
--- 
a/frameworks/projects/Core/src/main/royale/org/apache/royale/utils/BinaryData.as
+++ 
b/frameworks/projects/Core/src/main/royale/org/apache/royale/utils/BinaryData.as
@@ -213,7 +213,7 @@ public class BinaryData implements IBinaryDataInput, 
IBinaryDataOutput

 COMPILE::JS
 {
-return String.fromCharCode.apply(null, new Uint16Array(ba));
+return (new TextDecoder("utf-8")).decode(ba);
 }
 }

@@ -804,7 +804,7 @@ public class BinaryData implements IBinaryDataInput, 
IBinaryDataOutput
 }
 COMPILE::JS
 {
-return _len;;
+return _len;
 }
 }


--
To stop receiving notification emails like this one, please contact
carlosrov...@apache.org.

RE: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?

[Yishay Weiss]

I guess we’re a bit prejudiced coming from Flex. Once you let go of the notion 
that percentages are not of the available space but of the total parent space, 
it sort of makes sense.




From: Harbs 
Sent: Monday, June 11, 2018 11:29:38 AM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] branch develop updated: Fixes #258. But is that a 
proper fix?

FWIW, I’ve found that the single-most painful part of developing using Royale 
has been layouts.

I *think* defaulting to relative might help some issues, but things like 
percentages simply don’t work as you’d expect in HTML. I have been forced to 
stick calc() css in at least 12 places in my app.

> On Jun 11, 2018, at 11:00 AM, Carlos Rovira  wrote:
>
> Hi,
>
> I'm finding some problems with all this in Jewel as I go deeper with
> layouts. I'll write about it soon, I hope to solve some issue and left most
> important to discuss.
> As I get something working, I see a collateral effect that makes other
> thing that was working fail on some way...it's like a puzzle where
> positioning, layout, states must adjust to work ok. And still I'm getting
> hard time with ClassSelectorList. I think we have an huge issue with class
> name handling through Royale, since is not consistent, and class names are
> essential in html. For example since layouts class names are some kind of
> "typenames", those are removed when a user adds some class...
>
> This is a sneak peak of what I'm finding, and hope to work more over it and
> try to raise only essential issues
>
>
>
> 2018-06-11 9:36 GMT+02:00 Harbs :
>
>> We could always have a bead which sets:
>>
>> .foo *{
>>   position: static;
>> }
>> To reset the defaults of all elements below “foo” to static.
>>
>> Of course to change it to something else, you’d need:
>> .foo .baz{
>>   position: absolute;
>> }
>>
>> I’m not sure how well this would work with the Jewel layout beads. I’m not
>> sure what the specificity is on that.
>>
>> Harbs
>>
>>> On Jun 11, 2018, at 10:11 AM, Alex Harui 
>> wrote:
>>>
>>> The emulation Application is based on Container and thus creates a Div.
>> It may not stay that way, but we did it so that the SystemManager can
>> parent the app like it does in Flex.
>>>
>>> Feel free to commit the bead.  It won't hurt anything and some folks
>> will be able to use it.  I'm still wondering what the right answer is going
>> to be for the emulation component sets.  Or what to do if someone does have
>> some part of the DOM that they do not want style.position set.  There is no
>> CSS way to specify "set style on all parents", AFAIK, which is would help
>> reduce side-effects.
>>>
>>> Later,
>>> -Alex
>>>
>>> On 6/8/18, 9:02 AM, "Harbs"  wrote:
>>>
 Interesting idea, but I thought there was concern about the global
>> selector affecting HTML around the app?
>>>
>>>   Currently, we don’t have an Application class that attaches to
>> regular divs It always controls the body element. Since we control the
>> whole page, it’s not a problem. If we do get to the point where a Royale
>> app can be injected into a random div, then setting a global selector might
>> be a problem if there’s other HTML which relies on static. We can have
>> heavier-duty beads to deal with setting relative positioning in those cases.
>>>
>>>   Harbs
>>>
>>
>>
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira

RE: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?

[Yishay Weiss]

I’ve seen several instances where the offsetParent hasn’t been set yet when 
layout is run, which messes things up. I solved this here by running another 
layout at a later time but I’m interested to hear others on how this should be 
solved.

From: yish...@apache.org
Sent: Sunday, June 3, 2018 1:12 PM
To: comm...@royale.apache.org
Subject: [royale-asjs] branch develop updated: Fixes #258. But is that a proper 
fix?

This is an automated email from the ASF dual-hosted git repository.

yishayw pushed a commit to branch develop
in repository https://gitbox.apache.org/repos/asf/royale-asjs.git


The following commit(s) were added to refs/heads/develop by this push:
 new 37a3a6d  Fixes #258. But is that a proper fix?
37a3a6d is described below

commit 37a3a6d5a433d97b654b134f4d354214224172b6
Author: DESKTOP-RH4S838\Yishay 
AuthorDate: Sun Jun 3 13:11:31 2018 +0300

Fixes #258. But is that a proper fix?
---
 examples/royale/TreeExample/src/main/royale/MyInitialView.mxml | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml 
b/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml
index 8b70a52..f25bfdf 100644
--- a/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml
+++ b/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml
@@ -39,6 +39,11 @@ limitations under the License.

 
 
 

@@ -56,7 +61,7 @@ limitations under the License.
 
 

-   
+   
 
 

RE: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?

[Yishay Weiss]

This could be a good topic to put down here…

https://github.com/apache/royale-asjs/wiki/Layout-Challenges



From: Yishay Weiss 
Sent: Sunday, June 3, 2018 1:18:03 PM
To: dev@royale.apache.org
Subject: RE: [royale-asjs] branch develop updated: Fixes #258. But is that a 
proper fix?

I’ve seen several instances where the offsetParent hasn’t been set yet when 
layout is run, which messes things up. I solved this here by running another 
layout at a later time but I’m interested to hear others on how this should be 
solved.

From: yish...@apache.org<mailto:yish...@apache.org>
Sent: Sunday, June 3, 2018 1:12 PM
To: comm...@royale.apache.org<mailto:comm...@royale.apache.org>
Subject: [royale-asjs] branch develop updated: Fixes #258. But is that a proper 
fix?

This is an automated email from the ASF dual-hosted git repository.

yishayw pushed a commit to branch develop
in repository https://gitbox.apache.org/repos/asf/royale-asjs.git


The following commit(s) were added to refs/heads/develop by this push:
 new 37a3a6d  Fixes #258. But is that a proper fix?
37a3a6d is described below

commit 37a3a6d5a433d97b654b134f4d354214224172b6
Author: DESKTOP-RH4S838\Yishay 
AuthorDate: Sun Jun 3 13:11:31 2018 +0300

Fixes #258. But is that a proper fix?
---
 examples/royale/TreeExample/src/main/royale/MyInitialView.mxml | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml 
b/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml
index 8b70a52..f25bfdf 100644
--- a/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml
+++ b/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml
@@ -39,6 +39,11 @@ limitations under the License.

 
 
 

@@ -56,7 +61,7 @@ limitations under the License.
 
 

-   
+   
 
 

RE: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?

[Yishay Weiss]

This looks ok to me. As I understand it [1] the only difference between 
position: static (which is the default) and position: relative is that they 
don’t obey left, top, bottom, right rules. Since Royale won’t be injecting 
unintended offset values, the default behavior shouldn’t change.



[1] 
https://stackoverflow.com/questions/5011211/difference-between-static-and-relative-positioning




From: Harbs 
Sent: Monday, June 4, 2018 11:55:52 PM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] branch develop updated: Fixes #258. But is that a 
proper fix?

Sorry I was a bit confused. The selector that works is:

.Application * {
position: relative;
}

> On Jun 4, 2018, at 11:32 PM, Harbs  wrote:
>
> Yes. But it cascades down.
>
> I manually made this change to the TreeExample project, and it fixed the bug.
>
>> On Jun 4, 2018, at 7:22 PM, Alex Harui  wrote:
>>
>> I'm still not understanding.  Style.position is not inheriting so how would 
>> it cascade down?  Isn't .Application only applied to the ?
>>
>> Thanks,
>> -Alex
>>
>> On 6/4/18, 9:15 AM, "Harbs"  wrote:
>>
>>   I’m suggesting that we change defaults.css
>>
>>   from:
>>   Application
>>   {
>>   padding: 0px;
>>   margin: 0px;
>>   }
>>
>>   to:
>>   Application
>>   {
>>   padding: 0px;
>>   margin: 0px;
>>   position: relative;
>>   }
>>
>>   I believe this will resolve this issue as the default would cascade down 
>> to all sub-elements. The default would be relative, but beads would be free 
>> to change that to whatever they want.
>>
>>   Of course, that would dictate that UIBase belongs in Basic and not Core… 
>> ;-)
>>
>>   Harbs
>>
>>> On Jun 4, 2018, at 7:10 PM, Alex Harui  wrote:
>>>
>>> I’m not sure exactly what change you are proposing, but UIBase used to set 
>>> position=relative on all positioners.  We took that away so that the "flex" 
>>> and other display/layout styles would not have to deal with the excess 
>>> clutter and overhead of having set position on so many elements in the DOM. 
>>>  Via PAYG, only the elements that need to have a style.position should have 
>>> it set.
>>>
>>> My 2 cents,
>>> -Alex
>>>
>>> On 6/4/18, 8:44 AM, "Harbs"  wrote:
>>>
>>>  It just occurred to me that the problem is due to the default position 
>>> being static.
>>>
>>>  I just added position: relative; to the .Application css and that resolved 
>>> the issue as well.
>>>
>>>  I wonder if we could completely do away with the offsetParent logic in 
>>> UIBase if we make the default position: relative. That would have a major 
>>> positive impact on performance.
>>>
>>>  Thoughts?
>>>  Harbs
>>>
 On Jun 4, 2018, at 6:36 PM, Alex Harui  wrote:

 Hi Yishay,

 IMO, the new fix is better.  And you took the right approach by examining 
 the code flow in the debugger.  When layout fails for what appears to be a 
 timing issue (in this case, offsetParent not set), we definitely want to 
 take the time to carefully analyze why there is a timing issue instead of 
 apply code to work around the current lifecycle.

 I'm not sure we can recommend a general pattern for layouts.  I think 
 there is some PAYG involved.  It could be that in some cases the View 
 should be responsible for setting style.position.  Then the layouts don't 
 have to spend the time verifying style.position.  In other cases the 
 layouts could be used in places where other potential layouts don't rely 
 on style.position being a particular value.  I think BasicLayout for 
 Containers is an example.

 The code you used could be put into a utility function for layouts to use 
 to guarantee that x,y will work as expected.

 Thanks,
 -Alex

 On 6/4/18, 8:22 AM, "yishayw"  wrote:

 Looking at it some more it has nothing to do with data binding. I pushed a
 different fix (799f1878250d8c69347f08442c2c333740efdb8d) that changes the
 layout itself. Here it's assumed the offsetParent is explicitly set before
 children's x and y are set. Should this be a general pattern?




 --
 Sent from: 
 https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-royale-development.20373.n8.nabble.com%2F=02%7C01%7Caharui%40adobe.com%7Cb3fbf0fe3aef48f404ce08d5ca2f0006%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636637225574936981=tQL6czkhz6TGNfiVuLzM8BpNPd%2BudGur3FGTGyZUJew%3D=0


>>>
>>>
>>>
>>
>>
>>
>

RE: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?

[Yishay Weiss]

Ok, but why does that get in the way of ‘flex’ and other display/layout styles?




From: Alex Harui 
Sent: Tuesday, June 5, 2018 7:53:51 PM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] branch develop updated: Fixes #258. But is that a 
proper fix?

If you look at the DOM generated back then, every tag had 
"style="position:relative" on it.

-Alex

On 6/4/18, 11:53 PM, "yishayw"  wrote:

Alex Harui-2 wrote
> UIBase used to set position=relative on all positioners.  We took that
> away so that the "flex" and other display/layout styles would not have to
> deal with the excess clutter and overhead of having set position on so
> many elements in the DOM.

Can you give an example of excess clutter caused by this?




--
Sent from: 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-royale-development.20373.n8.nabble.com%2F=02%7C01%7Caharui%40adobe.com%7Cfe016d3a8a054079c23908d5cab1005c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636637783920590036=mEUKysH2%2FsT4PtSe4ntWlFSZoz3B35zTEs3cJN288yE%3D=0

RE: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?

[Yishay Weiss]

For what it’s worth, I removed x="{filterGrip.width}" and it  works the same. 
So it’s probably just legacy code.
From: Harbs
Sent: Wednesday, June 6, 2018 9:25 PM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] branch develop updated: Fixes #258. But is that a 
proper fix?

I don’t think you realize the full extent of the effect. It’s not just “in 
case” someone wants x and y values. It’s also to *prevent the need* to specify 
x and y values which shouldn’t need to be specified.

Let’s take a piece of ProductsView in RoyaleStore:

















It’s using a flex layout. The flex layout should position the child elements. 
Unfortunately it doesn’t which is why we have the following code there:

 x="{filterGrip.width}”

Without that, the filterGrip space is not accounted for. This is because the 
default is static rather than relative. Changing the default to relative 
removes the necessity to specify an x position dependent on the sibling size.

I was forced to add similar code in my app.

We are also forced to add code to calculate offsetParent which is not PAYG both 
in terms of code and performance.

Simply put: static is a bad default. Default relative positioning gives more 
expected results in 99% of use cases and usually results in *less* code.

My $0.02,
Harbs

> On Jun 6, 2018, at 7:37 PM, Alex Harui  wrote:
>
> Setting position:relative "just-in-case" someone needs to use x,y is not 
> PAYG, IMO.

RE: List Item renderer Click event finds a component in its way

[Yishay Weiss]

Hi  Carlos,



Can you post some example app so I can understand the problem? We’re using List 
in several places in our app, including label and icon renderers, and haven’t 
had this problem.




From: carlos.rov...@gmail.com  on behalf of Carlos 
Rovira 
Sent: Tuesday, July 3, 2018 12:44:17 AM
To: dev@royale.apache.org
Subject: Re: List Item renderer Click event finds a component in its way

Hi Yishay,

thanks for let me know about it. I'm playing with it but I didn't get to
work.
The case is that maybe List component is not ready for this yet.

* event.currentTarget seems not exists in ItemRenderers
* I can use "itemClicked" event in a MXML List (I think is not set the
metadata and the rest of wiring)
* List change event doesn't work as well.

 Hope you or other could point me to a more elegant solution since right
now, since for me the actual solution is a hack that must be converted to
something more final.

Thanks



2018-07-02 16:38 GMT+02:00 Yishay Weiss :

> Take a look at ItemRendererMouseController.handleMouseUp() in Basic. It
> uses currentTarget.
>
>
>
>
>
>
>
> 
> From: carlos.rov...@gmail.com  on behalf of
> Carlos Rovira 
> Sent: Monday, July 2, 2018 5:27:08 PM
> To: dev@royale.apache.org
> Subject: List Item renderer Click event finds a component in its way
>
> Hi,
>
> what's the best way to handle a click event in a List when the Item
> renderer has some components that can interfere in the click event?
>
> I have an icon and a Label in the item renderer and if I click on one of
> those "event.target" is logically set to this components.
>
> How to make "event.target" always resolve to the item-renderer, even if I
> click in the label or the icon.
> If the label or the icon has a click event, then clicking on one of those
> components should call it's own click handler, but if nothing is set up, a
> click in any part of the renderer should call the list click event handler.
>
> In JS I can set pointer-events : none for sub components in item renderers
> but does not seems the best way to handle this
>
> thanks
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>



--
Carlos Rovira
http://about.me/carlosrovira

RE: List Item renderer Click event finds a component in its way

[Yishay Weiss]

Take a look at ItemRendererMouseController.handleMouseUp() in Basic. It uses 
currentTarget.








From: carlos.rov...@gmail.com  on behalf of Carlos 
Rovira 
Sent: Monday, July 2, 2018 5:27:08 PM
To: dev@royale.apache.org
Subject: List Item renderer Click event finds a component in its way

Hi,

what's the best way to handle a click event in a List when the Item
renderer has some components that can interfere in the click event?

I have an icon and a Label in the item renderer and if I click on one of
those "event.target" is logically set to this components.

How to make "event.target" always resolve to the item-renderer, even if I
click in the label or the icon.
If the label or the icon has a click event, then clicking on one of those
components should call it's own click handler, but if nothing is set up, a
click in any part of the renderer should call the list click event handler.

In JS I can set pointer-events : none for sub components in item renderers
but does not seems the best way to handle this

thanks

--
Carlos Rovira
http://about.me/carlosrovira

RE: Bug iterating ArrayList

[Yishay Weiss]

From memory, it wasn’t possible to iterate through ArrayList with for each in 
Flex either.




From: Σπύρος Αγγελόπουλος 
Sent: Thursday, May 3, 2018 10:13:11 AM
To: dev@royale.apache.org
Subject: RE: Bug iterating ArrayList

Hi ,
Issue #220

Spiros



-Original Message-
From: Alex Harui [mailto:aha...@adobe.com.INVALID]
Sent: Wednesday, May 2, 2018 6:53 PM
To: dev@royale.apache.org
Subject: Re: Bug iterating ArrayList

Hi,

Thanks for reporting.  Can you file a GitHub issue?

https://github.com/apache/royale-asjs/issues

Thanks,
-Alex

On 5/2/18, 7:37 AM, "Σπύρος Αγγελόπουλος"  wrote:

The code below produce a strange results

var ar:ArrayList = new ArrayList;
ar.addItem(new String("some value"));
var index:int=0;
for each (var obj:Object in ar)
{
   index++;
}
trace ( "for each iteration ="+ index);
index =0;
for (var i:int=0;i < ar.length ;i++)
{
   index++;
}
trace ("for iterations =" +index);

the console output :

16:26:13.431 Language.js:237 for each iteration =52
16:26:13.432 Language.js:237 for iterations =1



The version of SDK is Apache Royale 0.9.3 FP11.7 AIR14.0 en_US (nightBuild)


Spiros

RE: Compiling Royale Libraries with Flash Builder (SWF)

[Yishay Weiss]

I think that might have been it but I’m now struggling to get a Royale build 
working.



When trying to build Basic I’m getting



C:\dev\flexjs\royale-asjs\frameworks\royale-config.xml(74): col: 0 unable to 
open 'C:\dev\flexjs\royale-asjs\frameworks\\11.1\playerglobal.swc'.



Any pointers would be appreciated…




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Tuesday, January 2, 2018 7:05:48 PM
To: dev@royale.apache.org
Subject: Re: Compiling Royale Libraries with Flash Builder (SWF)

In Project/Properties/Flex Build Path dialog, see which SWCs are being
used.  If your Royale SDK is/was a JS-Only one, you may be using the JS
SWCs during SWF compilation.

HTH,
-Alex

On 1/2/18, 12:42 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>I’m getting messages such as
>1044: interface method applyImageData in interface IImage not implemented
>by class BinaryImage
>
>When I look at IImage I see
>  COMPILE::JS
>  function applyImageData(binaryDataAsString:String):void;
>So it looks like the FB compiler ignores the fact that It’s a JS only
>method and expected swf implementers to implement it as well.
>
>

RE: Compiling Royale Libraries with Flash Builder (SWF)

[Yishay Weiss]

Opened a new thread, the current topic is misleading. Thanks.




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Monday, January 8, 2018 7:18:33 PM
To: dev@royale.apache.org
Subject: Re: Compiling Royale Libraries with Flash Builder (SWF)

Yishay,

I'm not clear what you are trying to do.  How did you get compiler JUNIT
tests to run from Flash Builder?

-Alex

On 1/8/18, 1:18 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>It wasn’t set. Now that I’ve set it I’m getting this:
>
>
>
>tests:
>
>[mkdir] Created dir:
>C:\dev\flexjs\royale-compiler\compiler\target\junit-reports
>
>[mkdir] Created dir:
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp
>
>[junit] Running as.ASExpressionTests
>
>[junit] looking for C:\dev\flexjs\royale-compiler\env.properties
>
>[junit] environment property - FLEX_HOME = C:\dev\flexjs\flex-sdk
>
>[junit] environment property - PLAYERGLOBAL_HOME = C:\dev\flashplayer
>
>[junit] environment property - PLAYERGLOBAL_VERSION = 11.1
>
>[junit] environment property - TLF_HOME = null
>
>[junit] environment property - AIR_HOME = C:\dev\flexjsbuilds\nightly
>
>[junit] environment property - FLASHPLAYER_DEBUGGER = null
>
>[junit] environment property - ASJS_HOME = C:\dev\flexjs\royale-asjs
>
>[junit] environment property - GOOG_HOME =
>C:\dev\flexjsbuilds\nightly/js/lib/google/closure-library
>
>[junit] Generating test:
>
>[junit] Compiling test:
>
>[junit]
>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>8263907973881887007.as
>
>[junit]
>
>[junit] 783 bytes written to
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>8263907973881887007.swf in 1.182 seconds
>
>[junit] After compile:
>
>[junit] Unexpected compilation problems:
>
>[junit]
>
>[junit] Generating test:
>
>[junit] Compiling test:
>
>[junit]
>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>5673153471287683621.as
>
>[junit]
>
>[junit] 767 bytes written to
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>5673153471287683621.swf in 0.578 seconds
>
>[junit] After compile:
>
>[junit] Unexpected compilation problems:
>
>[junit]
>
>[junit] Generating test:
>
>[junit] Compiling test:
>
>[junit]
>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>6206048447772149132.as
>
>[junit]
>
>[junit] 857 bytes written to
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>6206048447772149132.swf in 0.582 seconds
>
>[junit] After compile:
>
>[junit] Unexpected compilation problems:
>
>[junit]
>
>[junit] Tests run: 3, Failures: 3, Errors: 0, Skipped: 0, Time
>elapsed: 2.922 sec
>
>[junit] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
>
>
>
>BUILD FAILED
>
>C:\dev\flexjs\royale-asjs\build.xml:1752: The following error occurred
>while executing this line:
>
>C:\dev\flexjs\royale-asjs\build.xml:1823: The following error occurred
>while executing this line:
>
>C:\dev\flexjs\royale-compiler\build.xml:80: The following error occurred
>while executing this line:
>
>C:\dev\flexjs\royale-compiler\compiler\build.xml:711: The following error
>occurred while executing this line:
>
>C:\dev\flexjs\royale-compiler\compiler\src\test\build.xml:307: Tests
>failed
>
>
>
>Total time: 8 minutes 20 seconds
>
>
>
>
>
>
>
>
>From: Alex Harui <aha...@adobe.com.INVALID>
>Sent: Monday, January 8, 2018 7:39:15 AM
>To: dev@royale.apache.org
>Subject: Re: Compiling Royale Libraries with Flash Builder (SWF)
>
>What is PLAYERGLOBAL_HOME set to?
>
>-Alex
>
>On 1/7/18, 7:03 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
>
>>I think that might have been it but I’m now struggling to get a Royale
>>build working.
>>
>>
>>
>>When trying to build Basic I’m getting
>>
>>
>>
>>C:\dev\flexjs\royale-asjs\frameworks\royale-config.xml(74): col: 0 unable
>>to open 'C:\dev\flexjs\royale-asjs\frameworks\\11.1\playerglobal.swc'.
>>
>>
>>
>>Any pointers would be appreciated…
>>
>>
>>
>>
>>From: Alex Haru

ant all failing (was Compiling Royale Libraries with Flash Builder (SWF))

[Yishay Weiss]

Getting this console output.

>tests:
>
>[mkdir] Created dir:
>C:\dev\flexjs\royale-compiler\compiler\target\junit-reports
>
>[mkdir] Created dir:
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp
>
>[junit] Running as.ASExpressionTests
>
>[junit] looking for C:\dev\flexjs\royale-compiler\env.properties
>
>[junit] environment property - FLEX_HOME = C:\dev\flexjs\flex-sdk
>
>[junit] environment property - PLAYERGLOBAL_HOME = C:\dev\flashplayer
>
>[junit] environment property - PLAYERGLOBAL_VERSION = 11.1
>
>[junit] environment property - TLF_HOME = null
>
>[junit] environment property - AIR_HOME = C:\dev\flexjsbuilds\nightly
>
>[junit] environment property - FLASHPLAYER_DEBUGGER = null
>
>[junit] environment property - ASJS_HOME = C:\dev\flexjs\royale-asjs
>
>[junit] environment property - GOOG_HOME =
>C:\dev\flexjsbuilds\nightly/js/lib/google/closure-library
>
>[junit] Generating test:
>
>[junit] Compiling test:
>
>[junit]
>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>8263907973881887007.as
>
>[junit]
>
>[junit] 783 bytes written to
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>8263907973881887007.swf in 1.182 seconds
>
>[junit] After compile:
>
>[junit] Unexpected compilation problems:
>
>[junit]
>
>[junit] Generating test:
>
>[junit] Compiling test:
>
>[junit]
>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>5673153471287683621.as
>
>[junit]
>
>[junit] 767 bytes written to
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>5673153471287683621.swf in 0.578 seconds
>
>[junit] After compile:
>
>[junit] Unexpected compilation problems:
>
>[junit]
>
>[junit] Generating test:
>
>[junit] Compiling test:
>
>[junit]
>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>6206048447772149132.as
>
>[junit]
>
>[junit] 857 bytes written to
>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTests
>6206048447772149132.swf in 0.582 seconds
>
>[junit] After compile:
>
>[junit] Unexpected compilation problems:
>
>[junit]
>
>[junit] Tests run: 3, Failures: 3, Errors: 0, Skipped: 0, Time
>elapsed: 2.922 sec
>
>[junit] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
>
>
>
>BUILD FAILED
>
>C:\dev\flexjs\royale-asjs\build.xml:1752: The following error occurred
>while executing this line:
>
>C:\dev\flexjs\royale-asjs\build.xml:1823: The following error occurred
>while executing this line:
>
>C:\dev\flexjs\royale-compiler\build.xml:80: The following error occurred
>while executing this line:
>
>C:\dev\flexjs\royale-compiler\compiler\build.xml:711: The following error
>occurred while executing this line:
>
>C:\dev\flexjs\royale-compiler\compiler\src\test\build.xml:307: Tests
>failed
>
>
>
>Total time: 8 minutes 20 seconds
>

RE: [royale-asjs] branch develop updated: Add basic project files

[Yishay Weiss]

Thanks Piotr and Alex.




From: Piotr Zarzycki 
Sent: Wednesday, January 10, 2018 8:01:04 PM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] branch develop updated: Add basic project files

I have added missing headers here and for Moonshine's files.

Thanks,
Piotr

2018-01-10 17:42 GMT+01:00 Alex Harui :

> Two of these files need ASF Headers.  The Maven build is failing because
> it runs RAT.
>
> Thanks,
> -Alex
>
> On 1/10/18, 1:28 AM, "yish...@apache.org"  wrote:
>
> >This is an automated email from the ASF dual-hosted git repository.
> >
> >yishayw pushed a commit to branch develop
> >in repository
> >https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fgitbox.ap
> >ache.org%2Frepos%2Fasf%2Froyale-asjs.git=02%7C01%7Caharui%
> 40adobe.com
> >%7Ca016b57f16474d7e274e08d5580c89cc%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0
> >%7C0%7C636511733226384413=xSskY7Q2uZTGwbW7ZI6czOMMeOfbID
> IJavmpag%2BR
> >y8E%3D=0
> >
> >
> >The following commit(s) were added to refs/heads/develop by this push:
> > new d6e226a  Add basic project files
> >d6e226a is described below
> >
> >commit d6e226a6d38ef02e6271a78013a005ccceee2819
> >Author: DESKTOP-RH4S838\Yishay 
> >AuthorDate: Wed Jan 10 11:28:07 2018 +0200
> >
> >Add basic project files
> >---
> > frameworks/projects/Basic/.actionScriptProperties | 22 ++
> > frameworks/projects/Basic/.flexLibProperties  |  6 
> > frameworks/projects/Basic/.project| 37
> >+++
> > 3 files changed, 65 insertions(+)
> >
> >diff --git a/frameworks/projects/Basic/.actionScriptProperties
> >b/frameworks/projects/Basic/.actionScriptProperties
> >new file mode 100644
> >index 000..af1207d
> >--- /dev/null
> >+++ b/frameworks/projects/Basic/.actionScriptProperties
> >@@ -0,0 +1,22 @@
> >+
> >+ >projectUUID="10468643-4626-481f-ba6b-3f035ccbbabb" version="11">
> >+   >autoRSLOrdering="true" copyDependentFiles="false"
> >fteInMXComponents="false" generateAccessible="false"
> >htmlExpressInstall="true" htmlGenerate="false"
> >htmlHistoryManagement="false" htmlPlayerVersionCheck="true"
> >includeNetmonSwc="false" outputFolderPath="target" removeUnusedRSL="true"
> >sourceFolderPath="src/main/ [...]
> >+
> >+
> >+  
> >+   >path="${PROJECT_FRAMEWORKS}/{playerglobalHome}/27.0"
> >useDefaultLinkType="false"/>
> >+   >path="${PROJECT_FRAMEWORKS}/{playerglobalHome}/27.0/playerglobal.swc"
> >useDefaultLinkType="false"/>
> >+
> >+  
> >+   >path="${PROJECT_FRAMEWORKS}/libs/air/airglobal.swc"
> >useDefaultLinkType="false"/>
> >+
> >+
> >+  
> >+  
> >+
> >+  
> >+  
> >+  
> >+  
> >+  
> >+
> >diff --git a/frameworks/projects/Basic/.flexLibProperties
> >b/frameworks/projects/Basic/.flexLibProperties
> >new file mode 100644
> >index 000..1fbacb4
> >--- /dev/null
> >+++ b/frameworks/projects/Basic/.flexLibProperties
> >@@ -0,0 +1,6 @@
> >+
> >+ >useMultiPlatformConfig="false" version="3">
> >+  
> >+  
> >+  
> >+
> >diff --git a/frameworks/projects/Basic/.project
> >b/frameworks/projects/Basic/.project
> >new file mode 100644
> >index 000..f5af654
> >--- /dev/null
> >+++ b/frameworks/projects/Basic/.project
> >@@ -0,0 +1,37 @@
> >+
> >+
> >+
> >+  Basic
> >+  
> >+  
> >+  Core
> >+  
> >+  
> >+  
> >+  com.adobe.flexbuilder.
> project.flexbuilder
> >+  
> >+  
> >+  
> >+  
> >+  
> >+  com.adobe.flexbuilder.
> project.flexlibnature
> >+  com.adobe.flexbuilder.project.actionscriptnature nature>
> >+  
> >+
> >
> >--
> >To stop receiving notification emails like this one, please contact
> >['"comm...@royale.apache.org" '].
>
>


--

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*

RE: ant all failing (was Compiling Royale Libraries with Flash Builder (SWF))

[Yishay Weiss]

Following your mail I went over royale-asjs/README again and discovered I 
didn’t have FLASHPLAYER_DEBUGGER env var set. Now that it’s set the build is 
finally successful.

So my guess is that the problem was that I had PLAYERGLOBAL_HOME set but not 
FLASHPLAYER_DEBUGGER. If PLAYERGLOBAL_HOME is not set it does not try to build 
swf output and the build passes. Is that right?

Thanks for looking into it.

From: Alex Harui<mailto:aha...@adobe.com.INVALID>
Sent: Tuesday, January 9 N, 2018 9:42 AM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: ant all failing (was Compiling Royale Libraries with Flash Builder 
(SWF))

Please try to provide relevant information so we don't have trade more
emails getting it.  The test failure details should be in
compiler\target\junit-results in an xml file that has ASExpressionTests in
the name.

And we don't know what your environment variables are set to.

Also, we don't know if you are starting from a fresh clone or this is a
re-build.

Thanks,
-Alex

On 1/8/18, 11:13 PM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:

>Getting this console output.
>
>>tests:
>>
>>[mkdir] Created dir:
>>C:\dev\flexjs\royale-compiler\compiler\target\junit-reports
>>
>>[mkdir] Created dir:
>>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp
>>
>>[junit] Running as.ASExpressionTests
>>
>>[junit] looking for C:\dev\flexjs\royale-compiler\env.properties
>>
>>[junit] environment property - FLEX_HOME = C:\dev\flexjs\flex-sdk
>>
>>[junit] environment property - PLAYERGLOBAL_HOME = C:\dev\flashplayer
>>
>>[junit] environment property - PLAYERGLOBAL_VERSION = 11.1
>>
>>[junit] environment property - TLF_HOME = null
>>
>>[junit] environment property - AIR_HOME = C:\dev\flexjsbuilds\nightly
>>
>>[junit] environment property - FLASHPLAYER_DEBUGGER = null
>>
>>[junit] environment property - ASJS_HOME = C:\dev\flexjs\royale-asjs
>>
>>[junit] environment property - GOOG_HOME =
>>C:\dev\flexjsbuilds\nightly/js/lib/google/closure-library
>>
>>[junit] Generating test:
>>
>>[junit] Compiling test:
>>
>>[junit]
>>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTest
>>s
>>8263907973881887007.as
>>
>>[junit]
>>
>>[junit] 783 bytes written to
>>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTest
>>s
>>8263907973881887007.swf in 1.182 seconds
>>
>>[junit] After compile:
>>
>>[junit] Unexpected compilation problems:
>>
>>[junit]
>>
>>[junit] Generating test:
>>
>>[junit] Compiling test:
>>
>>[junit]
>>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTest
>>s
>>5673153471287683621.as
>>
>>[junit]
>>
>>[junit] 767 bytes written to
>>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTest
>>s
>>5673153471287683621.swf in 0.578 seconds
>>
>>[junit] After compile:
>>
>>[junit] Unexpected compilation problems:
>>
>>[junit]
>>
>>[junit] Generating test:
>>
>>[junit] Compiling test:
>>
>>[junit]
>>-external-library-path=C:\dev\flashplayer\11.1\playerglobal.swc
>>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTest
>>s
>>6206048447772149132.as
>>
>>[junit]
>>
>>[junit] 857 bytes written to
>>C:\dev\flexjs\royale-compiler\compiler\target\junit-temp\ASExpressionTest
>>s
>>6206048447772149132.swf in 0.582 seconds
>>
>>[junit] After compile:
>>
>>[junit] Unexpected compilation problems:
>>
>>[junit]
>>
>>[junit] Tests run: 3, Failures: 3, Errors: 0, Skipped: 0, Time
>>elapsed: 2.922 sec
>>
>>[junit] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
>>
>>
>>
>>BUILD FAILED
>>
>>C:\dev\flexjs\royale-asjs\build.xml:1752: The following error occurred
>>while executing this line:
>>
>>C:\dev\flexjs\royale-asjs\build.xml:1823: The following error occurred
>>while executing this line:
>>
>>C:\dev\flexjs\royale-compiler\build.xml:80: The following error occurred
>>while executing this line:
>>
>>C:\dev\flexjs\royale-compiler\compiler\build.xml:711: The following error
>>occurred while executing this line:
>>
>>C:\dev\flexjs\royale-compiler\compiler\src\test\build.xml:307: Tests
>>failed
>>
>>
>>
>>Total time: 8 minutes 20 seconds
>>

RE: Royale in 10 minutes (was Re: Proposed table of contents for Royale help documentation)

[Yishay Weiss]

This looks very promising. I’m going to read this in batches. Some feedback on 
‘The data model’.

repos = configurator.data.repos;
  projectName = configurator.data.projectName;

Shouldn’t these be cast to a String and an Array respectively?

Also, I find these lines a bit misleading




import org.apache.royale.events.Event;


Since some of the viewers will be first timers I think it’s important to put 
code in script blocks.

Also, related to the last comment can you make the full source for the example 
available somewhere?

Thanks.


From: Alex Harui
Sent: Wednesday, January 31, 2018 8:50 AM
To: dev@royale.apache.org
Subject: Re: Royale in 10 minutes (was Re: Proposed table of contents for 
Royale help documentation)

Hi,

I've pushed what I will call a first draft of the main portion of a
tutorial for using Royale.

See:
http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/RoyaleDocs_Stagin
g/lastSuccessfulBuild/artifact/_site/create-an-application/application-tuto
rial.html

Feedback welcome.  Looks like it might be more than 10 minutes, but it was
an interesting look through what Royale can and can't do.

A few things I thought of:
-DataGrid in Express should probably default to using percentage column
sizes.  Then the apps will be "responsive" by default.
-If DataGrid could handle plain Array, it would save a few lines in the
tutorial.
-Should this example look better out of the box?  Different borders or
something like that?

Other than responding to feedback on the tutorial, I am going to fill out
the application-structure page then move on to ASDoc.  So folks are free
to just make changes to the .md files to improve the tutorial.  I think
that may close out my week.  If I can make ASDoc work a little better and
the tutorial is "ok" (not necessarily great or perfect), it might be a
good time to cut another release early next week.

Thoughts?
-Alex


On 1/26/18, 12:32 PM, "Alex Harui"  wrote:

>
>
>On 1/26/18, 11:43 AM, "Andrew Wetmore"  wrote:
>
>>I don't think we need to build out the full ToC up front, rather than
>>PAYG
>>haha. There are tons of pages that I have not yet listed in the Google
>>doc,
>>and several decisions we have to make.
>>
>>For example, we have an Express set of controls and MDL and who knows
>>what
>>else. I presume we need to explain how these various sets of controls
>>relate to each other...
>
>Yes, and it also occurred to me that we need to discuss targets (SWF
>output and/or JS output) and how to manage that.  And keep in mind that
>someday there may be a third or fourth output.
>
>My 2 cents,
>-Alex
>>
>>On Fri, Jan 26, 2018 at 1:09 PM, Alex Harui 
>>wrote:
>>
>>> Hi Andrew,
>>>
>>> Responses in-line.
>>>
>>> On 1/26/18, 2:48 AM, "Andrew Wetmore"  wrote:
>>>
>>> >Good morning.
>>> >
>>> >Least thing first: Does the Apache header absolutely need to be in
>>>short
>>> >lines with hard line breaks so it takes up so much vertical space in
>>>the
>>> >file? Please look at test-apache-header.md and see whether the header
>>> laid
>>> >out on fewer lines and trusting to line wrapping works.
>>>
>>> I don't know for sure.  There is a header scanning tool that we use and
>>>I
>>> just tried it and it didn't mind your reformatting, so that's good
>>>enough
>>> for me.
>>> >
>>> >I am fine with your suggestions about where "Hello, World" should be
>>>and
>>> >how "Developing an application" might play out. However, this does
>>>raise
>>> >the question of whether this sort of help-docs structure is going to
>>>have
>>> >an index or other means to locate concepts like "data binding" if it
>>>is
>>> >tucked down in a larger set of instructions about applications rather
>>>than
>>> >being a entry itself.
>>>
>>> IMO, the 10-minute tutorial won't go into any serious detail about data
>>> binding, so "data binding" would have its own section wherever it makes
>>> sense and a link to it from the tutorial.
>>> >
>>> >I think the doc structure is still highly fluid and that we need to
>>>either
>>> >hold off on the ToC until we are closer to alpha-release of the
>>> >documentation, or have a less-bulky ToC document. My rough estimate is
>>> >that
>>> >we have stubs for less than 10% of the pages we will eventually have.
>>>
>>> IMO, the toc.json is relatively compact and much easier to change.  I'm
>>> not sure how to make it any smaller.  I could probably sit down and
>>>crank
>>> out all of the missing stubs in an evening, but is it worth it?  I like
>>> the fact that entries don't show up until we create a page for them.
>>>
>>> My 2 cents,
>>> -Alex
>>> >
>>> >On Fri, Jan 26, 2018 at 4:40 AM, Alex Harui 
>>> >wrote:
>>> >
>>> >> Hi Andrew,
>>> >>
>>> >> I took a quick peek at the Adobe doc.  I'm not sure "Development
>>>Phases"
>>> >> should be the first thing under "Create an application", 

RE: What is x and y? What is width and height?

[Yishay Weiss]

How about using beads that implement IPositionCalculator. UIBase won’t return x 
and y directly but use a bead to calculate them. The default 
SimplePositionCalculatorBead would return x and y based on the setter while the 
ScreenPositionCalculatorBead would return the values based on DOM access.

From: Gabe Harbs
Sent: Wednesday, February 7, 2018 6:24 PM
To: dev@royale.apache.org
Subject: Re: What is x and y? What is width and height?

FWIW, I do think we need a “constrained layout” which places *everything* 
absolutely and does not rely on browser layout. If that layout were to be used, 
the bounding box values would be correct.

> On Feb 7, 2018, at 6:00 PM, Peter Ent  wrote:
>
> I think I agree with Harbs about x,y,width,height just returning the set
> values if the calculation would be expensive. I wonder what the
> circumstances are that we actually need to have precise values in
> calculations. For example, if I wanted to make a circulate layout, how
> would I go about doing that?
>
> In the places I've done layouts without regard to platform I'm just
> assuming things work. For example, in the DataGridLayout, I need to
> transfer the column width given on the js:DataGridColumn definition to
> both the List (column) and the corresponding Button in the ButtonBar.
> Ideally, the browser takes that (along with display and position styles)
> and just does the right thing with minimum code on our part (that's not
> actually what I'm doing, so perhaps I should rethink that one more time).
>
> ‹peter
>
> On 2/7/18, 8:35 AM, "Gabe Harbs"  wrote:
>
>> The offset values are very expensive.
>>
>> They are also not completely accurate. I¹ve found it¹s difficult to get
>> accurate values where SVG and transforms are in play.
>>
>> I would suggest that x,y,widht and height should reflect *set* values
>> even if they are not always the actual ones.
>>
>> For cases where it¹s necessary to get accurate measured x,y,width and
>> height, I would suggest using ³measured² variations of these values, or
>> better, a getMeasuredBounds() method.
>>
>>> On Feb 7, 2018, at 10:43 AM, Alex Harui 
>>> wrote:
>>>
>>> Hi,
>>>
>>> In Royale on JS, we are trying to leverage the browser's layout code as
>>> much as possible.  We only run our own layout code in a few places.
>>> In debugging a few layout issues I discovered that UIBase is not
>>> reporting
>>> x and y the way we expect it from Flex/Flash.  Browser elements don't
>>> have
>>> x and y properties, instead they have offsetLeft and offsetTop.  Mainly
>>> for backward-compatibility with Flex/Flash, Royale has had x and y in
>>> the
>>> API since the beginning.  I think it is a bug that x and y do not act
>>> like
>>> they do in Flex and plan to fix that after this release.  Thoughts?
>>> I'm a
>>> bit concerned of the expense of calculating x and y because you have to
>>> check if the offsetParent is your immediate parent and get the
>>> offsetLeft/offsetTop of the immediate parent, but I think that's what it
>>> would take to fix it.
>>>
>>> Similarly (well, sort of), Flex did not support CSS margins, only
>>> padding.
>>> The browser reports width (offsetWidth) as factoring in content, padding
>>> and borders, but not margin.  I think that's right, and matches Flex.
>>> However, our custom layout algorithms do not currently factor in margins
>>> since they are not reported in width.  I think our custom layout should
>>> request width and margins and do the math.  We should not change width
>>> to
>>> include margins.  Thoughts?  This will make our custom layout code a bit
>>> more expensive as well as it will probably need to call
>>> getComputedStyles() on all of the children in order to get margins.
>>> This
>>> is also something to fix in the next release.
>>>
>>> Of course, I could be wrong.  Thoughts?
>>>
>>> -Alex
>>>
>>
>

RE: ApacheCon 2017 presentations

[Yishay Weiss]

Here’s a PDF version [1] of the slides I had. Thanks.

[1] 
https://events.static.linuxfound.org/sites/events/files/slides/FlexJSIntroduction.pdf

From: Andrew Wetmore
Sent: Saturday, February 3, 2018 7:49 PM
To: dev@royale.apache.org
Subject: ApacheCon 2017 presentations

Hi:

I have been looking at the ApacheCon 2017 presentations on FlexJSd[1] to
see if we could re-purpose them into videos for a Royale YouTube channel.

The material is good, and the video and sound quality are okay as an
archival record of what happened at the conference, but the existing videos
do not work really well to explain much about FlexJS/Royale  to someone who
is new to the project. It is hard to see the screen, and the audio has a
lot of ums and ers and let-me-sees.

Does someone, maybe the presenters, have copies of the PowerPoints (and if
possible scripts) for the presentations? Did someone record what was
projected on the screen, rather than a video of screen + presenter?

Thanks.


1. https://www.youtube.com/playlist?list=PL4EsaSA9xpnnraJX7NzpX6eh_P95RO8Pj

--
Andrew Wetmore

http://cottage14.blogspot.com/

RE: Build failed in Jenkins: royale-typedefs #139

[Yishay Weiss]

I fixed it for my machine. Hopefully Jenkins will be happy too.

From: Gabe Harbs<mailto:harbs.li...@gmail.com>
Sent: Monday, February 12, 2018 5:18 PM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: Build failed in Jenkins: royale-typedefs #139

Does anyone understand the patch file syntax enough to guess what’s wrong?

> On Feb 12, 2018, at 5:15 PM, Yishay Weiss <yishayj...@hotmail.com> wrote:
>
> I  have the same result with ant on my machine. It’s probably a windows/mac 
> thing.
>
> From: Piotr Zarzycki<mailto:piotrzarzyck...@gmail.com>
> Sent: Monday, February 12, 2018 3:13 PM
> To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> Subject: Re: Build failed in Jenkins: royale-typedefs #139
>
> Locally I have same result. I tried couple of things but nothing help. I
> see that it is being applied by following command:
>
> [DEBUG] Executing command line: [C:\Program Files\Git\cmd\git.exe, apply,
> --ignore-whitespace, --whitespace=nowarn,
> D:\Work\royale-sources\royale-typedefs\js/src/main/patch/js.patch]
> error: corrupt patch at line 64
>
> Thanks, Piotr
>
>
> 2018-02-12 13:47 GMT+01:00 Gabe Harbs <harbs.li...@gmail.com>:
>
>> Thanks.
>>
>>> On Feb 12, 2018, at 2:43 PM, Piotr Zarzycki <piotrzarzyck...@gmail.com>
>> wrote:
>>>
>>> Let me build typedefs locally by Maven will see.
>>>
>>> 2018-02-12 13:36 GMT+01:00 Gabe Harbs <harbs.li...@gmail.com>:
>>>
>>>> I have no idea why this failed. The patch applied on my machine and line
>>>> 64 is an empty line.
>>>>
>>>> Maybe it’s a Windows line ending problem?
>>>>
>>>> Thoughts?
>>>> Harbs
>>>>
>>>>> On Feb 12, 2018, at 2:12 PM, apacheroyal...@gmail.com wrote:
>>>>>
>>>>> See <http://apacheroyaleci.westus2.cloudapp.azure.com:
>>>> 8080/job/royale-typedefs/139/display/redirect>
>>>>>
>>>>> --
>>>>> Started by upstream project "royale-compiler" build number 89
>>>>> originally caused by:
>>>>> Started by timer
>>>>> Building in workspace <http://apacheroyaleci.
>> westus2.cloudapp.azure.com:
>>>> 8080/job/royale-typedefs/ws/>
>>>>>> git.exe rev-parse --is-inside-work-tree # timeout=10
>>>>> Fetching changes from the remote Git repository
>>>>>> git.exe config remote.origin.url https://github.com/apache/
>>>> royale-typedefs.git # timeout=10
>>>>> Fetching upstream changes from https://github.com/apache/
>>>> royale-typedefs.git
>>>>>> git.exe --version # timeout=10
>>>>>> git.exe fetch --tags --progress https://github.com/apache/
>>>> royale-typedefs.git +refs/heads/*:refs/remotes/origin/*
>>>>>> git.exe rev-parse "refs/remotes/origin/develop^{commit}" # timeout=10
>>>>>> git.exe rev-parse "refs/remotes/origin/origin/develop^{commit}" #
>>>> timeout=10
>>>>> Checking out Revision b50b80fa675d06c5b8e9145b1b3f2e54784f25a8
>>>> (refs/remotes/origin/develop)
>>>>>> git.exe config core.sparsecheckout # timeout=10
>>>>>> git.exe checkout -f b50b80fa675d06c5b8e9145b1b3f2e54784f25a8
>>>>> Commit message: "Added overflowX and overflowY"
>>>>>> git.exe rev-list --no-walk b50b80fa675d06c5b8e9145b1b3f2e54784f25a8 #
>>>> timeout=10
>>>>> [royale-typedefs] $ cmd.exe /C "C:\apache\apache-ant-1.9.9\bin\ant.bat
>>>> main && exit %%ERRORLEVEL%%"
>>>>> Buildfile: <http://apacheroyaleci.westus2.cloudapp.azure.com:
>>>> 8080/job/royale-typedefs/ws/build.xml>
>>>>>
>>>>> main:
>>>>>
>>>>> download:
>>>>>   [echo] <http://apacheroyaleci.westus2.cloudapp.azure.com:
>>>> 8080/job/royale-typedefs/ws/js/..>
>>>>>  [unjar] Expanding: C:\Program Files (x86)\Jenkins\workspace\
>>>> royale-compiler\compiler-jx\lib\google\closure-compiler\compiler.jar
>> into
>>>> <http://apacheroyaleci.westus2.cloudapp.azure.com:
>>>> 8080/job/royale-typedefs/ws/js/target/temp/externs>
>>>>>  [unzip] Expanding: <http://apacheroyaleci.westus2.cloudapp.azure.com
>> :
>>>> 8080/job/royale-typedefs/ws/js/target/temp/externs/externs.zip> into <
>>>> 

RE: Build failed in Jenkins: royale-typedefs #139

[Yishay Weiss]

I  have the same result with ant on my machine. It’s probably a windows/mac 
thing.

From: Piotr Zarzycki
Sent: Monday, February 12, 2018 3:13 PM
To: dev@royale.apache.org
Subject: Re: Build failed in Jenkins: royale-typedefs #139

Locally I have same result. I tried couple of things but nothing help. I
see that it is being applied by following command:

[DEBUG] Executing command line: [C:\Program Files\Git\cmd\git.exe, apply,
--ignore-whitespace, --whitespace=nowarn,
D:\Work\royale-sources\royale-typedefs\js/src/main/patch/js.patch]
error: corrupt patch at line 64

Thanks, Piotr


2018-02-12 13:47 GMT+01:00 Gabe Harbs :

> Thanks.
>
> > On Feb 12, 2018, at 2:43 PM, Piotr Zarzycki 
> wrote:
> >
> > Let me build typedefs locally by Maven will see.
> >
> > 2018-02-12 13:36 GMT+01:00 Gabe Harbs :
> >
> >> I have no idea why this failed. The patch applied on my machine and line
> >> 64 is an empty line.
> >>
> >> Maybe it’s a Windows line ending problem?
> >>
> >> Thoughts?
> >> Harbs
> >>
> >>> On Feb 12, 2018, at 2:12 PM, apacheroyal...@gmail.com wrote:
> >>>
> >>> See  >> 8080/job/royale-typedefs/139/display/redirect>
> >>>
> >>> --
> >>> Started by upstream project "royale-compiler" build number 89
> >>> originally caused by:
> >>> Started by timer
> >>> Building in workspace  westus2.cloudapp.azure.com:
> >> 8080/job/royale-typedefs/ws/>
>  git.exe rev-parse --is-inside-work-tree # timeout=10
> >>> Fetching changes from the remote Git repository
>  git.exe config remote.origin.url https://github.com/apache/
> >> royale-typedefs.git # timeout=10
> >>> Fetching upstream changes from https://github.com/apache/
> >> royale-typedefs.git
>  git.exe --version # timeout=10
>  git.exe fetch --tags --progress https://github.com/apache/
> >> royale-typedefs.git +refs/heads/*:refs/remotes/origin/*
>  git.exe rev-parse "refs/remotes/origin/develop^{commit}" # timeout=10
>  git.exe rev-parse "refs/remotes/origin/origin/develop^{commit}" #
> >> timeout=10
> >>> Checking out Revision b50b80fa675d06c5b8e9145b1b3f2e54784f25a8
> >> (refs/remotes/origin/develop)
>  git.exe config core.sparsecheckout # timeout=10
>  git.exe checkout -f b50b80fa675d06c5b8e9145b1b3f2e54784f25a8
> >>> Commit message: "Added overflowX and overflowY"
>  git.exe rev-list --no-walk b50b80fa675d06c5b8e9145b1b3f2e54784f25a8 #
> >> timeout=10
> >>> [royale-typedefs] $ cmd.exe /C "C:\apache\apache-ant-1.9.9\bin\ant.bat
> >> main && exit %%ERRORLEVEL%%"
> >>> Buildfile:  >> 8080/job/royale-typedefs/ws/build.xml>
> >>>
> >>> main:
> >>>
> >>> download:
> >>>[echo]  >> 8080/job/royale-typedefs/ws/js/..>
> >>>   [unjar] Expanding: C:\Program Files (x86)\Jenkins\workspace\
> >> royale-compiler\compiler-jx\lib\google\closure-compiler\compiler.jar
> into
> >>  >> 8080/job/royale-typedefs/ws/js/target/temp/externs>
> >>>   [unzip] Expanding:  :
> >> 8080/job/royale-typedefs/ws/js/target/temp/externs/externs.zip> into <
> >> http://apacheroyaleci.westus2.cloudapp.azure.com:
> >> 8080/job/royale-typedefs/ws/js/target/downloads>
> >>> [get] Getting: https://storage.googleapis.com/google-code-archive-
> >> downloads/v2/code.google.com/closureidl/svg.js
> >>> [get] To:  >> 8080/job/royale-typedefs/ws/js/target/downloads/svg.js>
> >>>
> >>> double-check-file:
> >>>[echo] ${env.ROYALE_DOWNLOAD_CACHE}
> >>>[echo] Need file: ${still_no_file}
> >>>
> >>> get-from-cache-if-needed:
> >>>
> >>> fail-if-not-found:
> >>>
> >>> preprocess:
> >>>[exec] error: corrupt patch at line 64
> >>>
> >>> BUILD FAILED
> >>>  >> 8080/job/royale-typedefs/ws/build.xml>:52: The following error occurred
> >> while executing this line:
> >>>  >> 8080/job/royale-typedefs/ws/js/build.xml>:149: exec returned: 128
> >>>
> >>> Total time: 2 seconds
> >>> Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
> >>> Build step 'Invoke Ant' marked build as failure
> >>
> >>
> >
> >
> > --
> >
> > Piotr Zarzycki
> >
> > Patreon: *https://www.patreon.com/piotrzarzycki
> > *
>
>


--

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*

RE: Build failed in Jenkins: royale-typedefs #139

[Yishay Weiss]

Add, see my later mail.

From: Gabe Harbs<mailto:harbs.li...@gmail.com>
Sent: Monday, February 12, 2018 6:23 PM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: Build failed in Jenkins: royale-typedefs #139

What was it? Did you add a space, or remove a space?
> On Feb 12, 2018, at 6:11 PM, Yishay Weiss <yishayj...@hotmail.com> wrote:
>
> I fixed it for my machine. Hopefully Jenkins will be happy too.
>
> From: Gabe Harbs<mailto:harbs.li...@gmail.com>
> Sent: Monday, February 12, 2018 5:18 PM
> To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> Subject: Re: Build failed in Jenkins: royale-typedefs #139
>
> Does anyone understand the patch file syntax enough to guess what’s wrong?
>
>> On Feb 12, 2018, at 5:15 PM, Yishay Weiss <yishayj...@hotmail.com> wrote:
>>
>> I  have the same result with ant on my machine. It’s probably a windows/mac 
>> thing.
>>
>> From: Piotr Zarzycki<mailto:piotrzarzyck...@gmail.com>
>> Sent: Monday, February 12, 2018 3:13 PM
>> To: dev@royale.apache.org<mailto:dev@royale.apache.org>
>> Subject: Re: Build failed in Jenkins: royale-typedefs #139
>>
>> Locally I have same result. I tried couple of things but nothing help. I
>> see that it is being applied by following command:
>>
>> [DEBUG] Executing command line: [C:\Program Files\Git\cmd\git.exe, apply,
>> --ignore-whitespace, --whitespace=nowarn,
>> D:\Work\royale-sources\royale-typedefs\js/src/main/patch/js.patch]
>> error: corrupt patch at line 64
>>
>> Thanks, Piotr
>>
>>
>> 2018-02-12 13:47 GMT+01:00 Gabe Harbs <harbs.li...@gmail.com>:
>>
>>> Thanks.
>>>
>>>> On Feb 12, 2018, at 2:43 PM, Piotr Zarzycki <piotrzarzyck...@gmail.com>
>>> wrote:
>>>>
>>>> Let me build typedefs locally by Maven will see.
>>>>
>>>> 2018-02-12 13:36 GMT+01:00 Gabe Harbs <harbs.li...@gmail.com>:
>>>>
>>>>> I have no idea why this failed. The patch applied on my machine and line
>>>>> 64 is an empty line.
>>>>>
>>>>> Maybe it’s a Windows line ending problem?
>>>>>
>>>>> Thoughts?
>>>>> Harbs
>>>>>
>>>>>> On Feb 12, 2018, at 2:12 PM, apacheroyal...@gmail.com wrote:
>>>>>>
>>>>>> See <http://apacheroyaleci.westus2.cloudapp.azure.com:
>>>>> 8080/job/royale-typedefs/139/display/redirect>
>>>>>>
>>>>>> --
>>>>>> Started by upstream project "royale-compiler" build number 89
>>>>>> originally caused by:
>>>>>> Started by timer
>>>>>> Building in workspace <http://apacheroyaleci.
>>> westus2.cloudapp.azure.com:
>>>>> 8080/job/royale-typedefs/ws/>
>>>>>>> git.exe rev-parse --is-inside-work-tree # timeout=10
>>>>>> Fetching changes from the remote Git repository
>>>>>>> git.exe config remote.origin.url https://github.com/apache/
>>>>> royale-typedefs.git # timeout=10
>>>>>> Fetching upstream changes from https://github.com/apache/
>>>>> royale-typedefs.git
>>>>>>> git.exe --version # timeout=10
>>>>>>> git.exe fetch --tags --progress https://github.com/apache/
>>>>> royale-typedefs.git +refs/heads/*:refs/remotes/origin/*
>>>>>>> git.exe rev-parse "refs/remotes/origin/develop^{commit}" # timeout=10
>>>>>>> git.exe rev-parse "refs/remotes/origin/origin/develop^{commit}" #
>>>>> timeout=10
>>>>>> Checking out Revision b50b80fa675d06c5b8e9145b1b3f2e54784f25a8
>>>>> (refs/remotes/origin/develop)
>>>>>>> git.exe config core.sparsecheckout # timeout=10
>>>>>>> git.exe checkout -f b50b80fa675d06c5b8e9145b1b3f2e54784f25a8
>>>>>> Commit message: "Added overflowX and overflowY"
>>>>>>> git.exe rev-list --no-walk b50b80fa675d06c5b8e9145b1b3f2e54784f25a8 #
>>>>> timeout=10
>>>>>> [royale-typedefs] $ cmd.exe /C "C:\apache\apache-ant-1.9.9\bin\ant.bat
>>>>> main && exit %%ERRORLEVEL%%"
>>>>>> Buildfile: <http://apacheroyaleci.westus2.cloudapp.azure.com:
>>>>> 8080/job/royale-typedefs/ws/build.xml>
>>>>>>
>>>>>> main:
>>>>>>
>

RE: What is x and y? What is width and height?

[Yishay Weiss]

I agree, that’s why I’m proposing to have a bead do the calculation. If you 
care about integrity with actual position on the screen and are willing to 
sacrifice some performance use ScreenPositionCalculatorBead, otherwise use the 
default which is more performance oriented.

Another option is to just use a utility function for calculating that actual 
screen position when necessary. The util function can get the element using 
(component as IRenderedObject).element and then do whatever DOM/flash/wasm 
queries you need.

From: Carlos Rovira<mailto:carlosrov...@apache.org>
Sent: Thursday, February 8, 2018 12:33 PM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: What is x and y? What is width and height?

I don't have right now a proposal for this, but it seems to me that
introduce calculations that affects performance will be a bad idea. That
will make us not elegible for some escenarios/people. On e of the things I
like from Royale is that in the end we are outputting the most easy code
while we are making it easy for coders through MXML/AS3.
I think we should look the problem in other perspective to avoid impacts in
performance

2018-02-08 7:26 GMT+01:00 Yishay Weiss <yishayj...@hotmail.com>:

> How about using beads that implement IPositionCalculator. UIBase won’t
> return x and y directly but use a bead to calculate them. The default
> SimplePositionCalculatorBead would return x and y based on the setter while
> the ScreenPositionCalculatorBead would return the values based on DOM
> access.
>
> From: Gabe Harbs<mailto:harbs.li...@gmail.com>
> Sent: Wednesday, February 7, 2018 6:24 PM
> To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> Subject: Re: What is x and y? What is width and height?
>
> FWIW, I do think we need a “constrained layout” which places *everything*
> absolutely and does not rely on browser layout. If that layout were to be
> used, the bounding box values would be correct.
>
> > On Feb 7, 2018, at 6:00 PM, Peter Ent <p...@adobe.com.INVALID> wrote:
> >
> > I think I agree with Harbs about x,y,width,height just returning the set
> > values if the calculation would be expensive. I wonder what the
> > circumstances are that we actually need to have precise values in
> > calculations. For example, if I wanted to make a circulate layout, how
> > would I go about doing that?
> >
> > In the places I've done layouts without regard to platform I'm just
> > assuming things work. For example, in the DataGridLayout, I need to
> > transfer the column width given on the js:DataGridColumn definition to
> > both the List (column) and the corresponding Button in the ButtonBar.
> > Ideally, the browser takes that (along with display and position styles)
> > and just does the right thing with minimum code on our part (that's not
> > actually what I'm doing, so perhaps I should rethink that one more time).
> >
> > ‹peter
> >
> > On 2/7/18, 8:35 AM, "Gabe Harbs" <harbs.li...@gmail.com> wrote:
> >
> >> The offset values are very expensive.
> >>
> >> They are also not completely accurate. I¹ve found it¹s difficult to get
> >> accurate values where SVG and transforms are in play.
> >>
> >> I would suggest that x,y,widht and height should reflect *set* values
> >> even if they are not always the actual ones.
> >>
> >> For cases where it¹s necessary to get accurate measured x,y,width and
> >> height, I would suggest using ³measured² variations of these values, or
> >> better, a getMeasuredBounds() method.
> >>
> >>> On Feb 7, 2018, at 10:43 AM, Alex Harui <aha...@adobe.com.INVALID>
> >>> wrote:
> >>>
> >>> Hi,
> >>>
> >>> In Royale on JS, we are trying to leverage the browser's layout code as
> >>> much as possible.  We only run our own layout code in a few places.
> >>> In debugging a few layout issues I discovered that UIBase is not
> >>> reporting
> >>> x and y the way we expect it from Flex/Flash.  Browser elements don't
> >>> have
> >>> x and y properties, instead they have offsetLeft and offsetTop.  Mainly
> >>> for backward-compatibility with Flex/Flash, Royale has had x and y in
> >>> the
> >>> API since the beginning.  I think it is a bug that x and y do not act
> >>> like
> >>> they do in Flex and plan to fix that after this release.  Thoughts?
> >>> I'm a
> >>> bit concerned of the expense of calculating x and y because you have to
> >>> check if the offsetParent is your immediate parent and get the
> &

RE: [royale-asjs] 01/01: Not working yet

[Yishay Weiss]

Ok, thanks.

From: Alex Harui
Sent: Sunday, February 18, 2018 7:11 AM
To: dev@royale.apache.org; 
comm...@royale.apache.org
Subject: Re: [royale-asjs] 01/01: Not working yet

Yishay,

It should not be necessary to subclass Application to get this to work.
We would not want that to be a recommended practice.  The AceEditor.as
file should be able to have the inject_html directive.

HTH,
-Alex

On 2/17/18, 8:51 AM, "yish...@apache.org"  wrote:

>This is an automated email from the ASF dual-hosted git repository.
>
>yishayw pushed a commit to branch ace-editor
>in repository
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitbox.ap
>ache.org%2Frepos%2Fasf%2Froyale-asjs.git=02%7C01%7Caharui%40adobe.com
>%7Ce1410f2b23984cdf31d908d57626b76c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0
>%7C0%7C636544831018671036=FjbRU12kZ5pUQ3Wcf%2B0vA6SE2RJwFw1lCEwRc05S
>9OM%3D=0
>
>commit 7f16aa937fe99964754c2b5d226733350f9401ba
>Author: DESKTOP-RH4S838\Yishay 
>AuthorDate: Sat Feb 17 18:51:12 2018 +0200
>
>Not working yet
>---
> examples/build.xml |   1 +
> examples/royale/Ace/asconfig.json  |  31 +
> examples/royale/Ace/build.xml  |  55 
> examples/royale/Ace/pom.xml| 139
>+
> .../Ace/src/main/config/compile-app-config.xml |  28 +
> examples/royale/Ace/src/main/royale/ACEEditor.as   |  46 +++
> examples/royale/Ace/src/main/royale/Ace.mxml   |  35 ++
> examples/royale/Ace/src/main/royale/Application.as |  40 ++
> frameworks/build.xml   |   1 +
> frameworks/projects/Ace/asconfig.json  |  34 +
> frameworks/projects/Ace/build.xml  | 130
>+++
> frameworks/projects/Ace/js/tests/MyController.js   |  56 +
> frameworks/projects/Ace/js/tests/MyInitialView.js  |  67 ++
> frameworks/projects/Ace/js/tests/MyModel.js|  60 +
> .../projects/Ace/js/tests/MySimpleValuesImpl.js|  45 +++
> frameworks/projects/Ace/js/tests/RoyaleTest.js |  63 ++
> frameworks/projects/Ace/js/tests/test.html |  62 +
> frameworks/projects/Ace/pom.xml| 105 
> .../Ace/src/main/config/compile-swf-config.xml |  92 ++
> .../Ace/src/main/resources/ace-manifest.xml|  27 
> .../projects/Ace/src/main/resources/defaults.css   |  51 
> .../projects/Ace/src/main/royale/JQueryClasses.as  |  33 +
> .../main/royale/org/apache/royale/ace/ACEEditor.as |  45 +++
> .../royale/org/apache/royale/ace/Application.as|  40 ++
> 24 files changed, 1286 insertions(+)
>
>diff --git a/examples/build.xml b/examples/build.xml
>index 6ad69ea..57a9f9b 100644
>--- a/examples/build.xml
>+++ b/examples/build.xml
>@@ -74,6 +74,7 @@
> 
>
> 
>+  +
>+  Licensed to the Apache Software Foundation (ASF) under one or more
>+  contributor license agreements.  See the NOTICE file distributed with
>+  this work for additional information regarding copyright ownership.
>+  The ASF licenses this file to You under the Apache License, Version 2.0
>+  (the "License"); you may not use this file except in compliance with
>+  the License.  You may obtain a copy of the License at
>+
>+
>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apache
>.org%2Flicenses%2FLICENSE-2.0=02%7C01%7Caharui%40adobe.com%7Ce1410f2b
>23984cdf31d908d57626b76c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C6365
>44831018671036=dRTQuJ05NSKrxuLJ%2Bk5hj3UlqFqvMFCoHZU4Ro6Mo8s%3D
>rved=0
>+
>+  Unless required by applicable law or agreed to in writing, software
>+  distributed under the License is distributed on an "AS IS" BASIS,
>+  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
>implied.
>+  See the License for the specific language governing permissions and
>+  limitations under the License.
>+
>+-->
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+description="Clean build of ${example}">
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+
>+failonerror="true">
>+
>+
>+failonerror="true">
>+
>+
>+
>+
>+
>+
>diff --git a/examples/royale/Ace/pom.xml b/examples/royale/Ace/pom.xml
>new file mode 100644
>index 000..bf66af1
>--- /dev/null
>+++ b/examples/royale/Ace/pom.xml
>@@ -0,0 +1,139 @@
>+
>+
>+xmlns="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmav
>en.apache.org%2FPOM%2F4.0.0=02%7C01%7Caharui%40adobe.com%7Ce1410f2b23
>984cdf31d908d57626b76c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636544
>831018671036=rX4luaDgIlp4djaZgNV8IYCuk%2B%2F1aCwllX7HBsYi8ww%3D
>rved=0"

RE: Need help with CSS class selector (font-family is always Arial)

[Yishay Weiss]

I have this in compile-app-config.xml



skipFunctionCoercions



../../../../../../js/libs/ace-1.2.3.swc




When I change ace-1.2.3.swc to a different name that doesn’t exist then I get 
an error that the file can’t be opened. So I’m assuming the typedefs lib is 
loaded.

From: Alex Harui
Sent: Sunday, February 18, 2018 10:18 AM
To: dev@royale.apache.org
Subject: Re: Need help with CSS class selector (font-family is always Arial)

How do you know the typedefs are being read by the example?

Did you specify the SWC on the js-external-library-path?  See
RoyaleStore_jquery for how to use Jquery typedefs in Royale.

HTH,
-Alex

On 2/17/18, 11:07 PM, "yishayw"  wrote:

>The issue is that the typedefs (ace-1.2.3.swc) is being read by the
>example
>app, but I can't import ace.Editor in the code.
>
>
>
>--
>Sent from:
>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-roy
>ale-development.20373.n8.nabble.com%2F=02%7C01%7Caharui%40adobe.com%7
>C05ea9f09b5b740754ad908d5769e4901%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7
>C0%7C636545344584454151=ncTxKRoJxn6cNBbToZUE5Ww1x0Ig7kIDYZtvRzzp%2BG
>c%3D=0

RE: Need help with CSS class selector (font-family is always Arial)

[Yishay Weiss]

I think I figured it out. I was missing COMPILE::JS blocks around the ace 
objects.

From: Yishay Weiss<mailto:yishayj...@hotmail.com>
Sent: Sunday, February 18, 2018 10:22 AM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: RE: Need help with CSS class selector (font-family is always Arial)

I have this in compile-app-config.xml



skipFunctionCoercions



../../../../../../js/libs/ace-1.2.3.swc




When I change ace-1.2.3.swc to a different name that doesn’t exist then I get 
an error that the file can’t be opened. So I’m assuming the typedefs lib is 
loaded.

From: Alex Harui<mailto:aha...@adobe.com.INVALID>
Sent: Sunday, February 18, 2018 10:18 AM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: Re: Need help with CSS class selector (font-family is always Arial)

How do you know the typedefs are being read by the example?

Did you specify the SWC on the js-external-library-path?  See
RoyaleStore_jquery for how to use Jquery typedefs in Royale.

HTH,
-Alex

On 2/17/18, 11:07 PM, "yishayw" <yishayj...@hotmail.com> wrote:

>The issue is that the typedefs (ace-1.2.3.swc) is being read by the
>example
>app, but I can't import ace.Editor in the code.
>
>
>
>--
>Sent from:
>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-roy
>ale-development.20373.n8.nabble.com%2F=02%7C01%7Caharui%40adobe.com%7
>C05ea9f09b5b740754ad908d5769e4901%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7
>C0%7C636545344584454151=ncTxKRoJxn6cNBbToZUE5Ww1x0Ig7kIDYZtvRzzp%2BG
>c%3D=0

Any ideas why I'm not able to build the compiler?

[Yishay Weiss]

I’m getting [1] compiler tests failure. The read-only errors should be ignored 
IMO because they’re part of compileAndExpectErrors() runs. So I’m not sure 
what’s going on…

[1] https://paste.apache.org/4Sei

RE: WORK ON EMULATION

[Yishay Weiss]

There’s an example here [1]



[1] https://github.com/yishayw/Examples/blob/FileProxy/Examples.mxml




From: Alex Harui 
Sent: Monday, August 13, 2018 6:48:50 PM
To: us...@royale.apache.org; dev@royale.apache.org
Subject: Re: WORK ON EMULATION

Hi Alina,

There is a bead called org.apache.royale.file.beads.FileBrowser.  I can't find 
any examples of use.  Looks like Yishay wrote it so maybe he can help.

There is also a class called 
Network/src/main/royale/org/apache/royale/net/URLBinaryUploader.as you might be 
able to use.

If you only have a few references to FileReference in your code, it is probably 
simpler to change your code to use these classes, otherwise you can try to 
write some emulation class that tries to present the FileReference API.

HTH,
-Alex

On 8/13/18, 2:19 AM, "Alina Kazi"  wrote:

Thanks Alex.
We are using Flash.net.FileReference in our Application
Methods and properties of FileReference are used:
loadFileRef.load();
loadFileRef.browse();
loadFileRef.name;
loadFileRef.data;

Do we have any alternate for this class in Apache Royale?

-Alina

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com.INVALID]
Sent: Friday, August 10, 2018 8:46 PM
To: dev@royale.apache.org; us...@royale.apache.org
Subject: Re: WORK ON EMULATION

Hi Alina,

What is being loaded?  Flex apps should be using mx.controls.SWFLoader, 
mx.modules.ModuleLoader and mx.controls.Image (or their Spark equivalents) and 
not flash.display.Loader directly.  It would be better to change your 
application to not use flash.display.Loader unless there are lots of instances 
of using it.

-Alex

On 8/10/18, 2:27 AM, "Alina Kazi"  wrote:

Hi Alex,



flash.display.Loader

flash.display.Loader:content

flash.display.Loader:contentLoaderInfo

flash.display.Loader:height

flash.display.Loader:load

flash.display.Loader:loadBytes

flash.display.Loader:mask

flash.display.Loader:width

flash.display.Loader:x

flash.display.Loader:y



These properties and methods of API Loader are used.

Should I create mx Emulation for Loader?



Regards,

Alina Kazi

RE: Migrating Enterprise Flex Application

[Yishay Weiss]

From: Olaf Krueger
Sent: Wednesday, July 18, 2018 2:06 PM
To: dev@royale.apache.org
Subject: Re: Migrating Enterprise Flex Application

>As I understand, the only goal of the emulation components is that you will
>be able to compile your app in order to ease the migration process.
>Those emulation components aren't a replacement for mx or spark components
>and will probably never be. Of course... I could be wrong ;-)

The goal as I understand it is have components that are functional, i.e. a full 
replacement. They probably won’t look exactly the same as their flash 
counterparts, but they should serve the same purpose.

RE: Increased size of the framework

[Yishay Weiss]

Looks like it’s a dump file



[1] https://fileinfo.com/extension/mdmp




From: Piotr Zarzycki 
Sent: Friday, August 24, 2018 10:10:42 AM
To: dev@royale.apache.org
Subject: Increased size of the framework

Hi Carlos,

I just looked into the downloaded latest build [1] and surprisingly found
that after unpacked royale-asjs folder only it have 500MB!

I have found that inside frameworks\js\projects\JewelJS\ - there is some
weird file "hs_err_pid5840.mdmp" - which has more than 400MB. - Do you have
any idea where it comes from ?

[1] http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs/

Thanks,
--

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*

RE: Increased size of the framework

[Yishay Weiss]

I think it happens when the JVM crashes for whatever reason (we’ve had some out 
of memory problems). It shouldn’t be there if the build was successful.




From: Piotr Zarzycki 
Sent: Sunday, September 2, 2018 2:36:01 PM
To: dev@royale.apache.org
Subject: Re: Increased size of the framework

Hi Yishay,

The question who generates it?

Thanks,
Piotr

On Sun, Sep 2, 2018, 12:42 PM Yishay Weiss  wrote:

> Looks like it’s a dump file
>
>
>
> [1] 
> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffileinfo.com%2Fextension%2Fmdmpdata=02%7C01%7C%7C508f70bbaeb5410a715f08d610c84b10%7C84df9e7fe9f640afb435%7C1%7C0%7C636714849762610265sdata=zZGMCT8g5%2B0xyBBgBPw3ejirNIufL3yK4U0IyFVOZsM%3Dreserved=0
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Friday, August 24, 2018 10:10:42 AM
> To: dev@royale.apache.org
> Subject: Increased size of the framework
>
> Hi Carlos,
>
> I just looked into the downloaded latest build [1] and surprisingly found
> that after unpacked royale-asjs folder only it have 500MB!
>
> I have found that inside frameworks\js\projects\JewelJS\ - there is some
> weird file "hs_err_pid5840.mdmp" - which has more than 400MB. - Do you have
> any idea where it comes from ?
>
> [1] 
> https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080%2Fjob%2Froyale-asjs%2Fdata=02%7C01%7C%7C508f70bbaeb5410a715f08d610c84b10%7C84df9e7fe9f640afb435%7C1%7C0%7C636714849762610265sdata=1MLZIo%2BAfM%2FzZyH%2BrWytUXg59yqOhjnOQn4TEivtnQw%3Dreserved=0
>
> Thanks,
> --
>
> Piotr Zarzycki
>
> Patreon: 
> *https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7C%7C508f70bbaeb5410a715f08d610c84b10%7C84df9e7fe9f640afb435%7C1%7C0%7C636714849762610265sdata=r%2BpEMOHgwwzTFrlB%2FvU9m2jt3FwHIUBR3cUVfL2HtCk%3Dreserved=0
> <https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7C%7C508f70bbaeb5410a715f08d610c84b10%7C84df9e7fe9f640afb435%7C1%7C0%7C636714849762610265sdata=r%2BpEMOHgwwzTFrlB%2FvU9m2jt3FwHIUBR3cUVfL2HtCk%3Dreserved=0>*
>

RE: [DISCUSS] Discuss Release Apache Royale 0.9.0 RC2

[Yishay Weiss]

FWIW ApproveRoyale.xml [1] still has mvn.exe instead of mvn.cmd. Those with a 
windows machine are advised to search and replace before running the script. 
Otherwise you’ll get the failure Olaf and I got.

From: Olaf Krueger
Sent: Monday, January 22, 2018 10:17 AM
To: dev@royale.apache.org
Subject: Re: [DISCUSS] Discuss Release Apache Royale 0.9.0 RC2

Hi Alex,

>I didn't notice the ".exe" it should be ".cmd"
Seems that the list hung over the weekend so unfortunately, I didn't get
your reply early enough yesterday... but I found it by myself at the end.

>Looks like there was a network glitch.
I just retried it and got test failures now [1].
I also notice the issues Justin has mentioned regarding PLAYERGLOBAL_HOME
[2].

I am sorry, but this is too much unknown stuff for me...

Thanks,
Olaf



[1]

MXMLPropertySpecifierNodeUintTests.MXMLPropertySpecifierNode_uint_tag_tag_max:82->testMXMLPropertySpecifierNode:45->MXMLPropertySpecifierNodeTests.getMXMLPropertySpecifierNode:83
▒ NullPointer

MXMLPropertySpecifierNodeUintTests.MXMLPropertySpecifierNode_uint_tag_text_max:70->testMXMLPropertySpecifierNode:45->MXMLPropertySpecifierNodeTests.getMXMLPropertySpecifierNode:83
▒ NullPointer
  MXMLScriptNodeTests.MXMLScriptNode_empty1:64->getMXMLScriptNode:52
NullPointer
  MXMLScriptNodeTests.MXMLScriptNode_empty2:75->getMXMLScriptNode:52
NullPointer
  MXMLScriptNodeTests.MXMLScriptNode_empty3:86->getMXMLScriptNode:52
NullPointer

MXMLScriptNodeTests.MXMLScriptNode_var_and_function:100->getMXMLScriptNode:52
NullPointer

Tests run: 348, Failures: 1, Errors: 57, Skipped: 25

[INFO]

[INFO] Reactor Summary:
[INFO]
[INFO] Apache Royale: Compiler: Parent  SUCCESS [  5.432
s]
[INFO] Apache Royale: Compiler: Compiler-Common ... SUCCESS [ 19.774
s]
[INFO] Apache Royale: Compiler: Test Utils  SUCCESS [  3.710
s]
[INFO] Apache Royale: Compiler: Externc ... SUCCESS [01:29
min]
[INFO] Apache Royale: Compiler: Compiler .. FAILURE [02:17
min]
[INFO] Apache Royale: Compiler: Compiler-JX ... SKIPPED
[INFO] Apache Royale: Compiler: SWFUtils .. SKIPPED
[INFO] Apache Royale: Compiler: Debugger .. SKIPPED
[INFO] Apache Royale: Compiler: OEM Layer . SKIPPED
[INFO] Apache Royale: Royale Ant Tasks  SKIPPED
[INFO] Apache Royale: Royale Maven Plugin . SKIPPED
[INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 04:24 min
[INFO] Finished at: 2018-01-22T08:08:38+01:00
[INFO] Final Memory: 56M/578M
[INFO]

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-surefire-plugin:2.19:test (default-test) on
project compiler: There are test failures.
[ERROR]
[ERROR] Please refer to
C:\local\apache-royale\approval_0_9_0_RC2\apache-royale-0.9.0-maven-src\royale-compiler\compiler\target\surefire-reports
for the individual test results.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please
read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the
command
[ERROR]   mvn  -rf :compiler

BUILD FAILED
C:\local\apache-royale\approval_0_9_0_RC2\ApproveRoyale.xml:761: exec
returned: 1

Total time: 41 minutes 30 seconds



[2]
PLAYERGLOBAL_HOME not specified
Tests run: 7, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.157 sec -
in org.apache.royale.compiler.internal.tree.mxml.MXMLXMLNodeTests




--
Sent from: http://apache-royale-development.20373.n8.nabble.com/

RE: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure

[Yishay Weiss]

I’m not either. If the Sonar problems continue I’ll give that solution a try.




From: carlos.rov...@gmail.com <carlos.rov...@gmail.com> on behalf of Carlos 
Rovira <carlosrov...@apache.org>
Sent: Monday, April 9, 2018 1:14:53 PM
To: dev@royale.apache.org
Subject: Re: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure

Hi Yishay,
I'm don't know too much of that part of the project. Can you try it if you
know more about that?
thanks

2018-04-09 10:49 GMT+02:00 Yishay Weiss <yishayj...@hotmail.com>:

> Could it be that sonar was updated to a newer version on the maven repo?
> Have u tried the proposed solution there?
>
>
>
> [1] https://stackoverflow.com/questions/40300653/failed-to-
> execute-goal-org-sonarsource-scanner-mavensonar-maven-plugin-3-2son
>
>
>
> 
> From: carlos.rov...@gmail.com <carlos.rov...@gmail.com> on behalf of
> Carlos Rovira <carlosrov...@apache.org>
> Sent: Monday, April 9, 2018 11:15:37 AM
> To: dev@royale.apache.org
> Subject: Re: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure
>
> Regarding my latest email, it seems that typedefs is as well failing, but
> with no changes, so this seems something external to the code?
>
> 2018-04-09 2:54 GMT+02:00 Apache Jenkins Server <jenk...@builds.apache.org
> >:
>
> > The Apache Jenkins build system has built Royale-typedefs (build #175)
> >
> > Status: Failure
> >
> > Check console output at https://builds.apache.org/job/
> Royale-typedefs/175/
> > to view the results.
>
>
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>



--
Carlos Rovira
http://about.me/carlosrovira

RE: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure

[Yishay Weiss]

Could it be that sonar was updated to a newer version on the maven repo? Have u 
tried the proposed solution there?



[1] 
https://stackoverflow.com/questions/40300653/failed-to-execute-goal-org-sonarsource-scanner-mavensonar-maven-plugin-3-2son




From: carlos.rov...@gmail.com  on behalf of Carlos 
Rovira 
Sent: Monday, April 9, 2018 11:15:37 AM
To: dev@royale.apache.org
Subject: Re: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure

Regarding my latest email, it seems that typedefs is as well failing, but
with no changes, so this seems something external to the code?

2018-04-09 2:54 GMT+02:00 Apache Jenkins Server :

> The Apache Jenkins build system has built Royale-typedefs (build #175)
>
> Status: Failure
>
> Check console output at https://builds.apache.org/job/Royale-typedefs/175/
> to view the results.




--
Carlos Rovira
http://about.me/carlosrovira

RE: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure

[Yishay Weiss]

From: carlos.rov...@gmail.com <carlos.rov...@gmail.com> on behalf of Carlos 
Rovira <carlosrov...@apache.org>
Sent: Monday, April 9, 2018 1:39:32 PM
To: dev@royale.apache.org
Subject: Re: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure

Maybe something to ask for to infra team? can you rise them a ticket ?

thanks

2018-04-09 12:17 GMT+02:00 Yishay Weiss <yishayj...@hotmail.com>:

> I’m not either. If the Sonar problems continue I’ll give that solution a
> try.
>
>
>
> 
> From: carlos.rov...@gmail.com <carlos.rov...@gmail.com> on behalf of
> Carlos Rovira <carlosrov...@apache.org>
> Sent: Monday, April 9, 2018 1:14:53 PM
> To: dev@royale.apache.org
> Subject: Re: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure
>
> Hi Yishay,
> I'm don't know too much of that part of the project. Can you try it if you
> know more about that?
> thanks
>
> 2018-04-09 10:49 GMT+02:00 Yishay Weiss <yishayj...@hotmail.com>:
>
> > Could it be that sonar was updated to a newer version on the maven repo?
> > Have u tried the proposed solution there?
> >
> >
> >
> > [1] https://stackoverflow.com/questions/40300653/failed-to-
> > execute-goal-org-sonarsource-scanner-mavensonar-maven-plugin-3-2son
> >
> >
> >
> > 
> > From: carlos.rov...@gmail.com <carlos.rov...@gmail.com> on behalf of
> > Carlos Rovira <carlosrov...@apache.org>
> > Sent: Monday, April 9, 2018 11:15:37 AM
> > To: dev@royale.apache.org
> > Subject: Re: [MAVEN-BUILD] Royale-typedefs - Build # 175 - Failure
> >
> > Regarding my latest email, it seems that typedefs is as well failing, but
> > with no changes, so this seems something external to the code?
> >
> > 2018-04-09 2:54 GMT+02:00 Apache Jenkins Server <
> jenk...@builds.apache.org
> > >:
> >
> > > The Apache Jenkins build system has built Royale-typedefs (build #175)
> > >
> > > Status: Failure
> > >
> > > Check console output at https://builds.apache.org/job/
> > Royale-typedefs/175/
> > > to view the results.
> >
> >
> >
> >
> > --
> > Carlos Rovira
> > http://about.me/carlosrovira
> >
>
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>



--
Carlos Rovira
http://about.me/carlosrovira

RE: ItemRenderer is not PAYG

[Yishay Weiss]

I think we need to accept that there are some assumptions made in base classes 
that will not apply to every case. This is the tension between PAYG and 
reusability which has been discussed before. As Alex suggested you can always 
create a different implementation for ISelectableItemRenderer (or 
IItemRenderer).



What I find confusing is that MXMLItemRenderer does not explicitly implement 
IMXMLDocument, and that most of the mxml related code is actually in 
UIItemRendererBase. Alex, maybe you can explain what the reasoning was for that?




From: carlos.rov...@gmail.com  on behalf of Carlos 
Rovira 
Sent: Sunday, April 15, 2018 2:29:20 PM
To: dev@royale.apache.org
Subject: Re: ItemRenderer is not PAYG

Hi,

the hierarchy chain is "UIItemRendererBase > DataItemRenderer >
MXMLItemRenderer"

ListItemRenderer extend from MXMLItemRenderer (if that's not the right
class let me know), since users will want to create mainly MXML item
renderers.

So UIItemRendererBase is buried in the chain and I don't see a way to get
rid of it unless I create the same chain.

Being said that, this is not critical for me, I can live with those
properties buried in the code, but I want to put this here to signal a
point when I see PAYG is not begin followed.

For me people that wants to use colors in code should "aggregate it" in a
PAYG way, and people that wants css should do the same on its way.
In other words, people using Jewel will have code in their apps that will
be never used, and I think that's what we're trying to avoid







2018-04-15 8:54 GMT+02:00 Alex Harui :

> There is no obligation to use UIItemRendererBase for Jewel ItemRenderers.
> If you run into places where we assume UIItemRendererBase and not
> IItemRenderer, that's either a bug or requires a different controller or
> view.
>
> Let us know what you run into.
>
> -Alex
>
> On 4/14/18, 8:33 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
>  wrote:
>
> >Hi,
> >
> >this base class
> >
> >UIItemRendererBase
> >
> >has properties for all colors (hover, selected, and more) and a "useColor"
> >property, and updateRenderer() method is switching "useColor"
> >
> >as a low level class, I think this class should not have all this info,
> >since most people will never use.
> >
> >In Basic I think is possible, but in Jewel colors, shapes and effects
> >comer
> >from CSS.
> >
> >In this case I think 95% of users will never go that way of setting colors
> >when the can do simply this:
> >
> >.jewel.item {
> >cursor: pointer;
> >padding: 8px;
> >flex-shrink: 0;
> >flex-grow: 1;
> >}
> >.jewel.item:hover {
> >color: #FF;
> >background: #24a3ef;
> >}
> >.jewel.item:active, .jewel.item.selected {
> >color: #FF;
> >background: #0f88d1;
> >}
> >
> >without wiring a single line between logic and css.
> >
> >So I think useColors, and colors should be refactored to a bead or
> >something that will not compromise the high level UI sets that will never
> >use this kind of properties.
> >
> >Although I'm creating a ItemRenderer from scratch, my problem here's that
> >there's so much hierarchy here and many other classes in the tree that
> >depends.
> >
> >Creating a class extending "leaf" class nodes are easy, but when problems
> >arise in the middle of the hierarchy chain, we have a problem that is
> >difficult to solve
> >
> >thanks
> >
> >
> >
> >--
> >Carlos Rovira
> >https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fabout.me%2
> >Fcarlosrovira=02%7C01%7Caharui%40adobe.com%
> 7C6594b31e04554af2d97808d5
> >a21d2617%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%
> 7C636593168509138978
> >data=q1GZeXydbyaKPui4RFXJG4%2FlUdCrTcioiycbxGE5FD4%3D=0
>
>


--
Carlos Rovira
http://about.me/carlosrovira

RE: [royale-compiler] branch develop updated: handle main MXML file in packages

[Yishay Weiss]

I’m still getting an error when compiling our app using the up2date compiler.



   [mxmlc] Internal error: java.lang.NullPointerException: Source must not be 
null 
org.apache.commons.io.FileUtils.copyDirectory(FileUtils.java:1362)org.apache.commons.io.FileUtils.copyDirectory(FileUtils.java:1310)org.apache.royale.compiler.internal.codegen.mxml.royale.MXMLRoyalePublisher.publish(MXMLRoyalePublisher.java:206)org.apache.royale.compiler.clients.MXMLJSCRoyale.compile(MXMLJSCRoyale.java:384)org.apache.royale.compiler.clients.MXMLJSCRoyale._mainNoExit(MXMLJSCRoyale.java:240)org.apache.royale.compiler.clients.MXMLJSCRoyale.mainNoExit(MXMLJSCRoyale.java:197)org.apache.royale.compiler.clients.MXMLJSC._mainNoExit(MXMLJSC.java:345)org.apache.royale.compiler.clients.MXMLJSC.mainNoExit(MXMLJSC.java:281)org.apache.royale.compiler.clients.MXMLJSC.staticMainNoExit(MXMLJSC.java:240)org.apache.royale.compiler.clients.MXMLJSC.main(MXMLJSC.java:222)




From: Alex Harui 
Sent: Monday, March 19, 2018 2:40:38 AM
To: dev@royale.apache.org
Subject: Re: [royale-compiler] branch develop updated: handle main MXML file in 
packages

I took care of it.

On 3/18/18, 1:16 AM, "Harbs"  wrote:

>This commit appears to break things.
>
>I’m getting the following error in Core tests:
>
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apa
>che.org%2FBmsg=02%7C01%7Caharui%40adobe.com%7C41c93109f528477fe9bb08d
>58ca8983b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636569578094796225&
>sdata=fanlDrBFFOSL0rpZNNR7IMZyFOxmeJeR5riVdFJcLH8%3D=0
>ache.org%2FBmsg=02%7C01%7Caharui%40adobe.com%7C41c93109f528477fe9bb08
>d58ca8983b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636569578094796225
>=fanlDrBFFOSL0rpZNNR7IMZyFOxmeJeR5riVdFJcLH8%3D=0>
>
>Harbs
>
>> On Mar 17, 2018, at 5:16 PM, aha...@apache.org wrote:
>>
>> This is an automated email from the ASF dual-hosted git repository.
>>
>> aharui pushed a commit to branch develop
>> in repository
>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitbox.a
>>pache.org%2Frepos%2Fasf%2Froyale-compiler.git=02%7C01%7Caharui%40ado
>>be.com%7C41c93109f528477fe9bb08d58ca8983b%7Cfa7b1b5a7b34438794aed2c178dec
>>ee1%7C0%7C0%7C636569578094796225=hx1FTlGgdcEVSsfSfHW0gAVPVvFwwmJdeu
>>iIQQx2QtY%3D=0
>>
>>
>> The following commit(s) were added to refs/heads/develop by this push:
>> new ac500b7  handle main MXML file in packages
>> ac500b7 is described below
>>
>> commit ac500b75530fc9094768824e4339fbd7df95e7ed
>> Author: Alex Harui 
>> AuthorDate: Sat Mar 17 08:16:12 2018 -0700
>>
>>handle main MXML file in packages
>> ---
>> .../internal/codegen/js/jsc/JSCPublisher.java  | 10 ++--
>> .../internal/codegen/js/node/NodePublisher.java| 14 ++---
>> .../codegen/mxml/royale/MXMLRoyalePublisher.java   | 61
>>++
>> .../compiler/internal/graph/GoogDepsWriter.java|  4 --
>> .../internal/projects/SourceListManager.java   |  4 +-
>> .../internal/projects/SourcePathManager.java   | 11 
>> 6 files changed, 64 insertions(+), 40 deletions(-)
>>
>> diff --git
>>a/compiler-jx/src/main/java/org/apache/royale/compiler/internal/codegen/j
>>s/jsc/JSCPublisher.java
>>b/compiler-jx/src/main/java/org/apache/royale/compiler/internal/codegen/j
>>s/jsc/JSCPublisher.java
>> index 8f530e2..4a54cfb 100644
>> ---
>>a/compiler-jx/src/main/java/org/apache/royale/compiler/internal/codegen/j
>>s/jsc/JSCPublisher.java
>> +++
>>b/compiler-jx/src/main/java/org/apache/royale/compiler/internal/codegen/j
>>s/jsc/JSCPublisher.java
>> @@ -41,28 +41,28 @@ public class JSCPublisher extends
>>MXMLRoyalePublisher
>> private RoyaleJSProject project;
>>
>> @Override
>> -protected String getTemplateBody(String projectName)
>> +protected String getTemplateBody(String mainClassQName)
>> {
>> -IDefinition def =
>>project.resolveQNameToDefinition(projectName);
>> +IDefinition def =
>>project.resolveQNameToDefinition(mainClassQName);
>> IDefinitionNode node = def.getNode();
>> if (node instanceof IMXMLDocumentNode)
>> {
>> //we should probably customize MXML too, but for now, pass
>>it to the
>> //default implementation -JT
>> -return super.getTemplateBody(projectName);
>> +return super.getTemplateBody(mainClassQName);
>> }
>> //for ActionScript classes, simply call the constructor by
>>default
>> StringBuilder bodyHTML = new StringBuilder();
>> bodyHTML.append("\t\n");
>> bodyHTML.append("\t\tnew ");
>> -bodyHTML.append(projectName);
>> +bodyHTML.append(mainClassQName);
>> bodyHTML.append("();\n");
>> bodyHTML.append("\t\n");
>> return bodyHTML.toString();
>> }
>>
>> @Override
>> -protected void writeHTML(String 

RE: [royale-compiler] branch develop updated: handle main MXML file in packages

[Yishay Weiss]

Going back to 8b0ee7192310c7f925b303ea4dab117ee9cd2b9b in compiler and 
rebuilding royale-compiler and royale-asjs fixes the issue.


From: Yishay Weiss<mailto:yishayj...@hotmail.com>
Sent: Monday, March 19, 2018 9:52 AM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: RE: [royale-compiler] branch develop updated: handle main MXML file in 
packages

I’m still getting an error when compiling our app using the up2date compiler.



   [mxmlc] Internal error: java.lang.NullPointerException: Source must not be 
null 
org.apache.commons.io.FileUtils.copyDirectory(FileUtils.java:1362)org.apache.commons.io.FileUtils.copyDirectory(FileUtils.java:1310)org.apache.royale.compiler.internal.codegen.mxml.royale.MXMLRoyalePublisher.publish(MXMLRoyalePublisher.java:206)org.apache.royale.compiler.clients.MXMLJSCRoyale.compile(MXMLJSCRoyale.java:384)org.apache.royale.compiler.clients.MXMLJSCRoyale._mainNoExit(MXMLJSCRoyale.java:240)org.apache.royale.compiler.clients.MXMLJSCRoyale.mainNoExit(MXMLJSCRoyale.java:197)org.apache.royale.compiler.clients.MXMLJSC._mainNoExit(MXMLJSC.java:345)org.apache.royale.compiler.clients.MXMLJSC.mainNoExit(MXMLJSC.java:281)org.apache.royale.compiler.clients.MXMLJSC.staticMainNoExit(MXMLJSC.java:240)org.apache.royale.compiler.clients.MXMLJSC.main(MXMLJSC.java:222)




From: Alex Harui <aha...@adobe.com.INVALID>
Sent: Monday, March 19, 2018 2:40:38 AM
To: dev@royale.apache.org
Subject: Re: [royale-compiler] branch develop updated: handle main MXML file in 
packages

I took care of it.

On 3/18/18, 1:16 AM, "Harbs" <harbs.li...@gmail.com> wrote:

>This commit appears to break things.
>
>I’m getting the following error in Core tests:
>
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apa
>che.org%2FBmsg=02%7C01%7Caharui%40adobe.com%7C41c93109f528477fe9bb08d
>58ca8983b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636569578094796225&
>sdata=fanlDrBFFOSL0rpZNNR7IMZyFOxmeJeR5riVdFJcLH8%3D=0
><https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.ap
>ache.org%2FBmsg=02%7C01%7Caharui%40adobe.com%7C41c93109f528477fe9bb08
>d58ca8983b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636569578094796225
>=fanlDrBFFOSL0rpZNNR7IMZyFOxmeJeR5riVdFJcLH8%3D=0>
>
>Harbs
>
>> On Mar 17, 2018, at 5:16 PM, aha...@apache.org wrote:
>>
>> This is an automated email from the ASF dual-hosted git repository.
>>
>> aharui pushed a commit to branch develop
>> in repository
>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitbox.a
>>pache.org%2Frepos%2Fasf%2Froyale-compiler.git=02%7C01%7Caharui%40ado
>>be.com%7C41c93109f528477fe9bb08d58ca8983b%7Cfa7b1b5a7b34438794aed2c178dec
>>ee1%7C0%7C0%7C636569578094796225=hx1FTlGgdcEVSsfSfHW0gAVPVvFwwmJdeu
>>iIQQx2QtY%3D=0
>>
>>
>> The following commit(s) were added to refs/heads/develop by this push:
>> new ac500b7  handle main MXML file in packages
>> ac500b7 is described below
>>
>> commit ac500b75530fc9094768824e4339fbd7df95e7ed
>> Author: Alex Harui <aha...@apache.org>
>> AuthorDate: Sat Mar 17 08:16:12 2018 -0700
>>
>>handle main MXML file in packages
>> ---
>> .../internal/codegen/js/jsc/JSCPublisher.java  | 10 ++--
>> .../internal/codegen/js/node/NodePublisher.java| 14 ++---
>> .../codegen/mxml/royale/MXMLRoyalePublisher.java   | 61
>>++
>> .../compiler/internal/graph/GoogDepsWriter.java|  4 --
>> .../internal/projects/SourceListManager.java   |  4 +-
>> .../internal/projects/SourcePathManager.java   | 11 
>> 6 files changed, 64 insertions(+), 40 deletions(-)
>>
>> diff --git
>>a/compiler-jx/src/main/java/org/apache/royale/compiler/internal/codegen/j
>>s/jsc/JSCPublisher.java
>>b/compiler-jx/src/main/java/org/apache/royale/compiler/internal/codegen/j
>>s/jsc/JSCPublisher.java
>> index 8f530e2..4a54cfb 100644
>> ---
>>a/compiler-jx/src/main/java/org/apache/royale/compiler/internal/codegen/j
>>s/jsc/JSCPublisher.java
>> +++
>>b/compiler-jx/src/main/java/org/apache/royale/compiler/internal/codegen/j
>>s/jsc/JSCPublisher.java
>> @@ -41,28 +41,28 @@ public class JSCPublisher extends
>>MXMLRoyalePublisher
>> private RoyaleJSProject project;
>>
>> @Override
>> -protected String getTemplateBody(String projectName)
>> +protected String getTemplateBody(String mainClassQName)
>> {
>> -IDefinition def =
>>project.resolveQNameToDefinition(projectName);
>> +IDefinition def =
>>project.resolveQNameToDefinition(mainClassQName);
>> IDefinitionNode node = def.getNode();
>

RE: GitHub Problems

[Yishay Weiss]

Upgrading git for windows [1] fixed it for me.

[1] https://github.com/Microsoft/Git-Credential-Manager-for-Windows/issues/57

From: Yishay Weiss<mailto:yishayj...@hotmail.com>
Sent: Sunday, February 25, 2018 4:12 PM
To: dev@royale.apache.org<mailto:dev@royale.apache.org>
Subject: GitHub Problems

Did anyone else have these problems? I’m using my GitHub account credentials.

C:\dev\flexjs\royale-asjs\frameworks\projects\Graphics>git push
fatal: AggregateException encountered.
   One or more errors occurred.
Username for 'https://github.com': yishayw
Password for 'https://y...@github.com':
remote: Invalid username or password.
fatal: Authentication failed for 'https://github.com/apache/royale-asjs.git/'

GitHub Problems

[Yishay Weiss]

Did anyone else have these problems? I’m using my GitHub account credentials.

C:\dev\flexjs\royale-asjs\frameworks\projects\Graphics>git push
fatal: AggregateException encountered.
   One or more errors occurred.
Username for 'https://github.com': yishayw
Password for 'https://y...@github.com':
remote: Invalid username or password.
fatal: Authentication failed for 'https://github.com/apache/royale-asjs.git/'

Royale Compiler Brings Wrong Dependencies

[Yishay Weiss]

Hi,

We’re seeing a bug where beads from MXRoyale are loaded even though the project 
doesn’t reference MXRoyale. This results in a runtime error when opening a 
ComboBox.

Specifically, it looks like these lines

Basic|ComboBoxList
{
IDataProviderItemRendererMapper: 
ClassReference("mx.controls.listClasses.DataItemRendererFactoryForICollectionViewData");
IBeadModel: 
ClassReference("mx.controls.beads.models.SingleSelectionICollectionViewModel");
}

Are bring read from MXRoyale’s defaults.css, changing the default model for 
ComboBoxList. I haven’t been able to reproduce this in a simple [1] example.

I spent some time in the compiler trying to figure out what was going on but no 
luck so far. What I have noticed is that in 
RoyaleJSTarget.findAllCompilationUnitsToLink() the list of found dependencies 
includes compilation units I wouldn’t expect to find. For example, in the 
simple test [1] I created one of the dependencies has the AceJS compilation 
unit.

Any pointers?

[1] https://paste.apache.org/N5As

RE: Royale Compiler Brings Wrong Dependencies

[Yishay Weiss]

No. We’re running the compiler-jx project with the following arguments:



+royalelib="C:\dev\flexjs\royale-asjs\frameworks"

+configname=royale

-debug

-closure-lib=C:\dev\goog\closure-library

--js-library-path+=C:\Users\Yishay\Documents\printui-flexjs\PortedPrintUI\lib

--js-external-library-path+=C:\Users\Yishay\Documents\printui-flexjs\PortedPrintUI\typedefs

--remove-circulars=true

--html-template=src\resources\mdl-js-index-template.html

--js-compiler-option+=--skip_type_inference

--targets=JSRoyale

C:\Users\Yishay\Documents\printui-flexjs\PortedPrintUI\src\PortedPrintUI.mxml




From: Piotr Zarzycki 
Sent: Sunday, October 14, 2018 12:41:41 PM
To: dev@royale.apache.org
Subject: Re: Royale Compiler Brings Wrong Dependencies

Hi Yishay,

Do you load during the build -theme?

Piotr

On Sun, Oct 14, 2018, 9:45 AM Yishay Weiss  wrote:

> Hi,
>
> We’re seeing a bug where beads from MXRoyale are loaded even though the
> project doesn’t reference MXRoyale. This results in a runtime error when
> opening a ComboBox.
>
> Specifically, it looks like these lines
>
> Basic|ComboBoxList
> {
> IDataProviderItemRendererMapper:
> ClassReference("mx.controls.listClasses.DataItemRendererFactoryForICollectionViewData");
> IBeadModel:
> ClassReference("mx.controls.beads.models.SingleSelectionICollectionViewModel");
> }
>
> Are bring read from MXRoyale’s defaults.css, changing the default model
> for ComboBoxList. I haven’t been able to reproduce this in a simple [1]
> example.
>
> I spent some time in the compiler trying to figure out what was going on
> but no luck so far. What I have noticed is that in
> RoyaleJSTarget.findAllCompilationUnitsToLink() the list of found
> dependencies includes compilation units I wouldn’t expect to find. For
> example, in the simple test [1] I created one of the dependencies has the
> AceJS compilation unit.
>
> Any pointers?
>
> [1] https://paste.apache.org/N5As
>
>

RE: Royale Compiler Brings Wrong Dependencies

[Yishay Weiss]

Same result.




From: Piotr Zarzycki 
Sent: Sunday, October 14, 2018 4:51:56 PM
To: dev@royale.apache.org
Subject: Re: Royale Compiler Brings Wrong Dependencies

Maybe you should try point to the theme from Basic.

On Sun, Oct 14, 2018, 1:09 PM Yishay Weiss  wrote:

> No. We’re running the compiler-jx project with the following arguments:
>
>
>
> +royalelib="C:\dev\flexjs\royale-asjs\frameworks"
>
> +configname=royale
>
> -debug
>
> -closure-lib=C:\dev\goog\closure-library
>
>
> --js-library-path+=C:\Users\Yishay\Documents\printui-flexjs\PortedPrintUI\lib
>
>
> --js-external-library-path+=C:\Users\Yishay\Documents\printui-flexjs\PortedPrintUI\typedefs
>
> --remove-circulars=true
>
> --html-template=src\resources\mdl-js-index-template.html
>
> --js-compiler-option+=--skip_type_inference
>
> --targets=JSRoyale
>
>
> C:\Users\Yishay\Documents\printui-flexjs\PortedPrintUI\src\PortedPrintUI.mxml
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Sunday, October 14, 2018 12:41:41 PM
> To: dev@royale.apache.org
> Subject: Re: Royale Compiler Brings Wrong Dependencies
>
> Hi Yishay,
>
> Do you load during the build -theme?
>
> Piotr
>
> On Sun, Oct 14, 2018, 9:45 AM Yishay Weiss  wrote:
>
> > Hi,
> >
> > We’re seeing a bug where beads from MXRoyale are loaded even though the
> > project doesn’t reference MXRoyale. This results in a runtime error when
> > opening a ComboBox.
> >
> > Specifically, it looks like these lines
> >
> > Basic|ComboBoxList
> > {
> > IDataProviderItemRendererMapper:
> >
> ClassReference("mx.controls.listClasses.DataItemRendererFactoryForICollectionViewData");
> > IBeadModel:
> >
> ClassReference("mx.controls.beads.models.SingleSelectionICollectionViewModel");
> > }
> >
> > Are bring read from MXRoyale’s defaults.css, changing the default model
> > for ComboBoxList. I haven’t been able to reproduce this in a simple [1]
> > example.
> >
> > I spent some time in the compiler trying to figure out what was going on
> > but no luck so far. What I have noticed is that in
> > RoyaleJSTarget.findAllCompilationUnitsToLink() the list of found
> > dependencies includes compilation units I wouldn’t expect to find. For
> > example, in the simple test [1] I created one of the dependencies has the
> > AceJS compilation unit.
> >
> > Any pointers?
> >
> > [1] https://paste.apache.org/N5As
> >
> >
>

RE: Welcome Pushmina Kazi as Apache Royale Committer

[Yishay Weiss]

Welcome Pushmina!




From: Piotr Zarzycki 
Sent: Monday, October 15, 2018 9:52:49 AM
To: dev@royale.apache.org
Subject: Welcome Pushmina Kazi as Apache Royale Committer

Hi Folks,

The Apache Royale PMC is excited to welcome Pushmina Kazi as our newest
committer! Pushmina is working closely with Alina on emulation components
which should ease the effort of migrating Flex apps to Royale. She made
several good pull requests to that area, which earned her the merit to
become committer.

Please warm welcome Pushmina as a committer to the Apache Royale.

Welcome Pushmina!

Piotr,
--

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*

RE: [Discuss] Start release process 0.9.3

[Yishay Weiss]

Just deleted them.



I haven’t followed this thread closely enough. Can you think of more such tasks?




From: Piotr Zarzycki 
Sent: Monday, October 15, 2018 6:29:30 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Hi Yishay,

This [1][2]

[1]
https://github.com/apache/royale-compiler/tree/org.apache.royale.compiler-0.9.4-rc1
[2]
https://github.com/apache/royale-compiler/tree/org.apache.royale.compiler-0.9.4-rc2

Thanks,
Piotr

pon., 15 paź 2018 o 17:20 Yishay Weiss  napisał(a):

> What’s the full names of the tags that need to be deleted?
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Monday, October 15, 2018 4:08:34 PM
> To: dev@royale.apache.org
> Subject: Re: [Discuss] Start release process 0.9.3
>
> Hi Alex,
>
> I have all environment property which you are mentioning in place.
>
> AIR_HOME = d:\Work\flex-sdk-4.16.1_adobe_air_30
> FLASHPLAYER_DEBUGGER = D:\Work\player\flashplayer.exe
> PLAYERGLOBAL_HOME = D:\Work\player
>
> In my folder with player I have following folders with playerglobal.swc
> 11.1, 11.7, 20.0, 21,0, 23.0. Maybe issue is cause I'm using bash for
> running all of that..
>
> I think I'm done with this. I don't have anymore power to fight with it at
> all. Whoever wanted to pickup what's is left feel free. Branches are
> waiting. You need to remove RC1 and RC2 tags, cause I cannot for some
> reason.
>
> Good Luck!
> Piotr
>
>
> pon., 15 paź 2018 o 09:45 Alex Harui 
> napisał(a):
>
> > Looks like your environment variables aren't set?  Having js.swc on the
> > external-library-path to run a SWF doesn't seem right.  Check AIR_HOME,
> > PLAYERGLOBAL_HOME, FLASHPLAYER_DEBUGGER.
> >
> > -Alex
> >
> > On 10/15/18, 12:37 AM, "Piotr Zarzycki" 
> > wrote:
> >
> > Now tests are failing :) [1]
> >
> > [1]
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2FFY4Odata=02%7C01%7Caharui%40adobe.com%7Cfa5543ca2c7e4cf173ae08d632711463%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636751858589137692sdata=WJMqxXBaDs%2B1jidlSnp1mTzBgBPlhbOSMoXHcycEBh0%3Dreserved=0
> >
> > niedz., 14 paź 2018 o 22:34 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > napisał(a):
> >
> > > Before I contact Maven mailing list I would like to try again
> > release to
> > > see what I got.
> > >
> > >
> > > On Sat, Oct 13, 2018, 11:28 AM Carlos Rovira <
> > carlosrov...@apache.org>
> > > wrote:
> > >
> > >> Hi, commit done and seems no other side effect was done. So I
> think
> > the
> > >> tweaks worked.
> > >>
> > >> El sáb., 13 oct. 2018 a las 11:18, Carlos Rovira (<
> > >> carlosrov...@apache.org>)
> > >> escribió:
> > >>
> > >> > Hi,
> > >> >
> > >> > about delete tag, I was investigating and did some tweaks to my
> > system.
> > >> So
> > >> > we'll see in the next commit if it works.
> > >> >
> > >> > El sáb., 13 oct. 2018 a las 8:59, Carlos Rovira (<
> > >> carlosrov...@apache.org>)
> > >> > escribió:
> > >> >
> > >> >> Hi,
> > >> >>
> > >> >> I think asking ni maven list is our best bet since as we do
> here,
> > >> surely
> > >> >> they can help and give some light on what's happening, so
> > >> >> +1 to ask in maven list
> > >> >>
> > >> >>
> > >> >>
> > >> >> El sáb., 13 oct. 2018 a las 7:56, Alex Harui
> > ( > >> >)
> > >> >> escribió:
> > >> >>
> > >> >>> No, some people think the script was trying to upload the RC
> to
> > Maven
> > >> >>> Central instead of repository.apache.org.  From my reading of
> > the
> > >> logs,
> > >> >>> you had a problem downloading a Maven plugin from Maven
> Central
> > which
> > >> is
> > >> >>> allowed, while Om was having trouble uploading to
> > >> repository.apache.org.
> > >> >>>
> > >> >>> I think we're ok as long as we can figure out why you and Om
> > keep
> > >> &g

RE: [Discuss] Start release process 0.9.3

[Yishay Weiss]

Maybe u can summarize the pitfalls you and Om mention on this thread. I’ll 
follow the tut [1] and see how far I get.



Just don’t want to waste time on the things you stumbled on.



[1] https://github.com/apache/royale-asjs/wiki/Release-Manager-Notes






From: Piotr Zarzycki 
Sent: Tuesday, October 16, 2018 12:30:54 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Hi Yishay,

What do you mean by more such tasks ?

Thanks,
Piotr

wt., 16 paź 2018 o 07:10 Yishay Weiss  napisał(a):

> Just deleted them.
>
>
>
> I haven’t followed this thread closely enough. Can you think of more such
> tasks?
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Monday, October 15, 2018 6:29:30 PM
> To: dev@royale.apache.org
> Subject: Re: [Discuss] Start release process 0.9.3
>
> Hi Yishay,
>
> This [1][2]
>
> [1]
>
> https://github.com/apache/royale-compiler/tree/org.apache.royale.compiler-0.9.4-rc1
> [2]
>
> https://github.com/apache/royale-compiler/tree/org.apache.royale.compiler-0.9.4-rc2
>
> Thanks,
> Piotr
>
> pon., 15 paź 2018 o 17:20 Yishay Weiss 
> napisał(a):
>
> > What’s the full names of the tags that need to be deleted?
> >
> >
> >
> > 
> > From: Piotr Zarzycki 
> > Sent: Monday, October 15, 2018 4:08:34 PM
> > To: dev@royale.apache.org
> > Subject: Re: [Discuss] Start release process 0.9.3
> >
> > Hi Alex,
> >
> > I have all environment property which you are mentioning in place.
> >
> > AIR_HOME = d:\Work\flex-sdk-4.16.1_adobe_air_30
> > FLASHPLAYER_DEBUGGER = D:\Work\player\flashplayer.exe
> > PLAYERGLOBAL_HOME = D:\Work\player
> >
> > In my folder with player I have following folders with playerglobal.swc
> > 11.1, 11.7, 20.0, 21,0, 23.0. Maybe issue is cause I'm using bash for
> > running all of that..
> >
> > I think I'm done with this. I don't have anymore power to fight with it
> at
> > all. Whoever wanted to pickup what's is left feel free. Branches are
> > waiting. You need to remove RC1 and RC2 tags, cause I cannot for some
> > reason.
> >
> > Good Luck!
> > Piotr
> >
> >
> > pon., 15 paź 2018 o 09:45 Alex Harui 
> > napisał(a):
> >
> > > Looks like your environment variables aren't set?  Having js.swc on the
> > > external-library-path to run a SWF doesn't seem right.  Check AIR_HOME,
> > > PLAYERGLOBAL_HOME, FLASHPLAYER_DEBUGGER.
> > >
> > > -Alex
> > >
> > > On 10/15/18, 12:37 AM, "Piotr Zarzycki" 
> > > wrote:
> > >
> > > Now tests are failing :) [1]
> > >
> > > [1]
> > >
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2FFY4Odata=02%7C01%7Caharui%40adobe.com%7Cfa5543ca2c7e4cf173ae08d632711463%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636751858589137692sdata=WJMqxXBaDs%2B1jidlSnp1mTzBgBPlhbOSMoXHcycEBh0%3Dreserved=0
> > >
> > > niedz., 14 paź 2018 o 22:34 Piotr Zarzycki <
> > piotrzarzyck...@gmail.com>
> > > napisał(a):
> > >
> > > > Before I contact Maven mailing list I would like to try again
> > > release to
> > > > see what I got.
> > > >
> > > >
> > > > On Sat, Oct 13, 2018, 11:28 AM Carlos Rovira <
> > > carlosrov...@apache.org>
> > > > wrote:
> > > >
> > > >> Hi, commit done and seems no other side effect was done. So I
> > think
> > > the
> > > >> tweaks worked.
> > > >>
> > > >> El sáb., 13 oct. 2018 a las 11:18, Carlos Rovira (<
> > > >> carlosrov...@apache.org>)
> > > >> escribió:
> > > >>
> > > >> > Hi,
> > > >> >
> > > >> > about delete tag, I was investigating and did some tweaks to
> my
> > > system.
> > > >> So
> > > >> > we'll see in the next commit if it works.
> > > >> >
> > > >> > El sáb., 13 oct. 2018 a las 8:59, Carlos Rovira (<
> > > >> carlosrov...@apache.org>)
> > > >> > escribió:
> > > >> >
> > > >> >> Hi,
> > > >> >>
> > > >> >> I think asking ni maven list is our best bet since as we do
> > here,
> > > >

RE: [Discuss] Start release process 0.9.3

[Yishay Weiss]

Ok, thanks.




From: Piotr Zarzycki 
Sent: Tuesday, October 16, 2018 1:07:08 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Yishay,

You need to follow the tutorial on the Wiki, so setup everything what is
saying there. However in release steps you can omit step 3 and start from
step 4. Step 1 and 2 is needed.

You can start from step 4, because branches for release exists already in
all 3 repositories. "release/0.9.4"

In last two attempts:

Attempt 1: Failed because I got timeout on downloading some maven plugin
Attempt 2: I went a bit farther, but during Maven compilation of compiler
tests failed - stacktraces of failing tests are in previous emails.

Thanks,
Piotr

wt., 16 paź 2018 o 11:44 Yishay Weiss  napisał(a):

> Maybe u can summarize the pitfalls you and Om mention on this thread. I’ll
> follow the tut [1] and see how far I get.
>
>
>
> Just don’t want to waste time on the things you stumbled on.
>
>
>
> [1] https://github.com/apache/royale-asjs/wiki/Release-Manager-Notes
>
>
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Tuesday, October 16, 2018 12:30:54 PM
> To: dev@royale.apache.org
> Subject: Re: [Discuss] Start release process 0.9.3
>
> Hi Yishay,
>
> What do you mean by more such tasks ?
>
> Thanks,
> Piotr
>
> wt., 16 paź 2018 o 07:10 Yishay Weiss  napisał(a):
>
> > Just deleted them.
> >
> >
> >
> > I haven’t followed this thread closely enough. Can you think of more such
> > tasks?
> >
> >
> >
> > 
> > From: Piotr Zarzycki 
> > Sent: Monday, October 15, 2018 6:29:30 PM
> > To: dev@royale.apache.org
> > Subject: Re: [Discuss] Start release process 0.9.3
> >
> > Hi Yishay,
> >
> > This [1][2]
> >
> > [1]
> >
> >
> https://github.com/apache/royale-compiler/tree/org.apache.royale.compiler-0.9.4-rc1
> > [2]
> >
> >
> https://github.com/apache/royale-compiler/tree/org.apache.royale.compiler-0.9.4-rc2
> >
> > Thanks,
> > Piotr
> >
> > pon., 15 paź 2018 o 17:20 Yishay Weiss 
> > napisał(a):
> >
> > > What’s the full names of the tags that need to be deleted?
> > >
> > >
> > >
> > > 
> > > From: Piotr Zarzycki 
> > > Sent: Monday, October 15, 2018 4:08:34 PM
> > > To: dev@royale.apache.org
> > > Subject: Re: [Discuss] Start release process 0.9.3
> > >
> > > Hi Alex,
> > >
> > > I have all environment property which you are mentioning in place.
> > >
> > > AIR_HOME = d:\Work\flex-sdk-4.16.1_adobe_air_30
> > > FLASHPLAYER_DEBUGGER = D:\Work\player\flashplayer.exe
> > > PLAYERGLOBAL_HOME = D:\Work\player
> > >
> > > In my folder with player I have following folders with playerglobal.swc
> > > 11.1, 11.7, 20.0, 21,0, 23.0. Maybe issue is cause I'm using bash for
> > > running all of that..
> > >
> > > I think I'm done with this. I don't have anymore power to fight with it
> > at
> > > all. Whoever wanted to pickup what's is left feel free. Branches are
> > > waiting. You need to remove RC1 and RC2 tags, cause I cannot for some
> > > reason.
> > >
> > > Good Luck!
> > > Piotr
> > >
> > >
> > > pon., 15 paź 2018 o 09:45 Alex Harui 
> > > napisał(a):
> > >
> > > > Looks like your environment variables aren't set?  Having js.swc on
> the
> > > > external-library-path to run a SWF doesn't seem right.  Check
> AIR_HOME,
> > > > PLAYERGLOBAL_HOME, FLASHPLAYER_DEBUGGER.
> > > >
> > > > -Alex
> > > >
> > > > On 10/15/18, 12:37 AM, "Piotr Zarzycki" 
> > > > wrote:
> > > >
> > > > Now tests are failing :) [1]
> > > >
> > > > [1]
> > > >
> > >
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2FFY4Odata=02%7C01%7Caharui%40adobe.com%7Cfa5543ca2c7e4cf173ae08d632711463%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636751858589137692sdata=WJMqxXBaDs%2B1jidlSnp1mTzBgBPlhbOSMoXHcycEBh0%3Dreserved=0
> > > >
> > > > niedz., 14 paź 2018 o 22:34 Piotr Zarzycki <
> > > piotrzarzyck...@gmail.com>
> > > > napisał(a):
> > > >
> > > > > Before I contact Maven mailing list I would like to try again
> > > > release 

RE: [Discuss] Start release process 0.9.3

[Yishay Weiss]

What’s the full names of the tags that need to be deleted?




From: Piotr Zarzycki 
Sent: Monday, October 15, 2018 4:08:34 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Hi Alex,

I have all environment property which you are mentioning in place.

AIR_HOME = d:\Work\flex-sdk-4.16.1_adobe_air_30
FLASHPLAYER_DEBUGGER = D:\Work\player\flashplayer.exe
PLAYERGLOBAL_HOME = D:\Work\player

In my folder with player I have following folders with playerglobal.swc
11.1, 11.7, 20.0, 21,0, 23.0. Maybe issue is cause I'm using bash for
running all of that..

I think I'm done with this. I don't have anymore power to fight with it at
all. Whoever wanted to pickup what's is left feel free. Branches are
waiting. You need to remove RC1 and RC2 tags, cause I cannot for some
reason.

Good Luck!
Piotr


pon., 15 paź 2018 o 09:45 Alex Harui  napisał(a):

> Looks like your environment variables aren't set?  Having js.swc on the
> external-library-path to run a SWF doesn't seem right.  Check AIR_HOME,
> PLAYERGLOBAL_HOME, FLASHPLAYER_DEBUGGER.
>
> -Alex
>
> On 10/15/18, 12:37 AM, "Piotr Zarzycki" 
> wrote:
>
> Now tests are failing :) [1]
>
> [1]
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2FFY4Odata=02%7C01%7Caharui%40adobe.com%7Cfa5543ca2c7e4cf173ae08d632711463%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636751858589137692sdata=WJMqxXBaDs%2B1jidlSnp1mTzBgBPlhbOSMoXHcycEBh0%3Dreserved=0
>
> niedz., 14 paź 2018 o 22:34 Piotr Zarzycki 
> napisał(a):
>
> > Before I contact Maven mailing list I would like to try again
> release to
> > see what I got.
> >
> >
> > On Sat, Oct 13, 2018, 11:28 AM Carlos Rovira <
> carlosrov...@apache.org>
> > wrote:
> >
> >> Hi, commit done and seems no other side effect was done. So I think
> the
> >> tweaks worked.
> >>
> >> El sáb., 13 oct. 2018 a las 11:18, Carlos Rovira (<
> >> carlosrov...@apache.org>)
> >> escribió:
> >>
> >> > Hi,
> >> >
> >> > about delete tag, I was investigating and did some tweaks to my
> system.
> >> So
> >> > we'll see in the next commit if it works.
> >> >
> >> > El sáb., 13 oct. 2018 a las 8:59, Carlos Rovira (<
> >> carlosrov...@apache.org>)
> >> > escribió:
> >> >
> >> >> Hi,
> >> >>
> >> >> I think asking ni maven list is our best bet since as we do here,
> >> surely
> >> >> they can help and give some light on what's happening, so
> >> >> +1 to ask in maven list
> >> >>
> >> >>
> >> >>
> >> >> El sáb., 13 oct. 2018 a las 7:56, Alex Harui
> ( >> >)
> >> >> escribió:
> >> >>
> >> >>> No, some people think the script was trying to upload the RC to
> Maven
> >> >>> Central instead of repository.apache.org.  From my reading of
> the
> >> logs,
> >> >>> you had a problem downloading a Maven plugin from Maven Central
> which
> >> is
> >> >>> allowed, while Om was having trouble uploading to
> >> repository.apache.org.
> >> >>>
> >> >>> I think we're ok as long as we can figure out why you and Om
> keep
> >> >>> getting timeouts.  There are plenty of articles about Maven and
> the
> >> timeout
> >> >>> but it all seems to be proxy related.  If you are not using a
> proxy,
> >> maybe
> >> >>> there is an article out there that isn't about proxies.  You
> could
> >> also ask
> >> >>> on a Maven mailing list to see if they've heard of this issue.
> >> >>>
> >> >>> -Alex
> >> >>>
> >> >>> On 10/12/18, 10:47 PM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> >> >>> wrote:
> >> >>>
> >> >>> So the difference is that when we vote successful y for
> release we
> >> >>> are
> >> >>> uploading manually those artifacts?
> >> >>>
> >> >>> Automatic is not allowed? This is how I understand.
> >> >>>
> >> >>> Piotr
> >> >>>
> >> >>> On Sat, Oct 13, 2018, 7:40 AM Piotr Zarzycki <
> >> >>> piotrzarzyck...@gmail.com>
> >> >>> wrote:
> >> >>>
> >> >>> > Alex,
> >> >>> >
> >> >>> > I'm not running behind the proxy.
> >> >>> >
> >> >>> > Hi Dave,
> >> >>> >
> >> >>> > We are publishing only RC. Why it is against?
> >> >>> >
> >> >>> > Piotr
> >> >>> >
> >> >>> > On Sat, Oct 13, 2018, 1:05 AM Dave Fisher <
> >> dave2w...@comcast.net>
> >> >>> wrote:
> >> >>> >
> >> >>> >>
> >> >>> >>
> >> >>> >> Sent from my iPhone
> >> >>> >>
> >> >>> >> > On Oct 12, 2018, at 2:33 PM, Guild, Jason A (DOT) <
> >> >>> >> jason.gu...@alaska.gov> wrote:
> >> >>> >> >
> >> >>> >> > Forgive my asking perhaps silly questions.
> >> >>> >>
> >> >>> >> +1
> >> >>> >>
> >> >>> >> >
> >> >>> 

RE: Unable to build with ANT

[Yishay Weiss]

Same problem here. Looking into it.




From: Carlos Rovira 
Sent: Sunday, October 28, 2018 9:54:30 AM
To: dev@royale.apache.org
Subject: Unable to build with ANT

Hi,

I'm starting my day and always build with maven and then build a fresh SDK
with ANT to feed VSCode IDE.
Today I'm finding the "ant all" process is failing for me [1] and seems
something related to time zone test failing. Is the first time I see this.
Don't see any changes that could affect in the last day, so I'm a bit lost
here.

Hope someone could bring some light on this.

Thanks

[1] https://paste.apache.org/TaYu

--
Carlos Rovira
http://about.me/carlosrovira

RE: Unable to build with ANT

[Yishay Weiss]

Ok, good to know the fix was correct. The problem actually seems to be on the 
flash side, as I’m getting from within as3 a different time-zone offset from 
what I’m seeing in the OS. Do you have a proposal on how to fix this bug [1]?



[1] https://github.com/apache/royale-compiler/issues/55




From: Frost, Andrew 
Sent: Sunday, October 28, 2018 4:20:46 PM
To: dev@royale.apache.org
Subject: Re: Unable to build with ANT

Sorry, this was probably my fault when I added in that file to begin with .. 
Yishay thanks for making the correction.

Note to self: try setting my computer to both summer and winter dates when 
testing anything related to time and dates! And looking at the file's history, 
also set my location to a variety of places around the world to ensure it works 
east of here as well as west!

Oddly enough I was reading this morning that 84% of folk in Europe want to get 
rid of the daylight savings thing, and each country may end up fixing their 
time to stop the clocks changing in the future .. it would make things easier 
if this happened!

thanks

  Andrew



-Original Message-
From: Douglas McCarroll [mailto:list.apache-royal@brightworks.com]
Sent: 28 October 2018 12:15
To: dev@royale.apache.org
Subject: [EXTERNAL] Re: Unable to build with ANT

Perhaps worth noting that while Europe switched from daylight savings time last 
night, the USA didn't. I believe that we switch next weekend. So, if there's 
something in the ant build that depends on there being a specific number of 
hours difference, then that will fail.

On Sun, Oct 28, 2018 at 5:21 AM Carlos Rovira 
wrote:

> Hi,
>
> I found a way to get ANT compilation working. "ant all" is broken so:
>
> 1.- Go to compiler: run "ant sdk"
> 2.- Go to typedefs: run "ant"
> 3.- Go to framework: run "ant"
>
> This works for now.
>
> I think the problem is related to the change of hour like Nicolas
> suggested, since I wake up and the hour changed due to daylight saving
> time and we have 1 hour less.
> The problem seems to be in the test run in the compiler, skipping that
> part with "ant sdk" make the rest works ok.
>
>
>
>
>
> El dom., 28 oct. 2018 a las 10:15, Yishay Weiss
> ()
> escribió:
>
> > Same problem here. Looking into it.
> >
> >
> >
> > 
> > From: Carlos Rovira 
> > Sent: Sunday, October 28, 2018 9:54:30 AM
> > To: dev@royale.apache.org
> > Subject: Unable to build with ANT
> >
> > Hi,
> >
> > I'm starting my day and always build with maven and then build a
> > fresh
> SDK
> > with ANT to feed VSCode IDE.
> > Today I'm finding the "ant all" process is failing for me [1] and
> > seems something related to time zone test failing. Is the first time
> > I see
> this.
> > Don't see any changes that could affect in the last day, so I'm a
> > bit
> lost
> > here.
> >
> > Hope someone could bring some light on this.
> >
> > Thanks
> >
> > [1]
> > https://clicktime.symantec.com/a/1/2O8xnfWy4QA6AgSzR8cYnzsLODmFedbgR
> > mTd-sgzq_8=?d=5m2hCvv65cBTfe-rBB4t2rYmEDtRqTAIIORbGgCQ4qpow3fNSBz_im
> > gGyzg6cqNoPXtSQOurVLEvCByZEJVPSTJXiBpQQM_B7t0yZAnl0QcWIwwqM9axwEob5F
> > 21r1O_QhgJokNm6FzK5_SdI3sJGDST-5tc4N-VLx07jqK0BvxHq82ueWxtGYQpQ4PG5X
> > 9g5K9d4_wYdg0cnJZ6hLmY2nO7AcMnWfe3bvnXWdV3s5lKzl_rOTjK2C9hywK1BcIjWS
> > 72qukOS0zYm0-oSKEiPUELd7nM-iE8xFtMKU3ubj_ocFn9Sxzlu0n8hdsKGkq7dB5umH
> > b-plnfPoEk_h5PSktbfxiK1M8_6uhHiix2plQcozFao6odILm97uOP3vO2WG7HMU7B4x
> > tut3OTmHtVJLe25o2xQyYJyk5jDIqoUnkhWKmT39maiG_-lg%3D%3D=https%3A%2F
> > %2Fpaste.apache.org%2FTaYu
> >
> > --
> > Carlos Rovira
> > https://clicktime.symantec.com/a/1/rcKcsSo3mqzGZ1b0tr2KTdb5YwDfgnH3S
> > YE0zhUx8xg=?d=5m2hCvv65cBTfe-rBB4t2rYmEDtRqTAIIORbGgCQ4qpow3fNSBz_im
> > gGyzg6cqNoPXtSQOurVLEvCByZEJVPSTJXiBpQQM_B7t0yZAnl0QcWIwwqM9axwEob5F
> > 21r1O_QhgJokNm6FzK5_SdI3sJGDST-5tc4N-VLx07jqK0BvxHq82ueWxtGYQpQ4PG5X
> > 9g5K9d4_wYdg0cnJZ6hLmY2nO7AcMnWfe3bvnXWdV3s5lKzl_rOTjK2C9hywK1BcIjWS
> > 72qukOS0zYm0-oSKEiPUELd7nM-iE8xFtMKU3ubj_ocFn9Sxzlu0n8hdsKGkq7dB5umH
> > b-plnfPoEk_h5PSktbfxiK1M8_6uhHiix2plQcozFao6odILm97uOP3vO2WG7HMU7B4x
> > tut3OTmHtVJLe25o2xQyYJyk5jDIqoUnkhWKmT39maiG_-lg%3D%3D=http%3A%2F%
> > 2Fabout.me%2Fcarlosrovira
> >
>
>
> --
> Carlos Rovira
> https://clicktime.symantec.com/a/1/rcKcsSo3mqzGZ1b0tr2KTdb5YwDfgnH3SYE
> 0zhUx8xg=?d=5m2hCvv65cBTfe-rBB4t2rYmEDtRqTAIIORbGgCQ4qpow3fNSBz_imgGyz
> g6cqNoPXtSQOurVLEvCByZEJVPSTJXiBpQQM_B7t0yZAnl0QcWIwwqM9axwEob5F21r1O_
> QhgJokNm6FzK5_SdI3sJGDST-5tc4N-VLx07jqK0BvxHq82ueWxtGYQpQ4PG5X9g5K9d4_
> wYdg0cnJZ6hLmY2nO7AcMnWfe3bvnXWdV3s5lKzl_rOTjK2C9hywK1BcIjWS72qukOS0zY
> m0-oSKEiPUELd7nM-iE8xFtMKU3ubj_ocFn9Sxzlu0n8hdsKGkq7dB5umHb-plnfPoEk_h
> 5PSktbfxiK1M8_6uhHiix2plQcozFao6odILm97uOP3vO2WG7HMU7B4xtut3OTmHtVJLe2
> 5o2xQyYJyk5jDIqoUnkhWKmT39maiG_-lg%3D%3D=http%3A%2F%2Fabout.me%2Fcar
> losrovira
>

RE: Unable to build with ANT

[Yishay Weiss]

On my computer java return timezone GMT +2, while flash returns GMT +3. I think 
that’s the reason it’s failing after day light saving was cancelled today (both 
in Israel and Spain). As I understand it, Oracle suggests [1] to update the JRE 
to get the correct timezone but that looks to me like too much to expect of 
every developer building from source.



To be honest, I’m not sure why we’re setting the timezone explicitly in some of 
the tests. For instance, in ASDateTests_date we could probably do



setTimeZone("var date : Date = new Date('Sat Jun 30 23:59:59 
2018');"),

"date.date += 1;",

"assertEqual('date.date', date.date, 1);",



Instead of



setTimeZone("var date : Date = new Date('Sat Jun 30 23:59:59 TZ 
2018');"),

"date.date += 1;",

"assertEqual('date.date', date.date, 1);",



(‘TZ’ inserts Java’s understanding of the time zone.)



[1] https://www.oracle.com/technetwork/java/javase/timezones-137583.html




From: Carlos Rovira 
Sent: Sunday, October 28, 2018 11:21:09 AM
To: dev@royale.apache.org
Subject: Re: Unable to build with ANT

Hi,

I found a way to get ANT compilation working. "ant all" is broken so:

1.- Go to compiler: run "ant sdk"
2.- Go to typedefs: run "ant"
3.- Go to framework: run "ant"

This works for now.

I think the problem is related to the change of hour like Nicolas
suggested, since I wake up and the hour changed due to daylight saving time
and we have 1 hour less.
The problem seems to be in the test run in the compiler, skipping that part
with "ant sdk" make the rest works ok.





El dom., 28 oct. 2018 a las 10:15, Yishay Weiss ()
escribió:

> Same problem here. Looking into it.
>
>
>
> 
> From: Carlos Rovira 
> Sent: Sunday, October 28, 2018 9:54:30 AM
> To: dev@royale.apache.org
> Subject: Unable to build with ANT
>
> Hi,
>
> I'm starting my day and always build with maven and then build a fresh SDK
> with ANT to feed VSCode IDE.
> Today I'm finding the "ant all" process is failing for me [1] and seems
> something related to time zone test failing. Is the first time I see this.
> Don't see any changes that could affect in the last day, so I'm a bit lost
> here.
>
> Hope someone could bring some light on this.
>
> Thanks
>
> [1] https://paste.apache.org/TaYu
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>


--
Carlos Rovira
http://about.me/carlosrovira

RE: [Discuss] Start release process 0.9.3

[Yishay Weiss]

The error message is in the console, I guess the redirect was of STDOUT only.



Git push doesn’t require credentials in my console.



Just to be clear, should I make failonerror false for push targets and do them 
manually instead?




From: Alex Harui 
Sent: Thursday, October 25, 2018 8:20:27 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Hi Yishay,

I didn't see an error at the end of the output.

Piotr, did you make the suggested changes to releasecandidate.xml when you got 
stuck at a similar point?  Yishaw, see a past thread on that Ant target.  It 
shouldn't be trying to push anything there.

That said, it is required that the RM has Git setup in  a way that it does not 
ask you for a password when pushing.  You will need non-interactive push at 
some point in the script.  Ant and Maven can't always stop to ask for input.  
So if a regular "git push" from a command prompt asks for your password, you 
need to set it up so it doesn't.

If nobody can get the release cut by the time I finish up the MX Charts 
emulation, then I will try to cut the release.  We know these scripts worked on 
my computers so it will be interesting to see if they fail now.  As we saw, we 
were blowing up Maven because we added so many jars to the build since the last 
successful release.  We might be pushing the limits of Ant/Maven and we may 
have to refactor the steps to make more smaller steps or something like that.

HTH,
-Alex

On 10/25/18, 3:20 AM, "Yishay Weiss"  wrote:

I’m stuck in step 4 [1], getting below and [2]. Looks like git tasks are 
failing. Any ideas?



BUILD FAILED

C:\dev\my_release\releasecandidate.xml:556: The following error occurred 
while executing this line:

C:\dev\my_release\releasecandidate.xml:487: The following error occurred 
while executing this line:

C:\dev\my_release\releasecandidate.xml:473: exec returned: 1



[1] ant -f releasecandidate.xml "-Drelease.version=0.9.4" -Drc=1 maven

[2] 
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2FAkFmdata=02%7C01%7Caharui%40adobe.com%7C41ca8163a4764e08368008d63a6377ee%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636760596224245812sdata=HYTiAoDV8bg01dNTZhdNY8Ndn07S3GZE5JWRsbtup7s%3Dreserved=0





________
From: Yishay Weiss 
Sent: Tuesday, October 16, 2018 1:21:33 PM
To: dev@royale.apache.org
Subject: RE: [Discuss] Start release process 0.9.3

Ok, thanks.




From: Piotr Zarzycki 
Sent: Tuesday, October 16, 2018 1:07:08 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Yishay,

You need to follow the tutorial on the Wiki, so setup everything what is
saying there. However in release steps you can omit step 3 and start from
step 4. Step 1 and 2 is needed.

You can start from step 4, because branches for release exists already in
all 3 repositories. "release/0.9.4"

In last two attempts:

Attempt 1: Failed because I got timeout on downloading some maven plugin
Attempt 2: I went a bit farther, but during Maven compilation of compiler
tests failed - stacktraces of failing tests are in previous emails.

Thanks,
Piotr

    wt., 16 paź 2018 o 11:44 Yishay Weiss  napisał(a):

> Maybe u can summarize the pitfalls you and Om mention on this thread. I’ll
> follow the tut [1] and see how far I get.
>
>
>
> Just don’t want to waste time on the things you stumbled on.
>
>
>
> [1] 
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fwiki%2FRelease-Manager-Notesdata=02%7C01%7Caharui%40adobe.com%7C41ca8163a4764e08368008d63a6377ee%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636760596224245812sdata=bMCo2hThTfPtDEL6rwc200HVBhZf57k67GRaieRgNWY%3Dreserved=0
>
>
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Tuesday, October 16, 2018 12:30:54 PM
> To: dev@royale.apache.org
> Subject: Re: [Discuss] Start release process 0.9.3
>
> Hi Yishay,
>
> What do you mean by more such tasks ?
>
> Thanks,
> Piotr
>
> wt., 16 paź 2018 o 07:10 Yishay Weiss  napisał(a):
>
> > Just deleted them.
> >
> >
> >
> > I haven’t followed this thread closely enough. Can you think of more 
such
> > tasks?
> >
> >
> >
> > 
> > From: Piotr Zarzycki 
> > Sent: Monday, October 15, 2018 6:29:30 PM
> > To: dev@royale.apache.org
> > Subject: Re: [Discuss] Start release process 0.9.3
> >
> > 

RE: [Discuss] Start release process 0.9.3

[Yishay Weiss]

Ok, I made some changes to the build script which seem to have resolved this 
issue. I’m getting this



[exec] [INFO] gpg: no default secret key: No secret key

 [exec] [INFO] gpg: signing failed: No secret key

 [exec] [INFO] [INFO] 


 [exec] [INFO] [INFO] BUILD FAILURE

 [exec] [INFO] [INFO] 


 [exec] [INFO] [INFO] Total time: 14.241 s

 [exec] [INFO] [INFO] Finished at: 2018-10-26T23:30:47+03:00

 [exec] [INFO] [INFO] Final Memory: 39M/780M

 [exec] [INFO] [INFO] 


 [exec] [INFO] [ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-gpg-plugin:1.6:sign (sign-release-artifacts) on 
project royale-compiler-parent: Exit code: 2 -> [Help 1]



Even though I think I followed instructions [1] regarding gpg… Any ideas?



[1] https://github.com/apache/royale-asjs/wiki/Release-Manager-Notes




From: Alex Harui 
Sent: Friday, October 26, 2018 2:07:38 AM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Well, you can't really do the push manually because the script is expecting 
files that need to be pushed are pushed before calling Maven to do its thing.  
You would have to break apart the Ant targets to allow you to push manually.

But the push of utils shouldn't happen because they have not been modified.  In 
an earlier email I tried to explain to Piotr how to modify releasecandidate.xml 
so that it correctly skips that push.

-Alex

On 10/25/18, 11:58 AM, "Yishay Weiss"  wrote:

The error message is in the console, I guess the redirect was of STDOUT 
only.



Git push doesn’t require credentials in my console.



Just to be clear, should I make failonerror false for push targets and do 
them manually instead?




From: Alex Harui 
Sent: Thursday, October 25, 2018 8:20:27 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Hi Yishay,

I didn't see an error at the end of the output.

Piotr, did you make the suggested changes to releasecandidate.xml when you 
got stuck at a similar point?  Yishaw, see a past thread on that Ant target.  
It shouldn't be trying to push anything there.

That said, it is required that the RM has Git setup in  a way that it does 
not ask you for a password when pushing.  You will need non-interactive push at 
some point in the script.  Ant and Maven can't always stop to ask for input.  
So if a regular "git push" from a command prompt asks for your password, you 
need to set it up so it doesn't.

If nobody can get the release cut by the time I finish up the MX Charts 
emulation, then I will try to cut the release.  We know these scripts worked on 
my computers so it will be interesting to see if they fail now.  As we saw, we 
were blowing up Maven because we added so many jars to the build since the last 
successful release.  We might be pushing the limits of Ant/Maven and we may 
have to refactor the steps to make more smaller steps or something like that.

HTH,
-Alex

On 10/25/18, 3:20 AM, "Yishay Weiss"  wrote:

I’m stuck in step 4 [1], getting below and [2]. Looks like git tasks 
are failing. Any ideas?



BUILD FAILED

C:\dev\my_release\releasecandidate.xml:556: The following error 
occurred while executing this line:

C:\dev\my_release\releasecandidate.xml:487: The following error 
occurred while executing this line:

C:\dev\my_release\releasecandidate.xml:473: exec returned: 1



[1] ant -f releasecandidate.xml "-Drelease.version=0.9.4" -Drc=1 maven

[2] 
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2FAkFmdata=02%7C01%7Caharui%40adobe.com%7C67e3256670f24f7efbea08d63aabe2ba%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636760907254107985sdata=V%2F%2B14IYDKLYSa0sPcEUor9E7x0wgA4GBYRptFBgFlCk%3Dreserved=0





____
From: Yishay Weiss 
Sent: Tuesday, October 16, 2018 1:21:33 PM
To: dev@royale.apache.org
Subject: RE: [Discuss] Start release process 0.9.3

Ok, thanks.




From: Piotr Zarzycki 
Sent: Tuesday, October 16, 2018 1:07:08 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Yishay,

You need to follow the tutorial on the Wiki, so setup everything what is
saying there. However in release steps you can omit step 3 and start 
from
step 4. Step 1 and 2 is needed.

You can start from step 4, because branches for release exists already 
in
all 3 repositories. &q

RE: [Discuss] Start release process 0.9.3

[Yishay Weiss]

I’m stuck in step 4 [1], getting below and [2]. Looks like git tasks are 
failing. Any ideas?



BUILD FAILED

C:\dev\my_release\releasecandidate.xml:556: The following error occurred while 
executing this line:

C:\dev\my_release\releasecandidate.xml:487: The following error occurred while 
executing this line:

C:\dev\my_release\releasecandidate.xml:473: exec returned: 1



[1] ant -f releasecandidate.xml "-Drelease.version=0.9.4" -Drc=1 maven

[2] https://paste.apache.org/AkFm





____
From: Yishay Weiss 
Sent: Tuesday, October 16, 2018 1:21:33 PM
To: dev@royale.apache.org
Subject: RE: [Discuss] Start release process 0.9.3

Ok, thanks.




From: Piotr Zarzycki 
Sent: Tuesday, October 16, 2018 1:07:08 PM
To: dev@royale.apache.org
Subject: Re: [Discuss] Start release process 0.9.3

Yishay,

You need to follow the tutorial on the Wiki, so setup everything what is
saying there. However in release steps you can omit step 3 and start from
step 4. Step 1 and 2 is needed.

You can start from step 4, because branches for release exists already in
all 3 repositories. "release/0.9.4"

In last two attempts:

Attempt 1: Failed because I got timeout on downloading some maven plugin
Attempt 2: I went a bit farther, but during Maven compilation of compiler
tests failed - stacktraces of failing tests are in previous emails.

Thanks,
Piotr

wt., 16 paź 2018 o 11:44 Yishay Weiss  napisał(a):

> Maybe u can summarize the pitfalls you and Om mention on this thread. I’ll
> follow the tut [1] and see how far I get.
>
>
>
> Just don’t want to waste time on the things you stumbled on.
>
>
>
> [1] https://github.com/apache/royale-asjs/wiki/Release-Manager-Notes
>
>
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Tuesday, October 16, 2018 12:30:54 PM
> To: dev@royale.apache.org
> Subject: Re: [Discuss] Start release process 0.9.3
>
> Hi Yishay,
>
> What do you mean by more such tasks ?
>
> Thanks,
> Piotr
>
> wt., 16 paź 2018 o 07:10 Yishay Weiss  napisał(a):
>
> > Just deleted them.
> >
> >
> >
> > I haven’t followed this thread closely enough. Can you think of more such
> > tasks?
> >
> >
> >
> > 
> > From: Piotr Zarzycki 
> > Sent: Monday, October 15, 2018 6:29:30 PM
> > To: dev@royale.apache.org
> > Subject: Re: [Discuss] Start release process 0.9.3
> >
> > Hi Yishay,
> >
> > This [1][2]
> >
> > [1]
> >
> >
> https://github.com/apache/royale-compiler/tree/org.apache.royale.compiler-0.9.4-rc1
> > [2]
> >
> >
> https://github.com/apache/royale-compiler/tree/org.apache.royale.compiler-0.9.4-rc2
> >
> > Thanks,
> > Piotr
> >
> > pon., 15 paź 2018 o 17:20 Yishay Weiss 
> > napisał(a):
> >
> > > What’s the full names of the tags that need to be deleted?
> > >
> > >
> > >
> > > 
> > > From: Piotr Zarzycki 
> > > Sent: Monday, October 15, 2018 4:08:34 PM
> > > To: dev@royale.apache.org
> > > Subject: Re: [Discuss] Start release process 0.9.3
> > >
> > > Hi Alex,
> > >
> > > I have all environment property which you are mentioning in place.
> > >
> > > AIR_HOME = d:\Work\flex-sdk-4.16.1_adobe_air_30
> > > FLASHPLAYER_DEBUGGER = D:\Work\player\flashplayer.exe
> > > PLAYERGLOBAL_HOME = D:\Work\player
> > >
> > > In my folder with player I have following folders with playerglobal.swc
> > > 11.1, 11.7, 20.0, 21,0, 23.0. Maybe issue is cause I'm using bash for
> > > running all of that..
> > >
> > > I think I'm done with this. I don't have anymore power to fight with it
> > at
> > > all. Whoever wanted to pickup what's is left feel free. Branches are
> > > waiting. You need to remove RC1 and RC2 tags, cause I cannot for some
> > > reason.
> > >
> > > Good Luck!
> > > Piotr
> > >
> > >
> > > pon., 15 paź 2018 o 09:45 Alex Harui 
> > > napisał(a):
> > >
> > > > Looks like your environment variables aren't set?  Having js.swc on
> the
> > > > external-library-path to run a SWF doesn't seem right.  Check
> AIR_HOME,
> > > > PLAYERGLOBAL_HOME, FLASHPLAYER_DEBUGGER.
> > > >
> > > > -Alex
> > > >
> > > > On 10/15/18, 12:37 AM, "Piotr Zarzycki" 
> > > > wrote:
> > > >
> > > > Now tests are failing :) [1]
> > > >
> > > > [1

RE: Dynamic component instantiation and bindings

[Yishay Weiss]

Hi Nicolas,



There’s an example [1] that seems to at least partially answer your question.



Yishay



[1] 
https://github.com/apache/royale-asjs/blob/develop/examples/royale/DataBindingExample_as/src/main/royale/MyInitialView.as#L180








From: Idylog - Nicolas Granon 
Sent: Sunday, November 4, 2018 1:27:28 PM
To: dev@royale.apache.org
Subject: Dynamic component instantiation and bindings

Hi all,

We make heavy use of BindingUtils bindProperty (mostly) and bindSetter 
(sometimes) methods.
We are a bit confused : is it still possible with Royale to bind 
explicitly/dynamically (through code) like we did in Flex (as opposed to static 
binding with curly braces syntax) ?

Our use-case is the following :
We dynamically generate "forms" (roughly speaking) by instantiating and adding 
components (container components, interactive components) at runtime.
As we instantiate components, we also bind them to the model with bindSetter 
and/or bindProperty.
(in the end, of course, the outer - dynamically generated - container is added 
to some generic "frame" container).

Are there any structural restrictions in Royale about that kind of logic ?

Many thanks in advance

Nicolas Granon

IDYLOG
Ingénierie Informatique
13 Bd Princesse Charlotte
98000 MONACO

RE: Increased size of the framework

[Yishay Weiss]

Piotr, I’m trying to understand the problem. Do you see this in successful 
builds?




From: Piotr Zarzycki 
Sent: Sunday, September 2, 2018 10:27:11 PM
To: dev@royale.apache.org
Subject: Re: Increased size of the framework

How are you going to remove it ? It is not present in the repository. It
appears after build.

niedz., 2 wrz 2018 o 20:09 Carlos Rovira 
napisał(a):

> So, I think it's ok to remove it right?
>
> thanks for take a look
>
> Carlos
>
> El dom., 2 sept. 2018 a las 15:09, Yishay Weiss ()
> escribió:
>
> > I think it happens when the JVM crashes for whatever reason (we’ve had
> > some out of memory problems). It shouldn’t be there if the build was
> > successful.
> >
> >
> >
> > 
> > From: Piotr Zarzycki 
> > Sent: Sunday, September 2, 2018 2:36:01 PM
> > To: dev@royale.apache.org
> > Subject: Re: Increased size of the framework
> >
> > Hi Yishay,
> >
> > The question who generates it?
> >
> > Thanks,
> > Piotr
> >
> > On Sun, Sep 2, 2018, 12:42 PM Yishay Weiss 
> wrote:
> >
> > > Looks like it’s a dump file
> > >
> > >
> > >
> > > [1]
> >
> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffileinfo.com%2Fextension%2Fmdmpdata=02%7C01%7C%7C508f70bbaeb5410a715f08d610c84b10%7C84df9e7fe9f640afb435%7C1%7C0%7C636714849762610265sdata=zZGMCT8g5%2B0xyBBgBPw3ejirNIufL3yK4U0IyFVOZsM%3Dreserved=0
> > >
> > >
> > >
> > > 
> > > From: Piotr Zarzycki 
> > > Sent: Friday, August 24, 2018 10:10:42 AM
> > > To: dev@royale.apache.org
> > > Subject: Increased size of the framework
> > >
> > > Hi Carlos,
> > >
> > > I just looked into the downloaded latest build [1] and surprisingly
> found
> > > that after unpacked royale-asjs folder only it have 500MB!
> > >
> > > I have found that inside frameworks\js\projects\JewelJS\ - there is
> some
> > > weird file "hs_err_pid5840.mdmp" - which has more than 400MB. - Do you
> > have
> > > any idea where it comes from ?
> > >
> > > [1]
> >
> https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapacheroyaleci.westus2.cloudapp.azure.com%3A8080%2Fjob%2Froyale-asjs%2Fdata=02%7C01%7C%7C508f70bbaeb5410a715f08d610c84b10%7C84df9e7fe9f640afb435%7C1%7C0%7C636714849762610265sdata=1MLZIo%2BAfM%2FzZyH%2BrWytUXg59yqOhjnOQn4TEivtnQw%3Dreserved=0
> > >
> > > Thanks,
> > > --
> > >
> > > Piotr Zarzycki
> > >
> > > Patreon: *
> >
> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7C%7C508f70bbaeb5410a715f08d610c84b10%7C84df9e7fe9f640afb435%7C1%7C0%7C636714849762610265sdata=r%2BpEMOHgwwzTFrlB%2FvU9m2jt3FwHIUBR3cUVfL2HtCk%3Dreserved=0
> > > <
> >
> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7C%7C508f70bbaeb5410a715f08d610c84b10%7C84df9e7fe9f640afb435%7C1%7C0%7C636714849762610265sdata=r%2BpEMOHgwwzTFrlB%2FvU9m2jt3FwHIUBR3cUVfL2HtCk%3Dreserved=0
> > >*
> > >
> >
> > --
> > Carlos Rovira
> > https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7C%7Cf087ffbeb3244cf451ec08d6110a1e63%7C84df9e7fe9f640afb435%7C1%7C0%7C636715132481691280sdata=SPEqjw4wD5HeUWdh0xa27Ix03uuOY7rxQxBmvoCyhB4%3Dreserved=0
> >
> >
> >
> >
>


--

Piotr Zarzycki

Patreon: 
*https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7C%7Cf087ffbeb3244cf451ec08d6110a1e63%7C84df9e7fe9f640afb435%7C1%7C0%7C636715132481691280sdata=OMu77qK4FcsiHH5bffLB8ie6Im1zaklDd1WL%2FPC6i8A%3Dreserved=0
<https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7C%7Cf087ffbeb3244cf451ec08d6110a1e63%7C84df9e7fe9f640afb435%7C1%7C0%7C636715132481691280sdata=OMu77qK4FcsiHH5bffLB8ie6Im1zaklDd1WL%2FPC6i8A%3Dreserved=0>*

RE: [royale-asjs] branch develop updated: Move infite scroller bead somewhere it can actually be demonstrated

[Yishay Weiss]

> I'm confused about using ArrayList models and factories when you say you are 
> using Array.

It looks like the default beads for List changes at some point. I couldn’t 
track when. What I did was to explicitly set the beads to handle array lists 
where necessary (e.g. when binding is used), and initialize list to Arrays 
where an Array was ok.

On 12/31/18, 3:12 AM, "Yishay Weiss"  wrote:

It still looks wrong. When scrolling, I see sequences such as “row 304”, 
“row 305”, “row 55”, “row 385”. I’m assuming it should be a simple incrementing 
series.



I only made sure arrays are used instead of arraylists so that at least 
something is shown.




From: Carlos Rovira 
Sent: Monday, December 31, 2018 12:53:16 PM
To: dev@royale.apache.org
Subject: Re: [royale-asjs] branch develop updated: Move infite scroller 
bead somewhere it can actually be demonstrated

Hi,

is this example (virtual list with lots of data and reusable item
renderers) working?
I think latest time I checked (many many months ago) was broken. I let
Peter knows, but I think finally was not updated.
Maybe my test was not right and is working?

thanks+

El lun., 31 dic. 2018 a las 9:53,  escribió:

> This is an automated email from the ASF dual-hosted git repository.
>
> yishayw pushed a commit to branch develop
> in repository 
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitbox.apache.org%2Frepos%2Fasf%2Froyale-asjs.gitdata=02%7C01%7Caharui%40adobe.com%7C25a9eef7fb884675b3de08d66f10cf3e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636818515315933569sdata=cNJ9wvNyvlHwYX2UlyNM1wG6lG8b7DMJYQQG1qaHB4k%3Dreserved=0
>
>
> The following commit(s) were added to refs/heads/develop by this push:
>  new 9b9e4f6  Move infite scroller bead somewhere it can actually be
> demonstrated
> 9b9e4f6 is described below
>
> commit 9b9e4f609b6bcbc75f2c474be34b763711f82cb4
> Author: DESKTOP-RH4S838\Yishay 
> AuthorDate: Mon Dec 31 10:52:49 2018 +0200
>
> Move infite scroller bead somewhere it can actually be demonstrated
> ---
>  examples/royale/ListExample/src/main/royale/MyInitialView.mxml | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git
> a/examples/royale/ListExample/src/main/royale/MyInitialView.mxml
> b/examples/royale/ListExample/src/main/royale/MyInitialView.mxml
> index 6af6d84..49bd9bd 100644
> --- a/examples/royale/ListExample/src/main/royale/MyInitialView.mxml
> +++ b/examples/royale/ListExample/src/main/royale/MyInitialView.mxml
> @@ -146,6 +146,7 @@ limitations under the License.
>  
>  
>  
> +   
>  
>  
>
>
>

--
Carlos Rovira

https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C25a9eef7fb884675b3de08d66f10cf3e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636818515315933569sdata=b28QqyixoyyF86J6FlL4j5yEaccvkMRKjLCLV%2BPCtGQ%3Dreserved=0

RE: DragEvent.clientY

[Yishay Weiss]

Actually, creating localX/localY in HTML is expensive so maybe not a PAYG 
solution.



I suggest to just have clientX/Y mirror the mouse event and let listeners 
figure out what they need similar to what I did here [1].



Thoughts?



[1] 
https://github.com/apache/royale-asjs/blob/f6733066124309c61fb054b10439cc3551ddfaed/frameworks/projects/DragDrop/src/main/royale/org/apache/royale/html/beads/SensitiveSingleSelectionDropTargetBead.as#L248




From: Yishay Weiss 
Sent: Thursday, December 20, 2018 3:40:18 PM
To: dev@royale.apache.org
Subject: RE: DragEvent.clientY



The only place [1] in Flex code I see a similar logic is in DragProxy, where a 
change of targets transforms the localX/Y values. But I was referring to 
clientX/Y which should not depend on the target. As I understand [2] it, is 
just the position of the pointer in the browser window.



It could be that clientX/Y isn’t necessary in DragEvent.DRAG_OVER and that we 
only need to set localX/Y. That should be enough for my purposes using 
locaToGlobal.



I’ll change it to that and let me know if you have objections.



[1] 
https://github.com/apache/flex-sdk/blob/ba414443032b49c45ff11b61db452c8a8f428bd8/frameworks/projects/framework/src/mx/managers/dragClasses/DragProxy.as#L353



[2]  https://developer.mozilla.org/en-US/docs/Web/API/MouseEvent/clientX




From: Alex Harui 
Sent: Wednesday, December 19, 2018 7:21:26 PM
To: dev@royale.apache.org
Subject: Re: DragEvent.clientY

I suggest looking at the Flex code.  Some of this may have been ported without 
considering whether it is truly needed or not.  The key factor to consider is 
the event target and who is consuming the event.  IIRC, in Flex, the event 
target could be something other than the source or destination component, like 
the drag indicator, drop indicator and other things, but the DragEvent 
listeners are trying to track and compute destinations.  clientX/Y generally 
maps back to localX/Y in the Flex DragEvent.  It looks like this code is always 
using stage/screen coordinates which may be more consistent than using the 
event target's clientX/Y which will change as you drag over various things on 
the way to the final drop point.

-Alex

On 12/19/18, 1:55 AM, "Yishay Weiss"  wrote:

Any idea what it’s used for? Is it supposed to be the same as 
MouseEvent.clientY ? If so, why do we have this sequence in 
DragEvent.createEvent() (event being MouseEvent)?

var 
localPoint:Point = new Point(event.screenX, event.screenY);
var 
clientPoint:Point = PointUtils.localToGlobal(localPoint, event.target);
de.clientX 
= clientPoint.x;
de.clientY 
= clientPoint.y;

I’d like to use it for SensitiveSingleSelectionDropTargetBead but the 
values don’t make sense to me. I don’t see it being used anywhere in the 
framework right now.

RE: DragEvent.clientY

[Yishay Weiss]

The only place [1] in Flex code I see a similar logic is in DragProxy, where a 
change of targets transforms the localX/Y values. But I was referring to 
clientX/Y which should not depend on the target. As I understand [2] it, is 
just the position of the pointer in the browser window.



It could be that clientX/Y isn’t necessary in DragEvent.DRAG_OVER and that we 
only need to set localX/Y. That should be enough for my purposes using 
locaToGlobal.



I’ll change it to that and let me know if you have objections.



[1] 
https://github.com/apache/flex-sdk/blob/ba414443032b49c45ff11b61db452c8a8f428bd8/frameworks/projects/framework/src/mx/managers/dragClasses/DragProxy.as#L353



[2]  https://developer.mozilla.org/en-US/docs/Web/API/MouseEvent/clientX




From: Alex Harui 
Sent: Wednesday, December 19, 2018 7:21:26 PM
To: dev@royale.apache.org
Subject: Re: DragEvent.clientY

I suggest looking at the Flex code.  Some of this may have been ported without 
considering whether it is truly needed or not.  The key factor to consider is 
the event target and who is consuming the event.  IIRC, in Flex, the event 
target could be something other than the source or destination component, like 
the drag indicator, drop indicator and other things, but the DragEvent 
listeners are trying to track and compute destinations.  clientX/Y generally 
maps back to localX/Y in the Flex DragEvent.  It looks like this code is always 
using stage/screen coordinates which may be more consistent than using the 
event target's clientX/Y which will change as you drag over various things on 
the way to the final drop point.

-Alex

On 12/19/18, 1:55 AM, "Yishay Weiss"  wrote:

Any idea what it’s used for? Is it supposed to be the same as 
MouseEvent.clientY ? If so, why do we have this sequence in 
DragEvent.createEvent() (event being MouseEvent)?

var 
localPoint:Point = new Point(event.screenX, event.screenY);
var 
clientPoint:Point = PointUtils.localToGlobal(localPoint, event.target);
de.clientX 
= clientPoint.x;
de.clientY 
= clientPoint.y;

I’d like to use it for SensitiveSingleSelectionDropTargetBead but the 
values don’t make sense to me. I don’t see it being used anywhere in the 
framework right now.

RE: Royale Java versions

[Yishay Weiss]

I’m fine with it too. I’ve been using FB with 1.8 for a while.



In my opinion, we’re not in the business of forcing anyone to do anything. 
Options are a good thing.




From: Piotr Zarzycki 
Sent: Monday, December 24, 2018 9:20:58 AM
To: dev@royale.apache.org
Subject: Re: Royale Java versions

+1. We have new IDE Moonshine and VSCode. Maybe it's force people who using
still FB to finally drop that IDE to some modern one.

Thanks, Piotr

On Mon, Dec 24, 2018, 8:15 AM Alex Harui  wrote:

> Hi,
>
> Royale is currently using Google Closure Compiler from June 2017.  There
> is a bug in that version and even the latest Closure Compiler that is
> blocking release-mode module loading.  Google appears to be willing to fix
> the bug, so that got me started on upgrading the Closure Compiler we bundle
> to the latest release so we can quickly test out any fix for the module
> issue.  Historically, when we upgrade Closure Compiler, there are changes
> we need to make in our code to get Royale to work again, and it is
> definitely true this time.  However, it appears that Closure Compiler is
> now dependent on a version of Guava that requires Java 8.  We currently
> allow Java 7 for Royale.  Any objections to dropping Java 7?  There are
> hacks to upgrade Flash Builder to run on Java 8, so that shouldn't be an
> issue.
>
> Thoughts?
> -Alex
>
>

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

[Yishay Weiss]

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 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, "yish...@apache.org"  wrote:

This is an automated email from the ASF dual-hosted git repository.

yishayw pushed a commit to branch develop
in repository 
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitbox.apache.org%2Frepos%2Fasf%2Froyale-asjs.gitdata=02%7C01%7Caharui%40adobe.com%7Cf49498642ee3461f0c5408d66b427f89%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636814330700634536sdata=YiAM%2FJCbAfsj%2Fbi2sH9ggzN4JSwpdfelXbGM76SF5x0%3Dreserved=0


The following commit(s) were added to refs/heads/develop by this push:
 new 2f127d4  Fix implicit coercion error
2f127d4 is described below

commit 2f127d459ee807f197950e11af947c623c270369
Author: DESKTOP-RH4S838\Yishay 
AuthorDate: Wed Dec 26 16:57:33 2018 +0200

Fix implicit coercion error
---
 .../src/main/royale/org/apache/royale/storage/file/DataOutputStream.as  | 
2 +-
 .../apache/royale/storage/providers/AndroidExternalStorageProvider.as   | 
2 +-
 .../royale/org/apache/royale/storage/providers/WebStorageProvider.as| 
2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git 
a/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/file/DataOutputStream.as
 
b/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/file/DataOutputStream.as
index cff76eb..55eab71 100644
--- 
a/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/file/DataOutputStream.as
+++ 
b/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/file/DataOutputStream.as
@@ -117,7 +117,7 @@ public class DataOutputStream extends EventDispatcher 
implements IDataOutput
 public function writeText(text:String):void
 {
 COMPILE::JS {
-   var blob:Blob = new Blob([text], { type: 'text/plain' 
});
+   var blob:Blob = new Blob([text], { type: 'text/plain' } 
as BlobPropertyBag);
 _fileWriter.write(blob);
 }
 COMPILE::SWF {
diff --git 
a/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/providers/AndroidExternalStorageProvider.as
 
b/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/providers/AndroidExternalStorageProvider.as
index ea79a5b..cf05a73 100644
--- 
a/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/providers/AndroidExternalStorageProvider.as
+++ 
b/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/providers/AndroidExternalStorageProvider.as
@@ -199,7 +199,7 @@ package org.apache.royale.storage.providers
 
_target.dispatchEvent(newEvent);
 };

-   var blob:Blob = new 
Blob([text], { type: 'text/plain' });
+   var blob:Blob = new 
Blob([text], { type: 'text/plain' } as BlobPropertyBag);
 fileWriter.write(blob);
 }, function(e):void {
 var 
errEvent:FileErrorEvent = new FileErrorEvent("ERROR");
diff --git 
a/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/providers/WebStorageProvider.as
 
b/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/providers/WebStorageProvider.as
index 1632bfa..dd9c84c 100644
--- 
a/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/providers/WebStorageProvider.as
+++ 
b/frameworks/projects/Storage/src/main/royale/org/apache/royale/storage/providers/WebStorageProvider.as
@@ -199,7 +199,7 @@ package org.apache.royale.storage.providers
 
_target.dispatchEvent(newEvent);
 };

-   var blob:Blob = new 
Blob([text], { type: 'text/plain' });
+   var blob:Blob = new 
Blob([text], { type: 'text/plain' } as BlobPropertyBag);
 fileWriter.write(blob);
 }, 

RE: Dependency Missing

[Yishay Weiss]

>The dependency you posted below indicates that it is one of your files, which 
>must be being used by another one of your files, so the question is whether 
>the file that couldn't find that dependency is in your source >path or is 
>coming from a SWC that was compiled earlier.
It was coming from a pre-compiled swc. Once we recompiled it with the new 
compiler it works.
Thanks for the directions.

RE: [royale-asjs] 01/01: Royale framework folders weren't being recognized by FB

[Yishay Weiss]

Was flexlibnature intentionally renamed to royalelibnature ?




From: yish...@apache.org 
Sent: Sunday, December 16, 2018 2:26:14 PM
To: comm...@royale.apache.org
Subject: [royale-asjs] 01/01: Royale framework folders weren't being recognized 
by FB

This is an automated email from the ASF dual-hosted git repository.

yishayw pushed a commit to branch fix_fb
in repository https://gitbox.apache.org/repos/asf/royale-asjs.git

commit 09cbf5e1367ab5322d52e02b40a703367ff8112c
Author: DESKTOP-RH4S838\Yishay 
AuthorDate: Sun Dec 16 14:24:54 2018 +0200

Royale framework folders weren't being recognized by FB
---
 frameworks/projects/DragDrop/.project | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/frameworks/projects/DragDrop/.project 
b/frameworks/projects/DragDrop/.project
index 5bd3bd0..1cf620c 100644
--- a/frameworks/projects/DragDrop/.project
+++ b/frameworks/projects/DragDrop/.project
@@ -31,7 +31,7 @@ limitations under the License.
 
 
 
-   com.adobe.royalebuilder.project.royalelibnature
-   
com.adobe.royalebuilder.project.actionscriptnature
+   com.adobe.flexbuilder.project.flexlibnature
+   
com.adobe.flexbuilder.project.actionscriptnature
 
 

RE: [royale-asjs] branch develop updated: Fix launch.json

[Yishay Weiss]

Maybe I should be more precise, this fixes VSCode not launching a debug 
session. Did I break some other use case?




From: yish...@apache.org 
Sent: Thursday, December 6, 2018 2:51:01 PM
To: comm...@royale.apache.org
Subject: [royale-asjs] branch develop updated: Fix launch.json

This is an automated email from the ASF dual-hosted git repository.

yishayw pushed a commit to branch develop
in repository https://gitbox.apache.org/repos/asf/royale-asjs.git


The following commit(s) were added to refs/heads/develop by this push:
 new 8e49878  Fix launch.json
8e49878 is described below

commit 8e49878187e4e8579e12d69ad94b8cf21b258314
Author: DESKTOP-RH4S838\Yishay 
AuthorDate: Thu Dec 6 14:50:47 2018 +0100

Fix launch.json
---
 examples/royale/JewelExample/.vscode/launch.json | 9 +
 1 file changed, 5 insertions(+), 4 deletions(-)

diff --git a/examples/royale/JewelExample/.vscode/launch.json 
b/examples/royale/JewelExample/.vscode/launch.json
index 06f98a5..0316344 100644
--- a/examples/royale/JewelExample/.vscode/launch.json
+++ b/examples/royale/JewelExample/.vscode/launch.json
@@ -1,11 +1,12 @@
 {
 "version": "0.2.0",
 "configurations": [
+
 {
 "name": "Launch Chrome (Debug version)",
 "type": "chrome",
 "request": "launch",
-"file": 
"${workspaceRoot}/target/javascript/bin/js-debug/index.html",
+"file": "${workspaceRoot}/bin/js-debug/index.html",
 //"preLaunchTask": "mvn",
 "sourceMaps": true
 },
@@ -13,7 +14,7 @@
 "name": "Launch Chrome (Release version)",
 "type": "chrome",
 "request": "launch",
-"file": 
"${workspaceRoot}/target/javascript/bin/js-release/index.html",
+"file": "${workspaceRoot}/bin/js-release/index.html",
 //"preLaunchTask": "mvn",
 "sourceMaps": true
 },
@@ -21,7 +22,7 @@
 "name": "Launch Firefox (Debug version)",
 "type": "firefox",
 "request": "launch",
-"file": 
"${workspaceRoot}/target/javascript/bin/js-debug/index.html",
+"file": "${workspaceRoot}/bin/js-debug/index.html",
 //"preLaunchTask": "mvn",
 "sourceMaps": true
 },
@@ -29,7 +30,7 @@
 "name": "Launch Firefox (Release version)",
 "type": "firefox",
 "request": "launch",
-"file": 
"${workspaceRoot}/target/javascript/bin/js-release/index.html",
+"file": "${workspaceRoot}/bin/js-release/index.html",
 //"preLaunchTask": "mvn",
 "sourceMaps": true
 }

RE: Dependency Missing

[Yishay Weiss]

By “dependency list” I mean the list of



goog.require('…');



statements at the beginning of the transpiled application file.



After debugging this, I found out that in GoogDepsWriter:229 replacing



  if (!restOfDeps.contains(gd.className) && 
!gd.fileInfo.isExtern && !isExternal(gd.className) && 
!usedDeps.contains(gd.class Name))



with

  if (!restOfDeps.contains(gd.className) && 
!gd.fileInfo.isExtern && !isExternal(gd.className)) seems to fix this 
particular problem.



I’m still not sure what the proper fix is. Our class (A) gets added to usedDeps 
in this snippet



  if (gd.fileInfo.staticDeps != null)

  {

 for (String dep : 
gd.fileInfo.staticDeps)

 {

   if (!deps.contains(dep))

  deps.add(dep);

   if (!usedDeps.contains(dep))

  usedDeps.add(dep);

 }

  }

When I inspect this I see that gd.className == A, and gd.fileInfo.staticDeps[0] 
is also A.



Does that make sense?












From: Alex Harui 
Sent: Wednesday, November 28, 2018 7:03:55 PM
To: dev@royale.apache.org
Subject: Re: Dependency Missing

What is the "dependency list" you are referring to?

On 11/28/18, 8:55 AM, "Yishay Weiss"  wrote:

Hi Alex,

It  looks like commit 3252eb312b09cbf5270d78aadc785d757743d323 (fix deps 
writing when we promote requires from static initializers)  in the compiler has 
broken our app. One of the classes isn’t added to the dependency list despite 
being imported.

I still haven’t been able to isolate this to a test case, but one thing 
that strikes me about the missing dependency is that it has a static function 
before the constructor. Also, the constructor takes an argument.

If something pops to mind, please let us know. Otherwise, I’ll try to debug 
the compiler tomorrow.

Thanks.