date:20130214

Re: OneClickMustella on MacOS (was: Re: Apache Flex 4.9.1)

2013-02-14 Thread Justin Mclean

Hi,

> I have somestuff hardcoded (ex. path to the terminal) which is probably 
> blowing up on
> a Mac. 
Yep can confirm it broken but you knew that. :-)

Justin

[jira] [Updated] (FLEX-33394) Mavenizer with AIR SDK 3.6 Could not create directory error

2013-02-14 Thread Ghazi Triki (JIRA)


 [ 
https://issues.apache.org/jira/browse/FLEX-33394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ghazi Triki updated FLEX-33394:
---

Summary: Mavenizer with AIR SDK 3.6 Could not create directory error  (was: 
Mavenizer with AIR SDK 3.6)

> Mavenizer with AIR SDK 3.6 Could not create directory error
> ---
>
> Key: FLEX-33394
> URL: https://issues.apache.org/jira/browse/FLEX-33394
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Maven Flex Plugin
>Affects Versions: Apache Flex 4.9.0
>Reporter: Ghazi Triki
>Priority: Minor
>  Labels: 3.6, air, mavenizer
>
> When generating maven artifacts with the mavenizer using Apache Flex 4.9 and 
> AIR 3.6 we get this error
> Exception in thread "main" java.lang.RuntimeException: Could not create 
> director
> y: 
> D:\workspace\apache-fdk-maven-repository\com\adobe\flex\framework\themes\aeon
> graphical\4.9.0.1425567
> at 
> flex.FlexFrameworkGenerator.generateThemeSwc(FlexFrameworkGenerator.j
> ava:675)
> at 
> flex.FlexFrameworkGenerator.generateThemeArtifacts(FlexFrameworkGener
> ator.java:614)
> at 
> flex.FlexFrameworkGenerator.process(FlexFrameworkGenerator.java:222)
> at SDKGenerator.generateFlex(SDKGenerator.java:126)
> at SDKGenerator.generateAllFlex(SDKGenerator.java:113)
> at SDKGenerator.main(SDKGenerator.java:154)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (FLEX-33394) Mavenizer with AIR SDK 3.6

2013-02-14 Thread Ghazi Triki (JIRA)

Ghazi Triki created FLEX-33394:
--

 Summary: Mavenizer with AIR SDK 3.6
 Key: FLEX-33394
 URL: https://issues.apache.org/jira/browse/FLEX-33394
 Project: Apache Flex
  Issue Type: Bug
  Components: Maven Flex Plugin
Affects Versions: Apache Flex 4.9.0
Reporter: Ghazi Triki
Priority: Minor


When generating maven artifacts with the mavenizer using Apache Flex 4.9 and 
AIR 3.6 we get this error

Exception in thread "main" java.lang.RuntimeException: Could not create director
y: D:\workspace\apache-fdk-maven-repository\com\adobe\flex\framework\themes\aeon
graphical\4.9.0.1425567
at flex.FlexFrameworkGenerator.generateThemeSwc(FlexFrameworkGenerator.j
ava:675)
at flex.FlexFrameworkGenerator.generateThemeArtifacts(FlexFrameworkGener
ator.java:614)
at flex.FlexFrameworkGenerator.process(FlexFrameworkGenerator.java:222)
at SDKGenerator.generateFlex(SDKGenerator.java:126)
at SDKGenerator.generateAllFlex(SDKGenerator.java:113)
at SDKGenerator.main(SDKGenerator.java:154)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[FalconJx] AMD tests location

2013-02-14 Thread Erik de Bruin

Mike,

I was reading your commit notes and saw you're looking for a location
to put your .as sources for testing. I've refactored the test-files
location to allow for a AMD specific directory (did this yesterday,
you should have the new directory layout)

Also, I already have the testing of entire files (classes) in 'goog'
and TestBase, you might want to look at "TestGoogFiles.java" and maybe
bring that 'up' to the baseline tests and override for AMD and 'goog'?

EdB



-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

[FalconJx] AMD tests failing

2013-02-14 Thread Erik de Bruin

Mike,

I've just updated my local projects, but some of the AMD test are
still failing. Is this expected (in the light of your earlier
statement about AMD tests) and should I ignore, or should is this a
problem on my end and should I hold of on commits until we figure out
what it is?

EdB



-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

Re: [FalconJx] AMD tests location

2013-02-14 Thread Michael Schmalle



Quoting Erik de Bruin :


Mike,

I was reading your commit notes and saw you're looking for a location
to put your .as sources for testing. I've refactored the test-files
location to allow for a AMD specific directory (did this yesterday,
you should have the new directory layout)

Also, I already have the testing of entire files (classes) in 'goog'
and TestBase, you might want to look at "TestGoogFiles.java" and maybe
bring that 'up' to the baseline tests and override for AMD and 'goog'?



Yeah I see where you are going with this BUT, at the moment I would  
really like to test the exact setup Frank has in his GIT repo.


I figure for now I will put the .as files in the 'test-files'  
directory IE com/acme structure with ApacheLicenses. If in the future  
we find this is unnecessary, the I will remove them. I will probably  
eventually use your test classes as well but I don't want any Flash  
related classes like EventDispatcher.



Mike



EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com

RE: Odd issue with unused namespaces in style blocks

2013-02-14 Thread Kessler CTR Mark J


   We ran into some interesting issue like that when we first cut over to spark 
using the CSS files shortly after it was released. Some of the components came 
up blank like they were not using their default skin files.  So we either used 
our custom skins or  made sure they were assigned properly to components in a 
module.  It was made worse when I would include a sizeable CSS file in the main 
application and any CSS in the main application that wasn't used it tossed... 
which meant the module couldn't use that style.  Sooo for us it meant

1.  Make sure you have a skin (custom or default) assigned for the trouble 
makers.  Can assign them in CSS.

2.  Any modules not able to load the CSS styles, you can add an empty component 
class in your main application to make sure it doesn't toss out those styles.   
Like in a script section for your application.


import mx.controls.DateField;
import spark.components.SomeComponent;

private var cssWorkAround:Array = [DateField, SomeComponent];


-Mark

-Original Message-
From: Justin Mclean [mailto:jus...@classsoftware.com] 
Sent: Wednesday, February 13, 2013 11:16 PM
To: flex-...@apache.org
Subject: Odd issue with unused namespaces in style blocks

Hi,

Run into a very odd Flex issue today.

Some time ago in a large application we had cleaned up all of the styles and 
moved most to a central location, however a few style blocks were left about 
with local styles still containing the spark namespaces.


@namespace s "library://ns.adobe.com/flex/spark";
.hoverStyle {
symbolColor: #1E78D2;
rollOverColor: #EDF5FF;
color: #1E78D2;
}


Using the halo theme the application worked correctly but using the spark theme 
sometimes and seeming randomly item renderers would show up totally blank. 
Managed to finally find a sequence of steps that causes the issue to happen 
every time and it seem the fix to this issue was to remove the unused 
namespaces!


.hoverStyle {
symbolColor: #1E78D2;
rollOverColor: #EDF5FF;
color: #1E78D2;
}


Anyone run into an issue like this or have any idea to why having an unused 
namespace would cause item renders to randomly show up blank?

I've not be able to reproduce the issue in a small sample of code but thought I 
should email the list just in case anyone run into this issue or knows why this 
might occur.

Thanks,
Justin

Re: [FalconJx] AMD tests failing

2013-02-14 Thread Michael Schmalle



Quoting Erik de Bruin :


Mike,

I've just updated my local projects, but some of the AMD test are
still failing. Is this expected (in the light of your earlier
statement about AMD tests) and should I ignore, or should is this a
problem on my end and should I hold of on commits until we figure out
what it is?


I know what it is, they are the old versions of the tests, I haven't  
updated them yet. Sorry about this but I needed to figure out what I  
was doing with the .as files.


Just don't commit for about 30 minutes, I will have this squared around.

Mike



EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com

Re: [FalconJx] AMD tests location

2013-02-14 Thread Erik de Bruin

I wasn't suggesting you use the 'goog' tests, I was suggesting there
is now room for an 'AMD' directory within 'test-files', in which you
can put the AMD tests, and that you use the file based testing I added
to TestBase.java (using 'getFileNode()' with a filename to feed the AS
code to the compiler and 'getCodeFromFile()' to read the 'assert' code
from a file).

EdB



On Thu, Feb 14, 2013 at 12:05 PM, Michael Schmalle
 wrote:
>
> Quoting Erik de Bruin :
>
>> Mike,
>>
>> I was reading your commit notes and saw you're looking for a location
>> to put your .as sources for testing. I've refactored the test-files
>> location to allow for a AMD specific directory (did this yesterday,
>> you should have the new directory layout)
>>
>> Also, I already have the testing of entire files (classes) in 'goog'
>> and TestBase, you might want to look at "TestGoogFiles.java" and maybe
>> bring that 'up' to the baseline tests and override for AMD and 'goog'?
>
>
>
> Yeah I see where you are going with this BUT, at the moment I would really
> like to test the exact setup Frank has in his GIT repo.
>
> I figure for now I will put the .as files in the 'test-files' directory IE
> com/acme structure with ApacheLicenses. If in the future we find this is
> unnecessary, the I will remove them. I will probably eventually use your
> test classes as well but I don't want any Flash related classes like
> EventDispatcher.
>
>
> Mike
>
>
>
>> EdB
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>>
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

Re: [FalconJx] AMD tests location

2013-02-14 Thread Michael Schmalle


Right,

I agree with you, give my 30 minutes and I will have everything I have  
up to this point committed with passing tests.


My problem was, I shouldn't have committed anything last week(unit  
tests) until I got to this point. My Bad.


Mike

Quoting Erik de Bruin :


I wasn't suggesting you use the 'goog' tests, I was suggesting there
is now room for an 'AMD' directory within 'test-files', in which you
can put the AMD tests, and that you use the file based testing I added
to TestBase.java (using 'getFileNode()' with a filename to feed the AS
code to the compiler and 'getCodeFromFile()' to read the 'assert' code
from a file).

EdB



On Thu, Feb 14, 2013 at 12:05 PM, Michael Schmalle
 wrote:


Quoting Erik de Bruin :


Mike,

I was reading your commit notes and saw you're looking for a location
to put your .as sources for testing. I've refactored the test-files
location to allow for a AMD specific directory (did this yesterday,
you should have the new directory layout)

Also, I already have the testing of entire files (classes) in 'goog'
and TestBase, you might want to look at "TestGoogFiles.java" and maybe
bring that 'up' to the baseline tests and override for AMD and 'goog'?




Yeah I see where you are going with this BUT, at the moment I would really
like to test the exact setup Frank has in his GIT repo.

I figure for now I will put the .as files in the 'test-files' directory IE
com/acme structure with ApacheLicenses. If in the future we find this is
unnecessary, the I will remove them. I will probably eventually use your
test classes as well but I don't want any Flash related classes like
EventDispatcher.


Mike




EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com

Re: [FalconJx] AMD tests location

2013-02-14 Thread Erik de Bruin

No worries, as long as we coordinate ;-)

EdB


On Thu, Feb 14, 2013 at 12:13 PM, Michael Schmalle
 wrote:
> Right,
>
> I agree with you, give my 30 minutes and I will have everything I have up to
> this point committed with passing tests.
>
> My problem was, I shouldn't have committed anything last week(unit tests)
> until I got to this point. My Bad.
>
> Mike
>
>
> Quoting Erik de Bruin :
>
>> I wasn't suggesting you use the 'goog' tests, I was suggesting there
>> is now room for an 'AMD' directory within 'test-files', in which you
>> can put the AMD tests, and that you use the file based testing I added
>> to TestBase.java (using 'getFileNode()' with a filename to feed the AS
>> code to the compiler and 'getCodeFromFile()' to read the 'assert' code
>> from a file).
>>
>> EdB
>>
>>
>>
>> On Thu, Feb 14, 2013 at 12:05 PM, Michael Schmalle
>>  wrote:
>>>
>>>
>>> Quoting Erik de Bruin :
>>>
 Mike,

 I was reading your commit notes and saw you're looking for a location
 to put your .as sources for testing. I've refactored the test-files
 location to allow for a AMD specific directory (did this yesterday,
 you should have the new directory layout)

 Also, I already have the testing of entire files (classes) in 'goog'
 and TestBase, you might want to look at "TestGoogFiles.java" and maybe
 bring that 'up' to the baseline tests and override for AMD and 'goog'?
>>>
>>>
>>>
>>>
>>> Yeah I see where you are going with this BUT, at the moment I would
>>> really
>>> like to test the exact setup Frank has in his GIT repo.
>>>
>>> I figure for now I will put the .as files in the 'test-files' directory
>>> IE
>>> com/acme structure with ApacheLicenses. If in the future we find this is
>>> unnecessary, the I will remove them. I will probably eventually use your
>>> test classes as well but I don't want any Flash related classes like
>>> EventDispatcher.
>>>
>>>
>>> Mike
>>>
>>>
>>>
 EdB



 --
 Ix Multimedia Software

 Jan Luykenstraat 27
 3521 VB Utrecht

 T. 06-51952295
 I. www.ixsoftware.nl

>>>
>>> --
>>> Michael Schmalle - Teoti Graphix, LLC
>>> http://www.teotigraphix.com
>>> http://blog.teotigraphix.com
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>>
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

Re: [FalconJx] AMD tests location

2013-02-14 Thread Michael Schmalle


Well that was the commit, 555 green light tests on my end.

Mike

Quoting Erik de Bruin :


No worries, as long as we coordinate ;-)

EdB


On Thu, Feb 14, 2013 at 12:13 PM, Michael Schmalle
 wrote:

Right,

I agree with you, give my 30 minutes and I will have everything I have up to
this point committed with passing tests.

My problem was, I shouldn't have committed anything last week(unit tests)
until I got to this point. My Bad.

Mike


Quoting Erik de Bruin :


I wasn't suggesting you use the 'goog' tests, I was suggesting there
is now room for an 'AMD' directory within 'test-files', in which you
can put the AMD tests, and that you use the file based testing I added
to TestBase.java (using 'getFileNode()' with a filename to feed the AS
code to the compiler and 'getCodeFromFile()' to read the 'assert' code
from a file).

EdB



On Thu, Feb 14, 2013 at 12:05 PM, Michael Schmalle
 wrote:



Quoting Erik de Bruin :


Mike,

I was reading your commit notes and saw you're looking for a location
to put your .as sources for testing. I've refactored the test-files
location to allow for a AMD specific directory (did this yesterday,
you should have the new directory layout)

Also, I already have the testing of entire files (classes) in 'goog'
and TestBase, you might want to look at "TestGoogFiles.java" and maybe
bring that 'up' to the baseline tests and override for AMD and 'goog'?





Yeah I see where you are going with this BUT, at the moment I would
really
like to test the exact setup Frank has in his GIT repo.

I figure for now I will put the .as files in the 'test-files' directory
IE
com/acme structure with ApacheLicenses. If in the future we find this is
unnecessary, the I will remove them. I will probably eventually use your
test classes as well but I don't want any Flash related classes like
EventDispatcher.


Mike




EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl



--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

[jira] [Created] (FLEX-33395) Select specific AIR SDK and playerglobal versions

2013-02-14 Thread Lee Burrows (JIRA)

Lee Burrows created FLEX-33395:
--

 Summary: Select specific AIR SDK and playerglobal versions
 Key: FLEX-33395
 URL: https://issues.apache.org/jira/browse/FLEX-33395
 Project: Apache Flex
  Issue Type: New Feature
  Components: InstallApacheFlex
Affects Versions: InstalApacheFlex 1.0, InstallApacheFlex 1.1
Reporter: Lee Burrows
Priority: Minor
 Fix For: InstallApacheFlex 1.1


Allow user to choose which versions of AIR SDK and playerglobal to use in 
framework.

Requires controls for user to make selections.
Requires modification of config files to match selections.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (FLEX-33395) Select specific AIR SDK and playerglobal versions

2013-02-14 Thread Lee Burrows (JIRA)


[ 
https://issues.apache.org/jira/browse/FLEX-33395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578450#comment-13578450
 ] 

Lee Burrows commented on FLEX-33395:


I have started work on this.

> Select specific AIR SDK and playerglobal versions
> -
>
> Key: FLEX-33395
> URL: https://issues.apache.org/jira/browse/FLEX-33395
> Project: Apache Flex
>  Issue Type: New Feature
>  Components: InstallApacheFlex
>Affects Versions: InstalApacheFlex 1.0, InstallApacheFlex 1.1
>Reporter: Lee Burrows
>Priority: Minor
> Fix For: InstallApacheFlex 1.1
>
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> Allow user to choose which versions of AIR SDK and playerglobal to use in 
> framework.
> Requires controls for user to make selections.
> Requires modification of config files to match selections.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Comment Edited] (FLEX-33395) Select specific AIR SDK and playerglobal versions

2013-02-14 Thread Lee Burrows (JIRA)


[ 
https://issues.apache.org/jira/browse/FLEX-33395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578450#comment-13578450
 ] 

Lee Burrows edited comment on FLEX-33395 at 2/14/13 4:04 PM:
-

I have started working on this.

  was (Author: leeburrows):
I have started work on this.
  
> Select specific AIR SDK and playerglobal versions
> -
>
> Key: FLEX-33395
> URL: https://issues.apache.org/jira/browse/FLEX-33395
> Project: Apache Flex
>  Issue Type: New Feature
>  Components: InstallApacheFlex
>Affects Versions: InstalApacheFlex 1.0, InstallApacheFlex 1.1
>Reporter: Lee Burrows
>Priority: Minor
> Fix For: InstallApacheFlex 1.1
>
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> Allow user to choose which versions of AIR SDK and playerglobal to use in 
> framework.
> Requires controls for user to make selections.
> Requires modification of config files to match selections.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (FLEX-33395) Select specific AIR SDK and playerglobal versions

2013-02-14 Thread Lee Burrows (JIRA)


 [ 
https://issues.apache.org/jira/browse/FLEX-33395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lee Burrows updated FLEX-33395:
---

Component/s: Installer

> Select specific AIR SDK and playerglobal versions
> -
>
> Key: FLEX-33395
> URL: https://issues.apache.org/jira/browse/FLEX-33395
> Project: Apache Flex
>  Issue Type: New Feature
>  Components: InstallApacheFlex, Installer
>Affects Versions: InstalApacheFlex 1.0, InstallApacheFlex 1.1
>Reporter: Lee Burrows
>Priority: Minor
> Fix For: InstallApacheFlex 1.1
>
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> Allow user to choose which versions of AIR SDK and playerglobal to use in 
> framework.
> Requires controls for user to make selections.
> Requires modification of config files to match selections.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Apache Flex 4.9.1

2013-02-14 Thread Frédéric THOMAS

Failures, building the trunk as is + other.locales and running the tests 
with :


FP 11.1.102.63 :

components/Charts/Bubble/Properties/BubbleProperties 
BubbleSeries_multipleAxes_disabledDays


FP 11.5.502.110 :

components/Charts/Bubble/Properties/BubbleProperties 
BubbleSeries_multipleAxes_disabledDays
gumbo/components/Image/styles/Image_styles_smoothingQuality 
Image_Scale_stretch_smoothingQuality_high

spark/core/fxg/properties/fxgtemplate_tester filters_filters_blend
spark/core/fxg/properties/fxgtemplate_tester scale9_bitmapgraphic_scale9
spark/core/fxg/properties/fxgtemplate_tester 
scale9_shape_bmpgraphic_scalegridgroup


-Fred

-Message d'origine- 
From: Frédéric THOMAS

Sent: Wednesday, February 13, 2013 11:12 PM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1


OK, we should fix broken tests, but it isn't as important as getting

Release4.9 to pass all of its tests for this 4.9.1 release

Ok, I just checked out the trunk and run the tests in en_US


Weren't your issues bad tests due to localization for fr_FR?  I'm pretty

sure I got clean runs for en_US

No, it was with en_US and FP 11.4

Don't know. Have you determined what needs to change?  If not, I will see 
if

those tests pass for me on tonight's run and investigate.

I only know removing the font make the japanese text to be rendered.


-Message d'origine- 
From: Alex Harui

Sent: Wednesday, February 13, 2013 7:51 PM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1




On 2/13/13 10:18 AM, "Frédéric THOMAS"  wrote:


I don't know.  Are you running the tests in the Release4.9 branch against

the code in Release4.9 or running tests from the develop branch?

I run the tests against the develop branch.

OK, we should fix broken tests, but it isn't as important as getting
Release4.9 to pass all of its tests for this 4.9.1 release.



I'm pretty sure all tests passed before we shipped 4.9.0.


No, remember, I posted on the fact some tests still failed before the 4.9
release (nothing relative to LangPacks/Japanese/tests though).

Weren't your issues bad tests due to localization for fr_FR?  I'm pretty
sure I got clean runs for en_US.



There may not be any japanese characters in OpenSans.  We added a chinese

font for mobile testing (Assets/Fonts/Droid/DroidSansFallback.ttf).  It is
only in the develop branch right now.

Well, so, what should I do with my LangPacks/Japanese/tests and the 
OpenSans

?

Don't know. Have you determined what needs to change?  If not, I will see if
those tests pass for me on tonight's run and investigate.


-Fred



--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui

[jira] [Commented] (FLEX-33339) List for mobile ios and android no longer scrolls

2013-02-14 Thread JIRA


[ 
https://issues.apache.org/jira/browse/FLEX-9?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578476#comment-13578476
 ] 

Jérémy Reynaud commented on FLEX-9:
---

Same problem with Scroller component, no touch scrolling anymore:


http://flex.apache.org/images/slider4.jpg"; />



> List for mobile ios and android no longer scrolls
> -
>
> Key: FLEX-9
> URL: https://issues.apache.org/jira/browse/FLEX-9
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Mobile: List
>Affects Versions: Apache Flex 4.8 (parity release)
> Environment: All devices
>Reporter: Leng Sheng Hong
>Priority: Critical
>
> when using mxml as following:
>   
>click="btnFull_clickHandler(event)"/>
>fontSize="32" color="0x00" labelField="label" 
> change="versionList_changeHandler(event)">
>   
>   
> the List shows all the item renderer on screen, on touch shows a scrollbar, 
> but it doesn't react to touch scrolling. It will just dispatch change event 
> on the 1st item touch. No more scrolling on mobile list.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

RE: Apache Flex Arabic Locales

2013-02-14 Thread Alex Harui

I don't think any of our committers know Arabic well enough to review.  If you 
want to donate a locale, I think you have to:

1) Fill out an ICLA http://www.apache.org/licenses/icla.txt
2) Add the .properties files to JIRA issue

I suppose we could try reviewing it by seeing if a BabelFish service can 
translate it to English just to make sure there are no obvious issues.

And if you continue to provide updates to the locale via JIRA, we will explore 
the possibility of making you a committer so you can directly make changes to 
the files in SVN.

Alex Harui
Apache Flex Team
http://blogs.adobe.com/aharui


> -Original Message-
> From: Ghazi TRIKI [mailto:ghazi.noctu...@gmail.com]
> Sent: Wednesday, February 13, 2013 11:18 PM
> To: dev@flex.apache.org
> Subject: Apache Flex Arabic Locales
> 
> Hi,
> 
> About three years ago I started new Flex localisation; ar_TN; arabic
> locales. I had a private folder inside Flex svn sandox folder. Then I
> stopped the translation due to lack of time. The translation progress is
> about 60% overall. Does Apache Flex community have a developper having
> arabic as mother tongue to continue the translation together and review it
> ? What are conditions to accept these locales inside Apache Flex
> repository ?
> 
> The actual translation progress can be found here :
> https://github.com/LionArt/Flex-SDK-Arabic-Locales
> 
> Thanks,
> Ghazi Triki

RE: [OT] [FALCON] Falcon and IDE/FB integration

2013-02-14 Thread Alex Harui

OK, so it sounds like you currently just launch MXMLC and COMPC.  That should 
make it relatively easy to call Falcon's MXMLC and COMPC, depending on how you 
get the error list.  Falcon's MXMLC and COMPC classes are in a different 
package than flex2.tools, but it might even be possible to provide a wrapper 
for Falcon's MXMLC and COMPC in the flex2.tools package.

Currently, FlashBuilder uses an entirely different interface to what MXMLC and 
COMPC eventually call.  If you look in the Apache Flex source under 
modules/compiler/src/java/flex2/tools/oem and 
modules/compiler/src/java/flex2/tools/flexbuilder you will see lots of classes 
in there that seem to build a database of compilation units and try to decide 
which ones need re-compilation without chasing the dependencies from the main 
compilation unit like MXMLC and COMPC currently do.

I had never looked at this code before.  It was only when I tried to get 
FlashBuilder to call Falcon that I realized that FlashBuilder didn't seem to 
call MXMLC and COMPC directly and found this code.  We may have to implement 
this stuff for Falcon if we want to try to get Falcon to plug into 
FlashBuilder.  Or, we might just create our own Eclipse "builder" plug-in.  I 
experimented a bit with that and it might be easier.  But I think the direction 
we take can be significantly influenced by what your team would like to do to 
integrate with Falcon.

I wonder if the FDT guys are watching this thread and can tell us what they 
want, if anything.

In theory, the FlashBuilder code provided faster incremental compiles, but I've 
never created big projects in FlashBuilder or IntelliJ to know if there was a 
significant difference.

Alex Harui
Apache Flex Team
http://blogs.adobe.com/aharui

> -Original Message-
> From: Alexander Doroshko [mailto:alexander.doros...@jetbrains.com]
> Sent: Wednesday, February 13, 2013 11:28 PM
> To: dev@flex.apache.org
> Subject: Re: [OT] [FALCON] Falcon and IDE/FB integration
> 
> On 13.02.2013 21:39, Alex Harui wrote:
> > How does IntelliJ call the current MXMLC compiler?  I'm looking at how
> > FlashBuilder calls MXMLC now and it is pretty complex.
> There are 3 modes:
> 
> 1. If 'Prefer ActionScript Compiler 2.0 for pure AS build configurations'
> option is enabled then a new OS process is launched with the following
> command line (some minor options omitted):
> 
> java -classpath [Flex SDK]/lib/compiler.jar
> com.adobe.flash.compiler.clients.MXMLC
> java -classpath [Flex SDK]/lib/compiler.jar
> com.adobe.flash.compiler.clients.COMPC
> 
> 2. Standard mxmlc/compc process:
> 
> java  -classpath [Flex SDK]/lib/compc.jar flex2.tools.Mxmlc java  -
> classpath [Flex SDK]/lib/compc.jar flex2.tools.Compc
> 
> 3. The option called 'Built-in compiler shell'. That's a single OS process
> that can invoke several compilations in parallel threads. To do this it
> invokes flex2.tools.Mxmlc.mxmlc(args) or flex2.tools.Compc.compc(args).
> 
> Just curious, how Flash Builder does it?

RE: Apache Flex 4.9.1

2013-02-14 Thread Alex Harui

We might want to add this to the list to be fixed:

https://issues.apache.org/jira/browse/FLEX-9

It turns out that I've never run the LangPacks tests and they fail compilation 
which should stop the run but for some reason does not.

I will look at them shortly after I fix a few other bugs.

Alex Harui
Apache Flex Team
http://blogs.adobe.com/aharui


> -Original Message-
> From: Frédéric THOMAS [mailto:webdoubl...@hotmail.com]
> Sent: Thursday, February 14, 2013 8:15 AM
> To: dev@flex.apache.org
> Subject: Re: Apache Flex 4.9.1
> 
> Failures, building the trunk as is + other.locales and running the tests
> with :
> 
> FP 11.1.102.63 :
> 
> components/Charts/Bubble/Properties/BubbleProperties
> BubbleSeries_multipleAxes_disabledDays
> 
> FP 11.5.502.110 :
> 
> components/Charts/Bubble/Properties/BubbleProperties
> BubbleSeries_multipleAxes_disabledDays
> gumbo/components/Image/styles/Image_styles_smoothingQuality
> Image_Scale_stretch_smoothingQuality_high
> spark/core/fxg/properties/fxgtemplate_tester filters_filters_blend
> spark/core/fxg/properties/fxgtemplate_tester scale9_bitmapgraphic_scale9
> spark/core/fxg/properties/fxgtemplate_tester
> scale9_shape_bmpgraphic_scalegridgroup
> 
> -Fred
> 
> -Message d'origine-
> From: Frédéric THOMAS
> Sent: Wednesday, February 13, 2013 11:12 PM
> To: dev@flex.apache.org
> Subject: Re: Apache Flex 4.9.1
> 
> >OK, we should fix broken tests, but it isn't as important as getting
> Release4.9 to pass all of its tests for this 4.9.1 release
> 
> Ok, I just checked out the trunk and run the tests in en_US
> 
> >Weren't your issues bad tests due to localization for fr_FR?  I'm
> >pretty
> sure I got clean runs for en_US
> 
> No, it was with en_US and FP 11.4
> 
> >Don't know. Have you determined what needs to change?  If not, I will
> >see if
> those tests pass for me on tonight's run and investigate.
> 
> I only know removing the font make the japanese text to be rendered.
> 
> 
> -Message d'origine-
> From: Alex Harui
> Sent: Wednesday, February 13, 2013 7:51 PM
> To: dev@flex.apache.org
> Subject: Re: Apache Flex 4.9.1
> 
> 
> 
> 
> On 2/13/13 10:18 AM, "Frédéric THOMAS"  wrote:
> 
> >> I don't know.  Are you running the tests in the Release4.9 branch
> against
> > the code in Release4.9 or running tests from the develop branch?
> >
> > I run the tests against the develop branch.
> OK, we should fix broken tests, but it isn't as important as getting
> Release4.9 to pass all of its tests for this 4.9.1 release.
> >
> >> I'm pretty sure all tests passed before we shipped 4.9.0.
> >
> > No, remember, I posted on the fact some tests still failed before the
> 4.9
> > release (nothing relative to LangPacks/Japanese/tests though).
> Weren't your issues bad tests due to localization for fr_FR?  I'm pretty
> sure I got clean runs for en_US.
> >
> >> There may not be any japanese characters in OpenSans.  We added a
> chinese
> > font for mobile testing (Assets/Fonts/Droid/DroidSansFallback.ttf).  It
> is
> > only in the develop branch right now.
> >
> > Well, so, what should I do with my LangPacks/Japanese/tests and the
> > OpenSans
> > ?
> Don't know. Have you determined what needs to change?  If not, I will see
> if
> those tests pass for me on tonight's run and investigate.
> >
> > -Fred
> 
> 
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui

[jira] [Assigned] (FLEX-33390) Can't embed SVG asset

2013-02-14 Thread Alex Harui (JIRA)


 [ 
https://issues.apache.org/jira/browse/FLEX-33390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alex Harui reassigned FLEX-33390:
-

Assignee: Alex Harui

> Can't embed SVG asset
> -
>
> Key: FLEX-33390
> URL: https://issues.apache.org/jira/browse/FLEX-33390
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Embedded Asset Transcoding
>Affects Versions: Apache Flex 4.9.0
>Reporter: Frédéric Leroy
>Assignee: Alex Harui
> Attachments: flex-33390.zip
>
>
> When embedding an svg asset the compiler gives:
> Multiple markers at this line:
> -Unable to transcode example.svg.
> -exception during transcoding: The CSS parser class 
> org.apache.batik.css.parser.Parser cannot be found.
> This is a regression with respect to SDK 4.6.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Apache Flex 4.9.1

2013-02-14 Thread Frédéric THOMAS

We'll have to carefully choose what we'll merge from the develop branch into 
the 4.9.1, as reminder, those tests fails :


FP 11.1.102.63 :

LangPacks/Japanese/tests/...

components/Charts/Bubble/Properties/BubbleProperties 
BubbleSeries_multipleAxes_disabledDays

gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds2
gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds3
gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds4
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getColumnBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getItemRendererAt1
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation3
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation4
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation5
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation6
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_scrollPosition3
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_scrollPosition5
gumbo/components/List/events/ItemRendRET_event_tester 
RendRET_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRET_event_tester 
RendRET_List_keyboard_navigation6



FP 11.5.502.110 :

LangPacks/Japanese/tests/...

components/Charts/Bubble/Properties/BubbleProperties 
BubbleSeries_multipleAxes_disabledDays

gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds2
gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds3
gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds4
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getColumnBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getItemRendererAt1
gumbo/components/Image/styles/Image_styles_smoothingQuality 
Image_Scale_stretch_smoothingQuality_high
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation3
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation4
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation5
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_keyboard_navigation6
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_scrollPosition3
gumbo/components/List/events/ItemRendRETLabel_event_tester 
RendRETLabel_List_scrollPosition5
gumbo/components/List/events/ItemRendRET_event_tester 
RendRET_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRET_event_tester 
RendRET_List_keyboard_navigation6

spark/core/fxg/properties/fxgtemplate_tester filters_filters_blend
spark/core/fxg/properties/fxgtemplate_tester scale9_bitmapgraphic_scale9
spark/core/fxg/properties/fxgtemplate_tester 
scale9_shape_bmpgraphic_scalegridgroup



I'm now sure for the new (as compared to the 4.9) failed tests 
(gumbo/components/Grid and List) weren't introduced by the fix I did in 
PopUpManagerImpl.as because I ran the tests with and without this change and 
the failed tests were the same, so, I can commit it.



Any veto ?

-Fred

-Message d'origine- 
From: Alex Harui

Sent: Thursday, February 14, 2013 7:19 PM
To: dev@flex.apache.org
Subject: RE: Apache Flex 4.9.1

We might want to add this to the list to be fixed:

https://issues.apache.org/jira/browse/FLEX-9

It turns out that I've never run the LangPacks tests and they fail 
compilation which should stop the run but for some reason does not.


I will look at them shortly after I fix a few other bugs.

Alex Harui
Apache Flex Team
http://blogs.adobe.com/aharui



-Original Message-
From: Frédéric THOMAS [mailto:webdoubl...@hotmail.com]
Sent: Thursday, February 14, 2013 8:15 AM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1

Failures, building the trunk as is + other.locales and running the tests
with :

FP 11.1.102.63 :

components/Charts/Bubble/Properties/BubbleProperties
BubbleSeries_multipleAxes_disabledDays

FP 11.5.502.110 :

components/Charts/Bubble/Properties/BubbleProperties
BubbleSeries_multipleAxes_disabledDays
gumbo/components/Image/styles/Image_styles_smoothingQuality
Image_Scale_stretch_smoothingQuality_high
spark/core/fxg/properties/fxgtemplate_tester filters_filters_blend
spark/core/fxg/properties/fxgtemplate_tester scale9_bitmapgraphic_scale9
spark/core/fxg/properties/fxgtemplate_tester
scale9_shape_bmpgraphic_scal

Re: Apache Flex 4.9.1

2013-02-14 Thread Alex Harui

I would prefer we don't mass merge from develop.  If you have a pending
change for 4.9.1, check it directly into Release4.9 branch.  Then merge it
to develop or we'll do it at the end.


On 2/14/13 10:46 AM, "Frédéric THOMAS"  wrote:

> We'll have to carefully choose what we'll merge from the develop branch into
> the 4.9.1, as reminder, those tests fails :
> 
> FP 11.1.102.63 :
> 
> LangPacks/Japanese/tests/...
> 
> components/Charts/Bubble/Properties/BubbleProperties
> BubbleSeries_multipleAxes_disabledDays
> gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds1
> gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds2
> gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds3
> gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds4
> gumbo/components/Grid/Methods/Grid_Methods_basic
> Grid_Methods_getColumnBounds1
> gumbo/components/Grid/Methods/Grid_Methods_basic
> Grid_Methods_getItemRendererAt1
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation2
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation3
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation4
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation5
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation6
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_scrollPosition3
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_scrollPosition5
> gumbo/components/List/events/ItemRendRET_event_tester
> RendRET_List_keyboard_navigation2
> gumbo/components/List/events/ItemRendRET_event_tester
> RendRET_List_keyboard_navigation6
> 
> 
> FP 11.5.502.110 :
> 
> LangPacks/Japanese/tests/...
> 
> components/Charts/Bubble/Properties/BubbleProperties
> BubbleSeries_multipleAxes_disabledDays
> gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds1
> gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds2
> gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds3
> gumbo/components/Grid/Methods/Grid_Methods_basic Grid_Methods_getCellBounds4
> gumbo/components/Grid/Methods/Grid_Methods_basic
> Grid_Methods_getColumnBounds1
> gumbo/components/Grid/Methods/Grid_Methods_basic
> Grid_Methods_getItemRendererAt1
> gumbo/components/Image/styles/Image_styles_smoothingQuality
> Image_Scale_stretch_smoothingQuality_high
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation2
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation3
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation4
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation5
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_keyboard_navigation6
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_scrollPosition3
> gumbo/components/List/events/ItemRendRETLabel_event_tester
> RendRETLabel_List_scrollPosition5
> gumbo/components/List/events/ItemRendRET_event_tester
> RendRET_List_keyboard_navigation2
> gumbo/components/List/events/ItemRendRET_event_tester
> RendRET_List_keyboard_navigation6
> spark/core/fxg/properties/fxgtemplate_tester filters_filters_blend
> spark/core/fxg/properties/fxgtemplate_tester scale9_bitmapgraphic_scale9
> spark/core/fxg/properties/fxgtemplate_tester
> scale9_shape_bmpgraphic_scalegridgroup
> 
> 
> I'm now sure for the new (as compared to the 4.9) failed tests
> (gumbo/components/Grid and List) weren't introduced by the fix I did in
> PopUpManagerImpl.as because I ran the tests with and without this change and
> the failed tests were the same, so, I can commit it.
> 
> 
> Any veto ?
> 
> -Fred
> 
> -Message d'origine-
> From: Alex Harui
> Sent: Thursday, February 14, 2013 7:19 PM
> To: dev@flex.apache.org
> Subject: RE: Apache Flex 4.9.1
> 
> We might want to add this to the list to be fixed:
> 
> https://issues.apache.org/jira/browse/FLEX-9
> 
> It turns out that I've never run the LangPacks tests and they fail
> compilation which should stop the run but for some reason does not.
> 
> I will look at them shortly after I fix a few other bugs.
> 
> Alex Harui
> Apache Flex Team
> http://blogs.adobe.com/aharui
> 
> 
>> -Original Message-
>> From: Frédéric THOMAS [mailto:webdoubl...@hotmail.com]
>> Sent: Thursday, February 14, 2013 8:15 AM
>> To: dev@flex.apache.org
>> Subject: Re: Apache Flex 4.9.1
>> 
>> Failures, building the trunk as is + other.locales and running the tests
>> with :
>> 
>> FP 11.1.102.63 :
>> 
>> components/Charts/Bubble/Properties/BubbleProperties
>> BubbleSeries_multipl

Re: Apache Flex 4.9.1

2013-02-14 Thread Frédéric THOMAS

Arfff, didn't realized there was a sdk/release4.9, that's why I tested 
against the trunk and the develop branch :P


Did you run the test suite against the release4.9 ? if yes, can you post the 
failures ?


Thanks,
-Fred

-Message d'origine- 
From: Alex Harui

Sent: Thursday, February 14, 2013 7:53 PM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1

I would prefer we don't mass merge from develop.  If you have a pending
change for 4.9.1, check it directly into Release4.9 branch.  Then merge it
to develop or we'll do it at the end.


On 2/14/13 10:46 AM, "Frédéric THOMAS"  wrote:

We'll have to carefully choose what we'll merge from the develop branch 
into

the 4.9.1, as reminder, those tests fails :

FP 11.1.102.63 :

LangPacks/Japanese/tests/...

components/Charts/Bubble/Properties/BubbleProperties
BubbleSeries_multipleAxes_disabledDays
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getCellBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getCellBounds2
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getCellBounds3
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getCellBounds4

gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getColumnBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getItemRendererAt1
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation4
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation5
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation6
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition5
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation6


FP 11.5.502.110 :

LangPacks/Japanese/tests/...

components/Charts/Bubble/Properties/BubbleProperties
BubbleSeries_multipleAxes_disabledDays
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getCellBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getCellBounds2
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getCellBounds3
gumbo/components/Grid/Methods/Grid_Methods_basic 
Grid_Methods_getCellBounds4

gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getColumnBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getItemRendererAt1
gumbo/components/Image/styles/Image_styles_smoothingQuality
Image_Scale_stretch_smoothingQuality_high
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation4
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation5
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation6
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition5
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation6
spark/core/fxg/properties/fxgtemplate_tester filters_filters_blend
spark/core/fxg/properties/fxgtemplate_tester scale9_bitmapgraphic_scale9
spark/core/fxg/properties/fxgtemplate_tester
scale9_shape_bmpgraphic_scalegridgroup


I'm now sure for the new (as compared to the 4.9) failed tests
(gumbo/components/Grid and List) weren't introduced by the fix I did in
PopUpManagerImpl.as because I ran the tests with and without this change 
and

the failed tests were the same, so, I can commit it.


Any veto ?

-Fred

-Message d'origine-
From: Alex Harui
Sent: Thursday, February 14, 2013 7:19 PM
To: dev@flex.apache.org
Subject: RE: Apache Flex 4.9.1

We might want to add this to the list to be fixed:

https://issues.apache.org/jira/browse/FLEX-9

It turns out that I've never run the LangPacks tests and they fail
compilation which should stop the run but for some reason does not.

I will look at them shortly after I fix a few other bugs.

Alex Harui
Apache Flex Team
http://blogs.adobe.com/aharui



-Original Message-
From: Frédéric THOMAS [mailto:webdoubl...@hotmail.com]
Sent: Thursday, February 14, 2013 8:15 AM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1

Failures, building the trunk as is + othe

Re: Apache Flex 4.9.1

2013-02-14 Thread Alex Harui

That's why I asked a couple of times already :-)

My run failed because I had deleted the embedding libraries in order to test
something and forgot to put them back so I got some 5000 errors.  I will try
again tonight.  Tomorrow I will be on the road so I may not get to report my
findings.


On 2/14/13 11:13 AM, "Frédéric THOMAS"  wrote:

> Arfff, didn't realized there was a sdk/release4.9, that's why I tested
> against the trunk and the develop branch :P
> 
> Did you run the test suite against the release4.9 ? if yes, can you post the
> failures ?
> 
> Thanks,
> -Fred
> 
> -Message d'origine-
> From: Alex Harui
> Sent: Thursday, February 14, 2013 7:53 PM
> To: dev@flex.apache.org
> Subject: Re: Apache Flex 4.9.1
> 
> I would prefer we don't mass merge from develop.  If you have a pending
> change for 4.9.1, check it directly into Release4.9 branch.  Then merge it
> to develop or we'll do it at the end.
> 
> 
> On 2/14/13 10:46 AM, "Frédéric THOMAS"  wrote:
> 
>> We'll have to carefully choose what we'll merge from the develop branch
>> into
>> the 4.9.1, as reminder, those tests fails :
>> 
>> FP 11.1.102.63 :
>> 
>> LangPacks/Japanese/tests/...
>> 
>> components/Charts/Bubble/Properties/BubbleProperties
>> BubbleSeries_multipleAxes_disabledDays
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getCellBounds1
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getCellBounds2
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getCellBounds3
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getCellBounds4
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getColumnBounds1
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getItemRendererAt1
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation2
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation3
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation4
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation5
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation6
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_scrollPosition3
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_scrollPosition5
>> gumbo/components/List/events/ItemRendRET_event_tester
>> RendRET_List_keyboard_navigation2
>> gumbo/components/List/events/ItemRendRET_event_tester
>> RendRET_List_keyboard_navigation6
>> 
>> 
>> FP 11.5.502.110 :
>> 
>> LangPacks/Japanese/tests/...
>> 
>> components/Charts/Bubble/Properties/BubbleProperties
>> BubbleSeries_multipleAxes_disabledDays
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getCellBounds1
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getCellBounds2
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getCellBounds3
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getCellBounds4
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getColumnBounds1
>> gumbo/components/Grid/Methods/Grid_Methods_basic
>> Grid_Methods_getItemRendererAt1
>> gumbo/components/Image/styles/Image_styles_smoothingQuality
>> Image_Scale_stretch_smoothingQuality_high
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation2
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation3
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation4
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation5
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_keyboard_navigation6
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_scrollPosition3
>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>> RendRETLabel_List_scrollPosition5
>> gumbo/components/List/events/ItemRendRET_event_tester
>> RendRET_List_keyboard_navigation2
>> gumbo/components/List/events/ItemRendRET_event_tester
>> RendRET_List_keyboard_navigation6
>> spark/core/fxg/properties/fxgtemplate_tester filters_filters_blend
>> spark/core/fxg/properties/fxgtemplate_tester scale9_bitmapgraphic_scale9
>> spark/core/fxg/properties/fxgtemplate_tester
>> scale9_shape_bmpgraphic_scalegridgroup
>> 
>> 
>> I'm now sure for the new (as compared to the 4.9) failed tests
>> (gumbo/components/Grid and List) weren't introduced by the fix I did in
>> PopUpManagerImpl.as because I ran the tests with and without this change
>> and
>> the failed tests were the same, so, I can commit it.
>> 
>> 
>> Any veto ?
>> 
>> -Fred
>> 
>> -Message d'origine-
>> From: Alex Harui
>> Sent: Thursd

Re: Apache Flex Arabic Locales

2013-02-14 Thread Ghazi TRIKI

Hi,

Good to know. I will try to keep locales updated till I finish them using
JIRA. Of course I will fill donate code to the Flex project. Hope I can
finish them quickly.

Ghazi Triki
Thanks


2013/2/14 Alex Harui 

> I don't think any of our committers know Arabic well enough to review.  If
> you want to donate a locale, I think you have to:
>
> 1) Fill out an ICLA http://www.apache.org/licenses/icla.txt
> 2) Add the .properties files to JIRA issue
>
> I suppose we could try reviewing it by seeing if a BabelFish service can
> translate it to English just to make sure there are no obvious issues.
>
> And if you continue to provide updates to the locale via JIRA, we will
> explore the possibility of making you a committer so you can directly make
> changes to the files in SVN.
>
> Alex Harui
> Apache Flex Team
> http://blogs.adobe.com/aharui
>
>
> > -Original Message-
> > From: Ghazi TRIKI [mailto:ghazi.noctu...@gmail.com]
> > Sent: Wednesday, February 13, 2013 11:18 PM
> > To: dev@flex.apache.org
> > Subject: Apache Flex Arabic Locales
> >
> > Hi,
> >
> > About three years ago I started new Flex localisation; ar_TN; arabic
> > locales. I had a private folder inside Flex svn sandox folder. Then I
> > stopped the translation due to lack of time. The translation progress is
> > about 60% overall. Does Apache Flex community have a developper having
> > arabic as mother tongue to continue the translation together and review
> it
> > ? What are conditions to accept these locales inside Apache Flex
> > repository ?
> >
> > The actual translation progress can be found here :
> > https://github.com/LionArt/Flex-SDK-Arabic-Locales
> >
> > Thanks,
> > Ghazi Triki
>

Re: Apache Flex 4.9.1

2013-02-14 Thread Frédéric THOMAS


That's why I asked a couple of times already :-)


Yeah, I realized that few minutes ago :$


Tomorrow I will be on the road


Hollidays ? when do you plan to come back ?


-Fred

-Message d'origine- 
From: Alex Harui

Sent: Thursday, February 14, 2013 8:17 PM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1

That's why I asked a couple of times already :-)

My run failed because I had deleted the embedding libraries in order to test
something and forgot to put them back so I got some 5000 errors.  I will try
again tonight.  Tomorrow I will be on the road so I may not get to report my
findings.


On 2/14/13 11:13 AM, "Frédéric THOMAS"  wrote:


Arfff, didn't realized there was a sdk/release4.9, that's why I tested
against the trunk and the develop branch :P

Did you run the test suite against the release4.9 ? if yes, can you post 
the

failures ?

Thanks,
-Fred

-Message d'origine-
From: Alex Harui
Sent: Thursday, February 14, 2013 7:53 PM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1

I would prefer we don't mass merge from develop.  If you have a pending
change for 4.9.1, check it directly into Release4.9 branch.  Then merge it
to develop or we'll do it at the end.


On 2/14/13 10:46 AM, "Frédéric THOMAS"  wrote:


We'll have to carefully choose what we'll merge from the develop branch
into
the 4.9.1, as reminder, those tests fails :

FP 11.1.102.63 :

LangPacks/Japanese/tests/...

components/Charts/Bubble/Properties/BubbleProperties
BubbleSeries_multipleAxes_disabledDays
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds2
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds3
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds4
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getColumnBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getItemRendererAt1
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation4
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation5
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation6
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition5
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation6


FP 11.5.502.110 :

LangPacks/Japanese/tests/...

components/Charts/Bubble/Properties/BubbleProperties
BubbleSeries_multipleAxes_disabledDays
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds2
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds3
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds4
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getColumnBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getItemRendererAt1
gumbo/components/Image/styles/Image_styles_smoothingQuality
Image_Scale_stretch_smoothingQuality_high
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation4
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation5
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation6
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition5
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation6
spark/core/fxg/properties/fxgtemplate_tester filters_filters_blend
spark/core/fxg/properties/fxgtemplate_tester scale9_bitmapgraphic_scale9
spark/core/fxg/properties/fxgtemplate_tester
scale9_shape_bmpgraphic_scalegridgroup


I'm now sure for the new (as compared to the 4.9) failed tests
(gumbo/components/Grid and List) weren't introduced by the fix I did in
PopUpManagerImpl.as because I ran the tests with and without this change
and
the failed tests were the same, so, I can commit it.


Any veto ?

-Fred

-Message d'origine-
From: Alex Harui
Sent: Thursday, February 1

Re: Apache Flex 4.9.1

2013-02-14 Thread Alex Harui

Technically a holiday.  I'm on the road for a week but I will be trying to
make progress on the release during the week.  I'm also going to be in an
even later time zone.


On 2/14/13 11:27 AM, "Frédéric THOMAS"  wrote:

>> That's why I asked a couple of times already :-)
> 
> Yeah, I realized that few minutes ago :$
> 
>> Tomorrow I will be on the road
> 
> Hollidays ? when do you plan to come back ?
> 
> 
> -Fred
> 
> -Message d'origine-
> From: Alex Harui
> Sent: Thursday, February 14, 2013 8:17 PM
> To: dev@flex.apache.org
> Subject: Re: Apache Flex 4.9.1
> 
> That's why I asked a couple of times already :-)
> 
> My run failed because I had deleted the embedding libraries in order to test
> something and forgot to put them back so I got some 5000 errors.  I will try
> again tonight.  Tomorrow I will be on the road so I may not get to report my
> findings.
> 
> 
> On 2/14/13 11:13 AM, "Frédéric THOMAS"  wrote:
> 
>> Arfff, didn't realized there was a sdk/release4.9, that's why I tested
>> against the trunk and the develop branch :P
>> 
>> Did you run the test suite against the release4.9 ? if yes, can you post
>> the
>> failures ?
>> 
>> Thanks,
>> -Fred
>> 
>> -Message d'origine-
>> From: Alex Harui
>> Sent: Thursday, February 14, 2013 7:53 PM
>> To: dev@flex.apache.org
>> Subject: Re: Apache Flex 4.9.1
>> 
>> I would prefer we don't mass merge from develop.  If you have a pending
>> change for 4.9.1, check it directly into Release4.9 branch.  Then merge it
>> to develop or we'll do it at the end.
>> 
>> 
>> On 2/14/13 10:46 AM, "Frédéric THOMAS"  wrote:
>> 
>>> We'll have to carefully choose what we'll merge from the develop branch
>>> into
>>> the 4.9.1, as reminder, those tests fails :
>>> 
>>> FP 11.1.102.63 :
>>> 
>>> LangPacks/Japanese/tests/...
>>> 
>>> components/Charts/Bubble/Properties/BubbleProperties
>>> BubbleSeries_multipleAxes_disabledDays
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getCellBounds1
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getCellBounds2
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getCellBounds3
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getCellBounds4
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getColumnBounds1
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getItemRendererAt1
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation2
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation3
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation4
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation5
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation6
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_scrollPosition3
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_scrollPosition5
>>> gumbo/components/List/events/ItemRendRET_event_tester
>>> RendRET_List_keyboard_navigation2
>>> gumbo/components/List/events/ItemRendRET_event_tester
>>> RendRET_List_keyboard_navigation6
>>> 
>>> 
>>> FP 11.5.502.110 :
>>> 
>>> LangPacks/Japanese/tests/...
>>> 
>>> components/Charts/Bubble/Properties/BubbleProperties
>>> BubbleSeries_multipleAxes_disabledDays
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getCellBounds1
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getCellBounds2
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getCellBounds3
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getCellBounds4
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getColumnBounds1
>>> gumbo/components/Grid/Methods/Grid_Methods_basic
>>> Grid_Methods_getItemRendererAt1
>>> gumbo/components/Image/styles/Image_styles_smoothingQuality
>>> Image_Scale_stretch_smoothingQuality_high
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation2
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation3
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation4
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation5
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_keyboard_navigation6
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_scrollPosition3
>>> gumbo/components/List/events/ItemRendRETLabel_event_tester
>>> RendRETLabel_List_scrollPosition5
>>> gumbo/components/List/events/ItemRendRET_event_tester
>>> RendRET_List_keyboard_navigation2
>>> gumbo/components/Li

Re: Apache Flex 4.9.1

2013-02-14 Thread Frédéric THOMAS


Ok, enjoy though :-)

I'm building and running tests on the release4.9 on my side, I'd like to 
compare with your results at some point hoping there will not be differences 
and see if I can (not sure) fix things.



-Fred

-Message d'origine- 
From: Alex Harui

Sent: Thursday, February 14, 2013 10:24 PM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1

Technically a holiday.  I'm on the road for a week but I will be trying to
make progress on the release during the week.  I'm also going to be in an
even later time zone.


On 2/14/13 11:27 AM, "Frédéric THOMAS"  wrote:


That's why I asked a couple of times already :-)


Yeah, I realized that few minutes ago :$


Tomorrow I will be on the road


Hollidays ? when do you plan to come back ?


-Fred

-Message d'origine-
From: Alex Harui
Sent: Thursday, February 14, 2013 8:17 PM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1

That's why I asked a couple of times already :-)

My run failed because I had deleted the embedding libraries in order to 
test
something and forgot to put them back so I got some 5000 errors.  I will 
try
again tonight.  Tomorrow I will be on the road so I may not get to report 
my

findings.


On 2/14/13 11:13 AM, "Frédéric THOMAS"  wrote:


Arfff, didn't realized there was a sdk/release4.9, that's why I tested
against the trunk and the develop branch :P

Did you run the test suite against the release4.9 ? if yes, can you post
the
failures ?

Thanks,
-Fred

-Message d'origine-
From: Alex Harui
Sent: Thursday, February 14, 2013 7:53 PM
To: dev@flex.apache.org
Subject: Re: Apache Flex 4.9.1

I would prefer we don't mass merge from develop.  If you have a pending
change for 4.9.1, check it directly into Release4.9 branch.  Then merge 
it

to develop or we'll do it at the end.


On 2/14/13 10:46 AM, "Frédéric THOMAS"  wrote:


We'll have to carefully choose what we'll merge from the develop branch
into
the 4.9.1, as reminder, those tests fails :

FP 11.1.102.63 :

LangPacks/Japanese/tests/...

components/Charts/Bubble/Properties/BubbleProperties
BubbleSeries_multipleAxes_disabledDays
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds2
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds3
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds4
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getColumnBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getItemRendererAt1
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation4
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation5
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation6
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition5
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation6


FP 11.5.502.110 :

LangPacks/Japanese/tests/...

components/Charts/Bubble/Properties/BubbleProperties
BubbleSeries_multipleAxes_disabledDays
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds2
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds3
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getCellBounds4
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getColumnBounds1
gumbo/components/Grid/Methods/Grid_Methods_basic
Grid_Methods_getItemRendererAt1
gumbo/components/Image/styles/Image_styles_smoothingQuality
Image_Scale_stretch_smoothingQuality_high
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation4
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation5
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_keyboard_navigation6
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition3
gumbo/components/List/events/ItemRendRETLabel_event_tester
RendRETLabel_List_scrollPosition5
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_navigation2
gumbo/components/List/events/ItemRendRET_event_tester
RendRET_List_keyboard_n

Re: Apache Flex 4.9.1

2013-02-14 Thread Alex Harui




On 2/14/13 1:36 PM, "Frédéric THOMAS"  wrote:

> Ok, enjoy though :-)
> 
> I'm building and running tests on the release4.9 on my side, I'd like to
> compare with your results at some point hoping there will not be differences
> and see if I can (not sure) fix things.
> 
I wasn't going to do a full run until tonight.  If I'm lucky I will be able
to post results in my morning before the flight.  I will try to investigate
the langpacks tests if I can finish up a few other bugs today.

-- 
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui

[jira] [Resolved] (FLEX-33390) Can't embed SVG asset

2013-02-14 Thread Alex Harui (JIRA)


 [ 
https://issues.apache.org/jira/browse/FLEX-33390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alex Harui resolved FLEX-33390.
---

Resolution: Fixed

Committed revision 1446383.

> Can't embed SVG asset
> -
>
> Key: FLEX-33390
> URL: https://issues.apache.org/jira/browse/FLEX-33390
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Embedded Asset Transcoding
>Affects Versions: Apache Flex 4.9.0
>Reporter: Frédéric Leroy
>Assignee: Alex Harui
> Attachments: flex-33390.zip
>
>
> When embedding an svg asset the compiler gives:
> Multiple markers at this line:
> -Unable to transcode example.svg.
> -exception during transcoding: The CSS parser class 
> org.apache.batik.css.parser.Parser cannot be found.
> This is a regression with respect to SDK 4.6.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mustella on Amazon EC2

2013-02-14 Thread OmPrakash Muppirala

Amazon EC2 has a 12 month free service which gives us 750 hours free per
month.  I have made an account on Amazon EC2 and have started downloading
the Flex SDK on the virtual machine.  My plans are as follows:

1.  Get a full build of Flex SDK working on the develop branch
2.  Get checkin_tests run successfully
3.  Get the full Mustella test to run successfully

If these go well, I will install Jenkins on that machine and start a daily
run of Mustella.  750 hours per month accounts to around 23 hours a day.  I
hope a single run of Mustella on that machine takes not more than 23 hours.


If it works well, those who are interested can replicate this setup with
their personal Amazon accounts.  After the first 12 months, I plan to pay
for this myself(750 hours a month costs less than $10 a month)

There are multiple ways this idea can fail, though.  I will keep you all
updated how this little experiment goes.

Regards,
Om

Re: Mustella on Amazon EC2

2013-02-14 Thread Frédéric THOMAS


Hi Om,

I've seen it as well but didn't know what to do regarding how to setup the 
Pixel Bender Toolkit and the Adobe Extension Manager CS5 dependancies, how 
will you do ?


-Fred

-Message d'origine- 
From: OmPrakash Muppirala

Sent: Friday, February 15, 2013 12:16 AM
To: dev@flex.apache.org
Subject: Mustella on Amazon EC2

Amazon EC2 has a 12 month free service which gives us 750 hours free per
month.  I have made an account on Amazon EC2 and have started downloading
the Flex SDK on the virtual machine.  My plans are as follows:

1.  Get a full build of Flex SDK working on the develop branch
2.  Get checkin_tests run successfully
3.  Get the full Mustella test to run successfully

If these go well, I will install Jenkins on that machine and start a daily
run of Mustella.  750 hours per month accounts to around 23 hours a day.  I
hope a single run of Mustella on that machine takes not more than 23 hours.


If it works well, those who are interested can replicate this setup with
their personal Amazon accounts.  After the first 12 months, I plan to pay
for this myself(750 hours a month costs less than $10 a month)

There are multiple ways this idea can fail, though.  I will keep you all
updated how this little experiment goes.

Regards,
Om

Re: Mustella on Amazon EC2

2013-02-14 Thread Frédéric THOMAS

Just seen there are windows instances.

-Message d'origine- 
From: Frédéric THOMAS

Sent: Friday, February 15, 2013 12:30 AM
To: dev@flex.apache.org
Subject: Re: Mustella on Amazon EC2

Hi Om,

I've seen it as well but didn't know what to do regarding how to setup the
Pixel Bender Toolkit and the Adobe Extension Manager CS5 dependancies, how
will you do ?

-Fred

-Message d'origine- 
From: OmPrakash Muppirala

Sent: Friday, February 15, 2013 12:16 AM
To: dev@flex.apache.org
Subject: Mustella on Amazon EC2

Amazon EC2 has a 12 month free service which gives us 750 hours free per
month.  I have made an account on Amazon EC2 and have started downloading
the Flex SDK on the virtual machine.  My plans are as follows:

1.  Get a full build of Flex SDK working on the develop branch
2.  Get checkin_tests run successfully
3.  Get the full Mustella test to run successfully

If these go well, I will install Jenkins on that machine and start a daily
run of Mustella.  750 hours per month accounts to around 23 hours a day.  I
hope a single run of Mustella on that machine takes not more than 23 hours.

If it works well, those who are interested can replicate this setup with
their personal Amazon accounts.  After the first 12 months, I plan to pay
for this myself(750 hours a month costs less than $10 a month)

There are multiple ways this idea can fail, though.  I will keep you all
updated how this little experiment goes.

Regards,
Om

[jira] [Commented] (FLEX-33390) Can't embed SVG asset

2013-02-14 Thread Alex Harui (JIRA)


[ 
https://issues.apache.org/jira/browse/FLEX-33390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578813#comment-13578813
 ] 

Alex Harui commented on FLEX-33390:
---

Forgot a few files.  Committed revision 1446399.

> Can't embed SVG asset
> -
>
> Key: FLEX-33390
> URL: https://issues.apache.org/jira/browse/FLEX-33390
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Embedded Asset Transcoding
>Affects Versions: Apache Flex 4.9.0
>Reporter: Frédéric Leroy
>Assignee: Alex Harui
> Attachments: flex-33390.zip
>
>
> When embedding an svg asset the compiler gives:
> Multiple markers at this line:
> -Unable to transcode example.svg.
> -exception during transcoding: The CSS parser class 
> org.apache.batik.css.parser.Parser cannot be found.
> This is a regression with respect to SDK 4.6.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Mustella on Amazon EC2

2013-02-14 Thread Harbs

Windows instances are more expensive, but yes, there's that option.

On Feb 15, 2013, at 1:38 AM, Frédéric THOMAS wrote:

> Just seen there are windows instances.
> 
> -Message d'origine- From: Frédéric THOMAS
> Sent: Friday, February 15, 2013 12:30 AM
> To: dev@flex.apache.org
> Subject: Re: Mustella on Amazon EC2
> 
> Hi Om,
> 
> I've seen it as well but didn't know what to do regarding how to setup the
> Pixel Bender Toolkit and the Adobe Extension Manager CS5 dependancies, how
> will you do ?
> 
> -Fred
> 
> -Message d'origine- From: OmPrakash Muppirala
> Sent: Friday, February 15, 2013 12:16 AM
> To: dev@flex.apache.org
> Subject: Mustella on Amazon EC2
> 
> Amazon EC2 has a 12 month free service which gives us 750 hours free per
> month.  I have made an account on Amazon EC2 and have started downloading
> the Flex SDK on the virtual machine.  My plans are as follows:
> 
> 1.  Get a full build of Flex SDK working on the develop branch
> 2.  Get checkin_tests run successfully
> 3.  Get the full Mustella test to run successfully
> 
> If these go well, I will install Jenkins on that machine and start a daily
> run of Mustella.  750 hours per month accounts to around 23 hours a day.  I
> hope a single run of Mustella on that machine takes not more than 23 hours.
> 
> 
> If it works well, those who are interested can replicate this setup with
> their personal Amazon accounts.  After the first 12 months, I plan to pay
> for this myself(750 hours a month costs less than $10 a month)
> 
> There are multiple ways this idea can fail, though.  I will keep you all
> updated how this little experiment goes.
> 
> Regards,
> Om
>

Re: Mustella on Amazon EC2

2013-02-14 Thread Om

Yes, I did get a Windows micro instance.  I am installing all the
requirements one by one.  So far so good.

Once I install everything required, I will try to make the machine's image
available publicly (if that is possible).  Then you and others can just
re-image it without having to install everything again.

Om

On Thu, Feb 14, 2013 at 3:38 PM, Frédéric THOMAS wrote:

> Just seen there are windows instances.
>
> -Message d'origine- From: Frédéric THOMAS
> Sent: Friday, February 15, 2013 12:30 AM
> To: dev@flex.apache.org
> Subject: Re: Mustella on Amazon EC2
>
>
> Hi Om,
>
> I've seen it as well but didn't know what to do regarding how to setup the
> Pixel Bender Toolkit and the Adobe Extension Manager CS5 dependancies, how
> will you do ?
>
> -Fred
>
> -Message d'origine- From: OmPrakash Muppirala
> Sent: Friday, February 15, 2013 12:16 AM
> To: dev@flex.apache.org
> Subject: Mustella on Amazon EC2
>
> Amazon EC2 has a 12 month free service which gives us 750 hours free per
> month.  I have made an account on Amazon EC2 and have started downloading
> the Flex SDK on the virtual machine.  My plans are as follows:
>
> 1.  Get a full build of Flex SDK working on the develop branch
> 2.  Get checkin_tests run successfully
> 3.  Get the full Mustella test to run successfully
>
> If these go well, I will install Jenkins on that machine and start a daily
> run of Mustella.  750 hours per month accounts to around 23 hours a day.  I
> hope a single run of Mustella on that machine takes not more than 23 hours.
>
>
> If it works well, those who are interested can replicate this setup with
> their personal Amazon accounts.  After the first 12 months, I plan to pay
> for this myself(750 hours a month costs less than $10 a month)
>
> There are multiple ways this idea can fail, though.  I will keep you all
> updated how this little experiment goes.
>
> Regards,
> Om
>
>

Re: Mustella on Amazon EC2

2013-02-14 Thread Frédéric THOMAS


750 hours per month accounts to around 23 hours a day.  I

hope a single run of Mustella on that machine takes not more than 23 hours

Considering most of the time we can test our changes only, it should fit.

-Fred

Re: Apache Flex Arabic Locales

2013-02-14 Thread Paul Hastings


On 2/15/2013 12:33 AM, Alex Harui wrote:

I suppose we could try reviewing it by seeing if a BabelFish service can
translate it to English just to make sure there are no obvious issues.


hope your gibberish translator is working ;-)

maybe better to ask for volunteer arabic speakers to review rather than rely on 
machine translation (especially for complex phrases\sentences). i know a few 
arabic speakers from the cf community, i'll point them at the jira issue once it 
appears & try to get them to review.

Re: [WIKI] Designer & Developer Tools page

2013-02-14 Thread jude

Sorry, I've been under the weather the last few days. I've thought about
integrating parts of it in. It really depends on how their plugin system
works and how far they are on their design tool.


On Tue, Feb 12, 2013 at 6:41 AM, Nicholas Kwiatkowski wrote:

> Jude,
>
> That tool is amazing so far.  Great work!   Any thoughts on talking to the
> JetBrains guys to see if you can help get it packaged into IDEA?  They've
> been trying to work on a tool similar to what you got, but they are light
> years behind at this point..  They've got the coding side down pat, they
> just don't have anything usable in the visual side yet.
>
> -Nick
>
> On Tue, Feb 12, 2013 at 4:03 AM, jude  wrote:
>
> > I've kindof been sitting on this for a while but I thought I'd put it out
> > there. I'd like to create a design and development tool for designers and
> > developers. Usually, you have a really good development tool with
> adequate
> > design tools or a really good design tool with adequate or no
> development.
> > If Flash Catalyst and FB had continued I'm sure it would have arrived
> close
> > to the tool I'd like to build and use. I'd say close because I would add
> in
> > some things like behaviors and other things that may not fit into a
> design
> > or development only product but would make sense in a combined tool and
> in
> > the context of the workflow of daily design and development work.
> >
> > This is a little demo I think I shared at one point,
> > http://www.radii8.com/demo/. I've been working on this for a while and
> it
> > grew mainly out of the need to see what a change looked like without
> > recompiling (and for other reasons obviously). It's just a prototype (and
> > it's breakable). Click New Project. Drag components from the components
> > panel on to the stage. Set properties. Notice the document tree structure
> > as it's being built in the document panel. Scroll down and you'll see a
> > properties panel, constraint panel, a history panel with undo and redo
> and
> > a few others. It's no where near where I want it to be.
> >
> > What's not shown but partially working is a timeline view (to view and
> play
> > effects), get color under mouse, console, walk up the component tree
> > outline view and style inheritance information view. You can use some of
> > these features in this drop in class now,
> >
> >
> https://github.com/monkeypunch3/flexcapacitor/blob/master/MainLibrary/src/com/flexcapacitor/utils/MiniInspector.as
> > .
> > I use this class everyday. Add it to your application, set the options
> and
> > at runtime command click on a visual element. More of my hopes are here,
> > http://www.radii8.com/blog/?page_id=2.
> >
> > If I could summarize what Polygeek said when asked how he designed
> things,
> > "First I think of how I'd like it in a perfect world and then work
> towards
> > that". That.
> > *I think that's right. Correct me if I'm wrong.
> >
> > On Wed, Feb 6, 2013 at 1:26 PM, Sebastian Mohr  > >wrote:
> >
> > > Thanks Paul ... made a remark on this.
> > >
> > > --
> > > Sebastian (PPMC)
> > > Interaction Designer
> > >
> > > Looking for a Login Example with Apache Flex? Please check out this
> code:
> > > http://code.google.com/p/masuland/wiki/LoginExample
> > >
> > >
> > >
> > > On Wed, Feb 6, 2013 at 8:00 PM, Paul Hastings  > > >wrote:
> > >
> > > > On 2/6/2013 7:47 PM, Sebastian Mohr wrote:
> > > >
> > > >> Sorry ... forgot to add the link to the "Designer &
> > > >> Developer Tools" wiki page [1] ;) Any remarks
> > > >> welcome :)
> > > >>
> > > >
> > > > FB4.6 can't use MXML design view w/apache flex 4.9.
> > > >
> > > >
> > > >
> > >
> >
>

Re: Apache Flex Arabic Locales

2013-02-14 Thread Alex Harui




On 2/14/13 6:52 PM, "Paul Hastings"  wrote:

> On 2/15/2013 12:33 AM, Alex Harui wrote:
>> I suppose we could try reviewing it by seeing if a BabelFish service can
>> translate it to English just to make sure there are no obvious issues.
> 
> hope your gibberish translator is working ;-)
My review would have consisted of making sure there weren't any naughty
words :-)

> 
> maybe better to ask for volunteer arabic speakers to review rather than rely
> on 
> machine translation (especially for complex phrases\sentences). i know a few
> arabic speakers from the cf community, i'll point them at the jira issue once
> it 
> appears & try to get them to review.
Sounds good, thanks Paul.

-- 
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui

Re: [WIKI] Designer & Developer Tools page

2013-02-14 Thread jude

Do you mean in those tools? You would have to edit the Flash Catalyst
workspace files. The last half of this
postdescribes
that workflow although it's not ideal. Or do you mean in a design
tool like the one I'm working on? I haven't got to that point yet but there
are a couple of approaches I would take.

The first is to go into a skin editing mode when you double click on a
component. It's similar to how FC works. Any states or skin parts would
show up in a panel. You could then add new states or skin parts. If you
added either you would have a choice to modify the existing component (if
possible) or create or extend to a new component. There are open source
libraries out there that allow you create new AS3 classes at run time. I'm
not sure if they support metadata yet but I can't see why that information
can't be added.

Part of plan is to let the developer use their IDE of choice to create the
components and application logic. They would then load the SWF control
library at runtime and then wire up the components and events, if that
makes sense. They could continue to upload new SWF's and the updated
components and application would just be reloaded. So you would create and
modify the skinnable component with FB for example, and when that compiled
you'd hit refresh on radiate and that component would be pulled in and show
the new skin parts and skin states. BTW the application logic would or
could be wrapped up in neat packages to be applied to any component
anywhere.

On Tue, Feb 12, 2013 at 8:12 AM, Sebastian Mohr wrote:

> @Jude ... thanks for sharing this,
>
> Any ideas how to implement the roundtrip of custom SkinnableComponents
> with declared [SkinPart] and [SkinState] tags as shown in screenshots
> of FlashCatalyst and FlashBuilder [1] and the small LoginExample.fxp
> project [2]?
>
> [1]
> https://cwiki.apache.org/confluence/display/FLEX/Designer+&+Developer+Tools
> [2]
>
> https://cwiki.apache.org/confluence/download/attachments/30749573/LoginExample.fxp?version=1&modificationDate=1360161322000
>
>
> --
> Sebastian (PPMC)
> Interaction Designer
>
> Looking for a Login Example with Apache Flex? Please check out this code:
> http://code.google.com/p/masuland/wiki/LoginExample
>
>
> On Tue, Feb 12, 2013 at 10:03 AM, jude  wrote:
>
> > I've kindof been sitting on this for a while but I thought I'd put it out
> > there. I'd like to create a design and development tool for designers and
> > developers. Usually, you have a really good development tool with
> adequate
> > design tools or a really good design tool with adequate or no
> development.
> > If Flash Catalyst and FB had continued I'm sure it would have arrived
> close
> > to the tool I'd like to build and use. I'd say close because I would add
> in
> > some things like behaviors and other things that may not fit into a
> design
> > or development only product but would make sense in a combined tool and
> in
> > the context of the workflow of daily design and development work.
> >
> > This is a little demo I think I shared at one point,
> > http://www.radii8.com/demo/. I've been working on this for a while and
> it
> > grew mainly out of the need to see what a change looked like without
> > recompiling (and for other reasons obviously). It's just a prototype (and
> > it's breakable). Click New Project. Drag components from the components
> > panel on to the stage. Set properties. Notice the document tree structure
> > as it's being built in the document panel. Scroll down and you'll see a
> > properties panel, constraint panel, a history panel with undo and redo
> and
> > a few others. It's no where near where I want it to be.
> >
> > What's not shown but partially working is a timeline view (to view and
> play
> > effects), get color under mouse, console, walk up the component tree
> > outline view and style inheritance information view. You can use some of
> > these features in this drop in class now,
> >
> >
> https://github.com/monkeypunch3/flexcapacitor/blob/master/MainLibrary/src/com/flexcapacitor/utils/MiniInspector.as
> > .
> > I use this class everyday. Add it to your application, set the options
> and
> > at runtime command click on a visual element. More of my hopes are here,
> > http://www.radii8.com/blog/?page_id=2.
> >
> > If I could summarize what Polygeek said when asked how he designed
> things,
> > "First I think of how I'd like it in a perfect world and then work
> towards
> > that". That.
> > *I think that's right. Correct me if I'm wrong.
> >
> > On Wed, Feb 6, 2013 at 1:26 PM, Sebastian Mohr  > >wrote:
> >
> > > Thanks Paul ... made a remark on this.
> > >
> > > --
> > > Sebastian (PPMC)
> > > Interaction Designer
> > >
> > > Looking for a Login Example with Apache Flex? Please check out this
> code:
> > > http://code.google.com/p/masuland/wiki/LoginExample
> > >
> > >
> > >
> > > On Wed, Feb 6, 2013 at 8:00 PM, Paul Hastings  >

[jira] [Commented] (FLEX-33380) Get Internal build error on new Mobile Air App Project

2013-02-14 Thread Alex Harui (JIRA)


[ 
https://issues.apache.org/jira/browse/FLEX-33380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578942#comment-13578942
 ] 

Alex Harui commented on FLEX-33380:
---

Have you tried Flash Builder 4.7?  It works for me in FB 4.7 64-bit on Win 7.   
I don't have FB 4.6 on that machine.  Note that FB 4.6 does not officially 
support Apache Flex SDKs.

> Get Internal build error on new Mobile Air App Project
> --
>
> Key: FLEX-33380
> URL: https://issues.apache.org/jira/browse/FLEX-33380
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Compiler API
>Affects Versions: Apache Flex 4.9.0
> Environment: Flash Builder 4.6 on Windows 7 64 bit
>Reporter: Giles Roadnight
>
> When I create a new Flex Mobile project in Flash builder with all default 
> options selected I get an internal build error.
> When I look at the logs I get:
> Uncaught exception in compiler
> java.lang.IllegalArgumentException: Comparison method violates its general 
> contract!
>   at java.util.TimSort.mergeHi(Unknown Source)
>   at java.util.TimSort.mergeAt(Unknown Source)
>   at java.util.TimSort.mergeCollapse(Unknown Source)
>   at java.util.TimSort.sort(Unknown Source)
>   at java.util.TimSort.sort(Unknown Source)
>   at java.util.Arrays.sort(Unknown Source)
>   at flex2.compiler.swc.SwcGroup.updateMaps(SwcGroup.java:281)
>   at flex2.compiler.swc.SwcGroup.(SwcGroup.java:82)
>   at flex2.compiler.swc.SwcCache.getSwcGroup(SwcCache.java:137)
>   at flex2.compiler.CompilerSwcContext.load(CompilerSwcContext.java:145)
>   at flex2.tools.oem.Application.recompile(Application.java:1170)
>   at flex2.tools.oem.Application.compile(Application.java:894)
>   at 
> flex2.tools.flexbuilder.BuilderApplication.compile(BuilderApplication.java:367)
>   at 
> com.adobe.flexbuilder.multisdk.compiler.internal.ASApplicationBuilder$MyBuilder.mybuild(ASApplicationBuilder.java:319)
>   at 
> com.adobe.flexbuilder.multisdk.compiler.internal.ASApplicationBuilder.build(ASApplicationBuilder.java:129)
>   at 
> com.adobe.flexbuilder.multisdk.compiler.internal.ASBuilder.build(ASBuilder.java:198)
>   at 
> com.adobe.flexbuilder.multisdk.compiler.internal.ASItemBuilder.build(ASItemBuilder.java:70)
>   at 
> com.adobe.flexbuilder.project.compiler.internal.FlexProjectBuilder.buildItem(FlexProjectBuilder.java:607)
>   at 
> com.adobe.flexbuilder.project.compiler.internal.FlexProjectBuilder.build(FlexProjectBuilder.java:382)
>   at 
> com.adobe.flexbuilder.project.compiler.internal.FlexIncrementalBuilder.build(FlexIncrementalBuilder.java:187)
>   at 
> org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:629)
>   at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>   at 
> org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:172)
>   at 
> org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:203)
>   at 
> org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:255)
>   at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>   at 
> org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:258)
>   at 
> org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:220)
>   at 
> org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:362)
>   at org.eclipse.core.internal.resources.Project$1.run(Project.java:545)
>   at 
> org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1975)
>   at 
> org.eclipse.core.internal.resources.Project.internalBuild(Project.java:524)
>   at org.eclipse.core.internal.resources.Project.build(Project.java:115)
>   at 
> org.eclipse.ui.actions.BuildAction.invokeOperation(BuildAction.java:222)
>   at 
> org.eclipse.ui.actions.WorkspaceAction.execute(WorkspaceAction.java:162)
>   at 
> org.eclipse.ui.actions.WorkspaceAction$2.runInWorkspace(WorkspaceAction.java:483)
>   at 
> org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
>   at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
> eclipse.buildId=M20100909-0800
> java.version=1.7.0_05
> java.vendor=Oracle Corporation
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_GB
> Command-line arguments:  -os win32 -ws win32 -arch x86
> This is a continuation of log file C:\Users\Giles 
> Roadnight\workspace\.metadata\.bak_1.log
> Created Time: 2013-02-03 11:11:13.045

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Apache Flex Arabic Locales

2013-02-14 Thread Paul Hastings


On 2/15/2013 11:29 AM, Alex Harui wrote:

hope your gibberish translator is working ;-)



My review would have consisted of making sure there weren't any naughty
words :-)


good luck w/that ;-) most currently available machine translators are only good 
for a word or a simple phrase (though most will do a better job w/western 
european languages than others).


a friend of mine commenting on the current governor's race (in thai)...

machine translation:
"Bangkok is going to continue what's much more in the future. Candidate as 
Governor What about people with knowledge, understanding and ideas?"


human translation:
"what is Bangkok's future going to be? what are the gubernatorial candidates 
ideas & understanding of Bangkok's future?"


when we get bored in the office, somebody will liven things up a bit by 
round-tripping some current meme thru google translator a few times.


so yeah, don't use machine translators to do your localization.


btw i'm wondering if apache itself doesn't have some folks to help with this?

Re: Apache Flex Arabic Locales

2013-02-14 Thread Alex Harui




On 2/14/13 9:21 PM, "Paul Hastings"  wrote:

> On 2/15/2013 11:29 AM, Alex Harui wrote:
>>> hope your gibberish translator is working ;-)
> 
>> My review would have consisted of making sure there weren't any naughty
>> words :-)
> 
> good luck w/that ;-) most currently available machine translators are only
> good 
> for a word or a simple phrase (though most will do a better job w/western
> european languages than others).
> 
> a friend of mine commenting on the current governor's race (in thai)...
> 
> machine translation:
> "Bangkok is going to continue what's much more in the future. Candidate as
> Governor What about people with knowledge, understanding and ideas?"
> 
> human translation:
> "what is Bangkok's future going to be? what are the gubernatorial candidates
> ideas & understanding of Bangkok's future?"
> 
> when we get bored in the office, somebody will liven things up a bit by
> round-tripping some current meme thru google translator a few times.
> 
> so yeah, don't use machine translators to do your localization.
Even some stuff I've purchased from overseas that I think was
human-translated has had some funny results.  Have you seen engrish.com?
> 
> 
> btw i'm wondering if apache itself doesn't have some folks to help with this?
Apache is all-volunteer.  I haven't looked to see if other Apache projects
have arabic translations, but there is nobody dedicated across projects
AFAIK.

-- 
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui

Re: Radiate

2013-02-14 Thread jude

Thanks Om, et alii. I don't know what to do. I don't have an answer at this
point. I'm kindof looking to see what others want and / or need and if it's
something we sustain.

Here are goals I'm aiming for:

• keeping it in the browser (there can be other versions but a browser
version is a must)
• staying design focused to start (export / import of skins)
• import / export of applications
• keeping the dom agnostic
• live preview on various target devices

Peter makes a good point here on:

*Apple now uses something it calls "Storyboards" (more advanced nibs) which
makes it very easy to separate the design from the function. Apple's UI
Designer plugin to Xcode needs more work to allow for complete styling, but
it does provide this separation where the description of the UI is
independent of the code. An iOS universal app can be a single executable
with multiple Storyboards using the same classes for iPhone and iPad but
uses them in different ways depending on which Storyboard is loaded.*

But I'd want to bring in that code through code libraries (swfs with your
code in it) or database support. I actually don't like using the filesystem
to manage and store code. I've used an IDE in the past that used an Access
database file to hold a project and all it's code and when I opened that
database it was enlightening. The project made sense on a high level. Of
course, it had to enforce some restrictions to keep things organized but it
was nothing compared to what you got in return. Think about if you could
work on a Flex project where the source was hosted on a server. Working on
a team you could see who was working on what. See the code changed live.
You could have the server do all of the heavy lifting. The client app could
be nimble because it would only have to display what you wanted to see or
work on. Changes could be saved live. You could always fall back to a local
version or download a copy of the database / project to work on offline.

On the other hand that path makes sense to me because I'm familiar with
those things and I can see how I would make it work. But that decision and
that way is a long way off.

Right now it's not writing or saving anything. What it is doing is reading
in a SWF and generating a component tree or component document object model
(CDOM). That is, it's generating the component tree based on the structure
of the Flex documents you work with in Flash Builder and not the display
list. With this model you can map the UI element with it's file. You could
theoretically edit the document given the project source path, it's ID and
if it was an AIR app or in the IDE (of course). That's from runtime
information. If it was a debug SWF it might contain much more information.
It can also generate the component tree in a new project as it's being
built. It doesn't store any of the property changes on the components in
the component tree at this point but it would take maybe ten minutes to do
this and a little more to export it to MXML. I'm getting off topic. Maybe
some more clarity will come in time.

On Tue, Feb 12, 2013 at 5:59 PM, Om  wrote:

> Jude,
>
> This looks fantastic.  And it looks well thought out as well.  We've had
> some discussions in the past on this list about a tool like this.  Do you
> have any plans of contributing it to Apache Flex?  I would be interested in
> in helping expand this tool.  I am a spread out a bit too think with the
> Installer, tracking, etc. and my Stage3D experimentation.  But building a
> designer/developer tool like this really interests me.
>
> In past discussions, Michael Schmalle had mentioned that combining such a
> tool with Falcon's capabilities would make for very interesting
> possibilities [1]
>
> Please let me know your thoughts.
>
> Thanks,
> Om
>
>
> [1] http://markmail.org/message/65w7vra4a6qmqq6s
>
> On Tue, Feb 12, 2013 at 1:03 AM, jude  wrote:
>
> > I've kindof been sitting on this for a while but I thought I'd put it out
> > there. I'd like to create a design and development tool for designers and
> > developers. Usually, you have a really good development tool with
> adequate
> > design tools or a really good design tool with adequate or no
> development.
> > If Flash Catalyst and FB had continued I'm sure it would have arrived
> close
> > to the tool I'd like to build and use. I'd say close because I would add
> in
> > some things like behaviors and other things that may not fit into a
> design
> > or development only product but would make sense in a combined tool and
> in
> > the context of the workflow of daily design and development work.
> >
> > This is a little demo I think I shared at one point,
> > http://www.radii8.com/demo/. I've been working on this for a while and
> it
> > grew mainly out of the need to see what a change looked like without
> > recompiling (and for other reasons obviously). It's just a prototype (and
> > it's breakable). Click New Project. Drag components f

Re: Radiate

2013-02-14 Thread jude

Hey Sebastian. Really nice! That's what I'm going for. I will post more
information and hopefully have some answer or something more to share in
time.

On Wed, Feb 13, 2013 at 2:15 AM, Sebastian Mohr wrote:

> Hi Jude,
>
> as you might remember I have proposed a similiar tool:
> "Thermo MK2" [1] which I also discussed on this mailinglist
> already [2]. For sure: Radiate has more functionality then
> Thermo MK2 ... my respect !!! My hope would be that a
> working group could be founded here which will build a tool
> like this. And I also wished that at least one Adobe guy, who
> was working on Flash Catalyst CS5.5, would be part of this
> working group.
>
> I really hope that we can build a FXG 2.0 compliant design
> tool that would be capable to skin custom SkinnableComponents
> with declared [SkinPart] and [SkinState] tags as shown in
> the screenshots of FlashCatalyst CS5.5 and FlashBuilder 4.6 [3].
>
>
> --
> Sebastian (PPMC)
> Interaction Designer
>
> Looking for a Login Example with Apache Flex? Please check out this code:
> http://code.google.com/p/masuland/wiki/LoginExample
>
> [1] http://code.google.com/p/masuland/wiki/ThermoMK2
> [2]
>
> http://markmail.org/search/?q=+list%3Aorg.apache.incubator.flex-dev+thermo+mk2#query:%20list%3Aorg.apache.incubator.flex-dev%20thermo%20mk2+page:1+mid:pkiu6zjqh4q4bogc+state:results
> [3]
> https://cwiki.apache.org/confluence/display/FLEX/Designer+&+Developer+Tools
>
>
>
> On Wed, Feb 13, 2013 at 2:23 AM, Mark Fuqua  wrote:
>
> > Radiate is super cool...way beyond my ability to contribute but, I'd be
> > happy to purchase a copy when it's finished.
> >
> > Mark
> >
> > -Original Message-
> > From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
> > Sent: Tuesday, February 12, 2013 6:59 PM
> > To: dev@flex.apache.org
> > Subject: Radiate
> >
> > Jude,
> >
> > This looks fantastic.  And it looks well thought out as well.  We've had
> > some discussions in the past on this list about a tool like this.  Do you
> > have any plans of contributing it to Apache Flex?  I would be interested
> in
> > in helping expand this tool.  I am a spread out a bit too think with the
> > Installer, tracking, etc. and my Stage3D experimentation.  But building a
> > designer/developer tool like this really interests me.
> >
> > In past discussions, Michael Schmalle had mentioned that combining such a
> > tool with Falcon's capabilities would make for very interesting
> > possibilities [1]
> >
> > Please let me know your thoughts.
> >
> > Thanks,
> > Om
> >
> >
> > [1] http://markmail.org/message/65w7vra4a6qmqq6s
> >
> > On Tue, Feb 12, 2013 at 1:03 AM, jude  wrote:
> >
> > > I've kindof been sitting on this for a while but I thought I'd put it
> > > out there. I'd like to create a design and development tool for
> > > designers and developers. Usually, you have a really good development
> > > tool with adequate design tools or a really good design tool with
> > adequate
> > or no development.
> > > If Flash Catalyst and FB had continued I'm sure it would have arrived
> > > close to the tool I'd like to build and use. I'd say close because I
> > > would add in some things like behaviors and other things that may not
> > > fit into a design or development only product but would make sense in
> > > a combined tool and in the context of the workflow of daily design and
> > development work.
> > >
> > > This is a little demo I think I shared at one point,
> > > http://www.radii8.com/demo/. I've been working on this for a while and
> > > it grew mainly out of the need to see what a change looked like
> > > without recompiling (and for other reasons obviously). It's just a
> > > prototype (and it's breakable). Click New Project. Drag components
> > > from the components panel on to the stage. Set properties. Notice the
> > > document tree structure as it's being built in the document panel.
> > > Scroll down and you'll see a properties panel, constraint panel, a
> > > history panel with undo and redo and a few others. It's no where near
> > where I want it to be.
> > >
> > > What's not shown but partially working is a timeline view (to view and
> > > play effects), get color under mouse, console, walk up the component
> > > tree outline view and style inheritance information view. You can use
> > > some of these features in this drop in class now,
> > >
> > > https://github.com/monkeypunch3/flexcapacitor/blob/master/MainLibrary/
> > > src/com/flexcapacitor/utils/MiniInspector.as
> > > .
> > > I use this class everyday. Add it to your application, set the options
> > > and at runtime command click on a visual element. More of my hopes are
> > > here, http://www.radii8.com/blog/?page_id=2.
> > >
> > > If I could summarize what Polygeek said when asked how he designed
> > > things, "First I think of how I'd like it in a perfect world and then
> > > work towards that". That.
> > > *I think that's right. Correct me if I'm wrong.
> > >
> > > On Wed, Feb 6, 2013 at 1:26 PM, Sebast

[jira] [Created] (FLEX-33396) Arabic Locales

2013-02-14 Thread Ghazi Triki (JIRA)

Ghazi Triki created FLEX-33396:
--

 Summary: Arabic Locales
 Key: FLEX-33396
 URL: https://issues.apache.org/jira/browse/FLEX-33396
 Project: Apache Flex
  Issue Type: New Feature
  Components: Runtime Localization
Reporter: Ghazi Triki


Add arabic locales to Apache Flex SDK.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

49 matches

Mail list logo