Jenkins build is back to normal : royale-asjs #572

2018-04-04 Thread apacheroyaleci
See 




Re: Alert Changes in Basic (Fwd: [Jewel] Alert look screenshot)

2018-04-04 Thread Harbs
I don’t think it’s appropriate to make cancel the default value in a close 
event.

> On Apr 4, 2018, at 12:14 PM, Carlos Rovira  wrote:
> 
> Hi,
> 
> I uploaded few days ago the changes exposed here in a branch
> ("feature/alert-changes")
> Could someone review in order to see if we can merge it in develop?
> 
> thanks
> 
> 
> 
> -- Forwarded message --
> From: Carlos Rovira 
> Date: 2018-03-31 23:34 GMT+02:00
> Subject: [Jewel] Alert look screenshot
> To: dev@royale.apache.org
> 
> 
> *A note about Basic Alert: *I think we should change Basic to match this
> since the all parameters except the last are in the same order as Flex,
> while Alert in Basic changes this order. As well CloseEvent default flag is
> for OK, but I think it should match CANCEL. If you agree in make this two
> changes to Basic I can do that. I can make a commit in a develop branch
> before do this and if you agree merge with develop
> 
> 
> 
> -- 
> Carlos Rovira
> http://about.me/carlosrovira



Re: Alert Changes in Basic (Fwd: [Jewel] Alert look screenshot)

2018-04-04 Thread Carlos Rovira
Hi Harbs,

my understanding is that windows use to have a top-right X button to close,
and that use to indicate that the user wants to close the window (a.k.a
cancel) without do anything the window want the user to do (a.k.a ok). To
express an ok, the window or alert, use to have a button that express some
ok action so the user can clearly know what he/she is doing pressing that
button.

That's why I'm proposing this.

I understand from your email that you're ok with the alert signature change

Thanks

Carlos




2018-04-04 12:25 GMT+02:00 Harbs :

> I don’t think it’s appropriate to make cancel the default value in a close
> event.
>
> > On Apr 4, 2018, at 12:14 PM, Carlos Rovira 
> wrote:
> >
> > Hi,
> >
> > I uploaded few days ago the changes exposed here in a branch
> > ("feature/alert-changes")
> > Could someone review in order to see if we can merge it in develop?
> >
> > thanks
> >
> >
> >
> > -- Forwarded message --
> > From: Carlos Rovira 
> > Date: 2018-03-31 23:34 GMT+02:00
> > Subject: [Jewel] Alert look screenshot
> > To: dev@royale.apache.org
> >
> >
> > *A note about Basic Alert: *I think we should change Basic to match this
> > since the all parameters except the last are in the same order as Flex,
> > while Alert in Basic changes this order. As well CloseEvent default flag
> is
> > for OK, but I think it should match CANCEL. If you agree in make this two
> > changes to Basic I can do that. I can make a commit in a develop branch
> > before do this and if you agree merge with develop
> >
> >
> >
> > --
> > Carlos Rovira
> > http://about.me/carlosrovira
>
>


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


IntelliJ IDEA official support request

2018-04-04 Thread Carlos Rovira
Hi,

just filled the following ticket to ask JetBrains to add official support
for Apache Royale

https://youtrack.jetbrains.com/issue/IDEA-189525

Please, vote and share to make it relevant for this IDE

thanks

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


Re: IntelliJ IDEA official support request

2018-04-04 Thread Piotr Zarzycki
I'm sorry I wanted to respond only to the Dev.

That ticket is already in place for a long time. They asked us several
months ago for some statistics and explained some confusion related to the
support. [1]
I doubt that we enough relevant to ask them for the support right now.
Maybe in the future.

[1] https://youtrack.jetbrains.com/issue/IDEA-116986



2018-04-04 15:26 GMT+02:00 Carlos Rovira :

> Hi,
>
> just filled the following ticket to ask JetBrains to add official support
> for Apache Royale
>
> https://youtrack.jetbrains.com/issue/IDEA-189525
>
> Please, vote and share to make it relevant for this IDE
>
> thanks
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>
>


-- 

Piotr Zarzycki

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


Build failed in Jenkins: royale-asjs #571

2018-04-04 Thread apacheroyaleci
See 


--
[...truncated 219.76 KB...]
 [echo] ${INFO_DOWNLOADING_FILE_FROM}
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

download-apache-license:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

download-other-license:
  [get] Getting: https://www.7-zip.org/sdk.html
  [get] To: C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\lib\external\lzma-sdk-LICENSE.html
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

double-check-file:
 [echo] ${env.ROYALE_DOWNLOAD_CACHE}
 [echo] Need file: ${still_no_file}

get-from-cache-if-needed:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

fail-if-not-found:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

download-dependency-jar:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

download-dependency-zip:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

check-cache:

download-zip:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

get-if-not-cached:
  [get] Getting: 
http://www.java2s.com/Code/JarDownload/lzma/lzma-9.20.jar.zip
  [get] To: C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\in\lzma-9.20.jar.zip
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

double-check-file:
 [echo] ${env.ROYALE_DOWNLOAD_CACHE}
 [echo] Need file: ${still_no_file}

get-from-cache-if-needed:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

fail-if-not-found:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

check-sum:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

put-in-cache:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 

Re: IntelliJ IDEA official support request

2018-04-04 Thread Piotr Zarzycki
I just loose hope in case Intellij and doubt that new ticket change
anything. The previous one was relevant. Several people has voted for it.
You could change the title in the previous ticket. Discussion in the
comments was important etc.

Let's see what happened now.

2018-04-04 15:47 GMT+02:00 Carlos Rovira :

> Hi Piotr,
>
> no, I copied the content from that one, but that was about FlexJS ;), and
> that doesn't exists anymore )or it's abandoned in favor of Royale). People
> asked in twitter about IDEA, and I created the new ticket so people can
> vote for Apache Royale. Think that people coming that doesn't know anything
> about Royale, will doesn't understand what is "FlexJS", so is important to
> unify the discussion, and having this new ticket can be shared in social
> networks so people can vote for "Apache Royale Support"
>
> I think we should as well gather information ask dby Alexander and report
> in the new ticket.
> IDEA-116986
> 
>
> As well Om, expressed interest in create an apache royale plugin, but
> Alexander talks about extend the official open source one:
>
> "Flex support is now open-source and pull requests are welcome.
>
> I need to clarify one thing: I didn't say that any FlexJS related pull
> requests would be rejected. I said that they shouldn't break existing
> functionality and shouldn't add anything FlexJS-specific to those users who
> do not use FlexJS. Specifically, I said that a brand new FlexJS SDK type
> would be rejected ('type' here means a class that extends SdkType
> ).
> SDK type is a global entity visible to *all* users, so instead I
> suggested to add FlexJS-specific bits based on existing Flex SDK type
> 
> ."
>
>
>
> 2018-04-04 15:32 GMT+02:00 Piotr Zarzycki :
>
>> Carlos,
>>
>> But that ticket is already in place for a long time. They asked us
>> several months ago for some statistics. I'm surprised that you forgot about
>> that, since you have created it. :) [1]
>>
>> [1] https://youtrack.jetbrains.com/issue/IDEA-116986
>>
>> Thanks,
>> Piotr
>>
>> 2018-04-04 15:26 GMT+02:00 Carlos Rovira :
>>
>>> Hi,
>>>
>>> just filled the following ticket to ask JetBrains to add official
>>> support for Apache Royale
>>>
>>> https://youtrack.jetbrains.com/issue/IDEA-189525
>>>
>>> Please, vote and share to make it relevant for this IDE
>>>
>>> thanks
>>>
>>> --
>>> Carlos Rovira
>>> http://about.me/carlosrovira
>>>
>>>
>>
>>
>> --
>>
>> Piotr Zarzycki
>>
>> Patreon: *https://www.patreon.com/piotrzarzycki
>> *
>>
>
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>
>


-- 

Piotr Zarzycki

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


Re: Alert Changes in Basic (Fwd: [Jewel] Alert look screenshot)

2018-04-04 Thread Harbs
On second thought, why is the default not the same as the Flex version (i.e. 
-1) Why does there need to be a valid default value?

I’d also suggest switching the order of the arguments on the CloseEvent. I 
think detail should be the second argument. I can’t think of a really good 
reason to specify bubbles and cancelable in Royale.

Harbs

> On Apr 4, 2018, at 1:52 PM, Carlos Rovira  wrote:
> 
> Hi Harbs,
> 
> my understanding is that windows use to have a top-right X button to close,
> and that use to indicate that the user wants to close the window (a.k.a
> cancel) without do anything the window want the user to do (a.k.a ok). To
> express an ok, the window or alert, use to have a button that express some
> ok action so the user can clearly know what he/she is doing pressing that
> button.
> 
> That's why I'm proposing this.
> 
> I understand from your email that you're ok with the alert signature change
> 
> Thanks
> 
> Carlos
> 
> 
> 
> 
> 2018-04-04 12:25 GMT+02:00 Harbs :
> 
>> I don’t think it’s appropriate to make cancel the default value in a close
>> event.
>> 
>>> On Apr 4, 2018, at 12:14 PM, Carlos Rovira 
>> wrote:
>>> 
>>> Hi,
>>> 
>>> I uploaded few days ago the changes exposed here in a branch
>>> ("feature/alert-changes")
>>> Could someone review in order to see if we can merge it in develop?
>>> 
>>> thanks
>>> 
>>> 
>>> 
>>> -- Forwarded message --
>>> From: Carlos Rovira 
>>> Date: 2018-03-31 23:34 GMT+02:00
>>> Subject: [Jewel] Alert look screenshot
>>> To: dev@royale.apache.org
>>> 
>>> 
>>> *A note about Basic Alert: *I think we should change Basic to match this
>>> since the all parameters except the last are in the same order as Flex,
>>> while Alert in Basic changes this order. As well CloseEvent default flag
>> is
>>> for OK, but I think it should match CANCEL. If you agree in make this two
>>> changes to Basic I can do that. I can make a commit in a develop branch
>>> before do this and if you agree merge with develop
>>> 
>>> 
>>> 
>>> --
>>> Carlos Rovira
>>> http://about.me/carlosrovira
>> 
>> 
> 
> 
> -- 
> Carlos Rovira
> http://about.me/carlosrovira



Re: IntelliJ IDEA official support request

2018-04-04 Thread Carlos Rovira
Piotr, I don't see a way to change the old ticket...If I could change topic
and content to update to new names, I think it would be more interesting
due to voting and history. If not is of no interest since that ticket is
very cold now due to many months has passed

2018-04-04 15:54 GMT+02:00 Piotr Zarzycki :

> I just loose hope in case Intellij and doubt that new ticket change
> anything. The previous one was relevant. Several people has voted for it.
> You could change the title in the previous ticket. Discussion in the
> comments was important etc.
>
> Let's see what happened now.
>
> 2018-04-04 15:47 GMT+02:00 Carlos Rovira :
>
> > Hi Piotr,
> >
> > no, I copied the content from that one, but that was about FlexJS ;), and
> > that doesn't exists anymore )or it's abandoned in favor of Royale).
> People
> > asked in twitter about IDEA, and I created the new ticket so people can
> > vote for Apache Royale. Think that people coming that doesn't know
> anything
> > about Royale, will doesn't understand what is "FlexJS", so is important
> to
> > unify the discussion, and having this new ticket can be shared in social
> > networks so people can vote for "Apache Royale Support"
> >
> > I think we should as well gather information ask dby Alexander and report
> > in the new ticket.
> > IDEA-116986
> > 
> >
> > As well Om, expressed interest in create an apache royale plugin, but
> > Alexander talks about extend the official open source one:
> >
> > "Flex support is now open-source and pull requests are welcome.
> >
> > I need to clarify one thing: I didn't say that any FlexJS related pull
> > requests would be rejected. I said that they shouldn't break existing
> > functionality and shouldn't add anything FlexJS-specific to those users
> who
> > do not use FlexJS. Specifically, I said that a brand new FlexJS SDK type
> > would be rejected ('type' here means a class that extends SdkType
> >  0b960ec6ad0ea0a971cdc80d1bee2c9a1a9cd0d6/platform/lang-api/
> src/com/intellij/openapi/projectRoots/SdkType.java>).
> > SDK type is a global entity visible to *all* users, so instead I
> > suggested to add FlexJS-specific bits based on existing Flex SDK type
> >  59a1cac1b9e81d5152df6cafe966b6bf382fcece/flex/src/com/
> intellij/lang/javascript/flex/sdk/FlexSdkType2.java>
> > ."
> >
> >
> >
> > 2018-04-04 15:32 GMT+02:00 Piotr Zarzycki :
> >
> >> Carlos,
> >>
> >> But that ticket is already in place for a long time. They asked us
> >> several months ago for some statistics. I'm surprised that you forgot
> about
> >> that, since you have created it. :) [1]
> >>
> >> [1] https://youtrack.jetbrains.com/issue/IDEA-116986
> >>
> >> Thanks,
> >> Piotr
> >>
> >> 2018-04-04 15:26 GMT+02:00 Carlos Rovira :
> >>
> >>> Hi,
> >>>
> >>> just filled the following ticket to ask JetBrains to add official
> >>> support for Apache Royale
> >>>
> >>> https://youtrack.jetbrains.com/issue/IDEA-189525
> >>>
> >>> Please, vote and share to make it relevant for this IDE
> >>>
> >>> thanks
> >>>
> >>> --
> >>> Carlos Rovira
> >>> http://about.me/carlosrovira
> >>>
> >>>
> >>
> >>
> >> --
> >>
> >> Piotr Zarzycki
> >>
> >> Patreon: *https://www.patreon.com/piotrzarzycki
> >> *
> >>
> >
> >
> >
> > --
> > Carlos Rovira
> > http://about.me/carlosrovira
> >
> >
>
>
> --
>
> Piotr Zarzycki
>
> Patreon: *https://www.patreon.com/piotrzarzycki
> *
>



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


Re: IntelliJ IDEA official support request

2018-04-04 Thread Piotr Zarzycki
Ok! Let's see what happen now.

2018-04-04 16:54 GMT+02:00 Carlos Rovira :

> Piotr, I don't see a way to change the old ticket...If I could change topic
> and content to update to new names, I think it would be more interesting
> due to voting and history. If not is of no interest since that ticket is
> very cold now due to many months has passed
>
> 2018-04-04 15:54 GMT+02:00 Piotr Zarzycki :
>
> > I just loose hope in case Intellij and doubt that new ticket change
> > anything. The previous one was relevant. Several people has voted for it.
> > You could change the title in the previous ticket. Discussion in the
> > comments was important etc.
> >
> > Let's see what happened now.
> >
> > 2018-04-04 15:47 GMT+02:00 Carlos Rovira :
> >
> > > Hi Piotr,
> > >
> > > no, I copied the content from that one, but that was about FlexJS ;),
> and
> > > that doesn't exists anymore )or it's abandoned in favor of Royale).
> > People
> > > asked in twitter about IDEA, and I created the new ticket so people can
> > > vote for Apache Royale. Think that people coming that doesn't know
> > anything
> > > about Royale, will doesn't understand what is "FlexJS", so is important
> > to
> > > unify the discussion, and having this new ticket can be shared in
> social
> > > networks so people can vote for "Apache Royale Support"
> > >
> > > I think we should as well gather information ask dby Alexander and
> report
> > > in the new ticket.
> > > IDEA-116986
> > > 
> > >
> > > As well Om, expressed interest in create an apache royale plugin, but
> > > Alexander talks about extend the official open source one:
> > >
> > > "Flex support is now open-source and pull requests are welcome.
> > >
> > > I need to clarify one thing: I didn't say that any FlexJS related pull
> > > requests would be rejected. I said that they shouldn't break existing
> > > functionality and shouldn't add anything FlexJS-specific to those users
> > who
> > > do not use FlexJS. Specifically, I said that a brand new FlexJS SDK
> type
> > > would be rejected ('type' here means a class that extends SdkType
> > >  > 0b960ec6ad0ea0a971cdc80d1bee2c9a1a9cd0d6/platform/lang-api/
> > src/com/intellij/openapi/projectRoots/SdkType.java>).
> > > SDK type is a global entity visible to *all* users, so instead I
> > > suggested to add FlexJS-specific bits based on existing Flex SDK type
> > >  > 59a1cac1b9e81d5152df6cafe966b6bf382fcece/flex/src/com/
> > intellij/lang/javascript/flex/sdk/FlexSdkType2.java>
> > > ."
> > >
> > >
> > >
> > > 2018-04-04 15:32 GMT+02:00 Piotr Zarzycki :
> > >
> > >> Carlos,
> > >>
> > >> But that ticket is already in place for a long time. They asked us
> > >> several months ago for some statistics. I'm surprised that you forgot
> > about
> > >> that, since you have created it. :) [1]
> > >>
> > >> [1] https://youtrack.jetbrains.com/issue/IDEA-116986
> > >>
> > >> Thanks,
> > >> Piotr
> > >>
> > >> 2018-04-04 15:26 GMT+02:00 Carlos Rovira :
> > >>
> > >>> Hi,
> > >>>
> > >>> just filled the following ticket to ask JetBrains to add official
> > >>> support for Apache Royale
> > >>>
> > >>> https://youtrack.jetbrains.com/issue/IDEA-189525
> > >>>
> > >>> Please, vote and share to make it relevant for this IDE
> > >>>
> > >>> thanks
> > >>>
> > >>> --
> > >>> Carlos Rovira
> > >>> http://about.me/carlosrovira
> > >>>
> > >>>
> > >>
> > >>
> > >> --
> > >>
> > >> Piotr Zarzycki
> > >>
> > >> Patreon: *https://www.patreon.com/piotrzarzycki
> > >> *
> > >>
> > >
> > >
> > >
> > > --
> > > Carlos Rovira
> > > http://about.me/carlosrovira
> > >
> > >
> >
> >
> > --
> >
> > Piotr Zarzycki
> >
> > Patreon: *https://www.patreon.com/piotrzarzycki
> > *
> >
>
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>



-- 

Piotr Zarzycki

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


Apache Royale Speaker needed!

2018-04-04 Thread Carlos Rovira
Hi

Adobe AIR developers are looking for a speaker to talk about Apache Royale,
please check the tweet and if you're interested contact them to organizar
it:

https://twitter.com/air_devs/status/981430292509577217

Thanks!

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


Alert Changes in Basic (Fwd: [Jewel] Alert look screenshot)

2018-04-04 Thread Carlos Rovira
Hi,

I uploaded few days ago the changes exposed here in a branch
("feature/alert-changes")
Could someone review in order to see if we can merge it in develop?

thanks



-- Forwarded message --
From: Carlos Rovira 
Date: 2018-03-31 23:34 GMT+02:00
Subject: [Jewel] Alert look screenshot
To: dev@royale.apache.org


*A note about Basic Alert: *I think we should change Basic to match this
since the all parameters except the last are in the same order as Flex,
while Alert in Basic changes this order. As well CloseEvent default flag is
for OK, but I think it should match CANCEL. If you agree in make this two
changes to Basic I can do that. I can make a commit in a develop branch
before do this and if you agree merge with develop



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