[DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

Hi,

I changed my mind, I prefer to publish a release now (to let folks check and 
vote), even though I have to build another one later if there are some 
issues rather than waiting for folks to provide their own translation of the 
INFO_TRACKING, if some translations come in between, I'll build another 
release as well.


-Fred

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

Sent: Thursday, March 14, 2013 12:55 AM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC1

Hi,

I just apply the change for INFO_TRACKING to "Anonymous usage statistics
will be collected in accordance with our privacy policy" and point to the
privacy policy url "http://flex.apache.org/about-privacy.html";.

It's translated for English and French, for other languages, it would be
nice if people can add and do the translations for their own language.

I'll do a RC tomorrow afternoon GMT+1.

Thanks,
-Fred

-Message d'origine- 
From: Justin Mclean

Sent: Wednesday, March 13, 2013 11:21 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC1

Hi,


How about "Anonymous usage statistics will be collected in accordance with
our privacy policy" and have it link to the privacy policy we have on our
website.


+1 to this

Justin

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

Justin,

So, it's up to you to build a RC2 for OSX.

Thanks,
-Fred

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

Sent: Thursday, March 14, 2013 8:54 AM
To: dev@flex.apache.org
Subject: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache 
Flex SDK Installer 2.5 RC1)


Hi,

I changed my mind, I prefer to publish a release now (to let folks check and
vote), even though I have to build another one later if there are some
issues rather than waiting for folks to provide their own translation of the
INFO_TRACKING, if some translations come in between, I'll build another
release as well.

-Fred

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

Sent: Thursday, March 14, 2013 12:55 AM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC1

Hi,

I just apply the change for INFO_TRACKING to "Anonymous usage statistics
will be collected in accordance with our privacy policy" and point to the
privacy policy url "http://flex.apache.org/about-privacy.html";.

It's translated for English and French, for other languages, it would be
nice if people can add and do the translations for their own language.

I'll do a RC tomorrow afternoon GMT+1.

Thanks,
-Fred

-Message d'origine- 
From: Justin Mclean

Sent: Wednesday, March 13, 2013 11:21 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC1

Hi,


How about "Anonymous usage statistics will be collected in accordance with
our privacy policy" and have it link to the privacy policy we have on our
website.


+1 to this

Justin

Re: TLF Issue (was Re: SVN to Git migration in progress)

[Frédéric THOMAS]

I maybe found another way to integrate TLF sub directories as part of 
flex-sdk [1], still have to try it but sounds good.


-Fred

[1] 
https://www.kernel.org/pub/software/scm/git/docs/howto/using-merge-subtree.html


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

Sent: Wednesday, March 13, 2013 11:43 AM
To: dev@flex.apache.org
Subject: Re: TLF Issue (was Re: SVN to Git migration in progress)

BTW, are these separate "repos" as far as Git is concerned or something 
else?)


Humm..Can you reformulate that pls ? :P

The only way I see if we don't want to use links is to use submodules but to
use TLF as a submodule, it's root should be its sub directory textLayout so
is that what we want ?

-Fred

-Message d'origine- 
From: Alex Harui

Sent: Tuesday, March 12, 2013 8:11 PM
To: dev@flex.apache.org
Subject: Re: TLF Issue (was Re: SVN to Git migration in progress)

I think we don't want to use hard-links.  And if submodules won't work, then
I think it is time to figure out how to cut releases by grabbing stuff from
different "repos".  (BTW, are these separate "repos" as far as Git is
concerned or something else?)

At Adobe, TLF was developed in Perforce by another team and we took drops
for Flex.  I'm sure we can do something similar.


On 3/12/13 11:37 AM, "Frédéric THOMAS"  wrote:


Submodules in Git are less flexible than svn:externals and less
straightforward to use, you can plug an entire git repo as submodule but
can't plug a sub-directory the a git repo as submodule. The problem with 
TLF

is we need to plug the sub-directory called textLayout to the 3.0.33
directory of our sdk repo, that's make submodules unusable.

One way to go is to clone the TLF repo a part, make a hard link from the
textLayout directory to a new 3.0.33 directory in the sdk repo, gitignore
this directory at the sdk repo level, if we want to work on TLF, we can do
it from the TLF repo itself.

Note:
- I've got this working and I finished to fill the .gitignore file.
- On windows, there's a free software to manage soft/hard link, but it's 
one

thing in more to do to setup the SDK that has to be explain in the readme.

-Fred

-Message d'origine-
From: Alex Harui
Sent: Tuesday, March 12, 2013 6:00 PM
To: dev@flex.apache.org
Subject: TLF Issue (was Re: SVN to Git migration in progress)

Well, I'm still learning about Git, but it looks like we have to resolve 
the
TLF svn:externals issue and it isn't clear that links in the file system 
are

going to work on Windows and are the "correct" solution.

Does anybody actually know the answer?  Or do we just have to figure it 
out

on our own.

One thing I saw on the internet says that you can just pull from the other
project if there aren't any conflicts with file names.  Would that work?

Were submodules and/or subtrees ruled out?  It appeared from the Git 
manual

that an update of the main project doesn't automatically update the
submodules, so that will leave us open to making mistakes staying in sync.

IMO, we should re-think why we had TLF as an svn:external.  I think we 
just
did it so the build scripts wouldn't have to change that much from the 
Adobe

days, so we could find the source where we were used to seeing it.

But looking not to far into the future, our releases may become a
composition of stuff from the various Apache Flex "sub-projects".  For
example, the FlexJS stuff is compositing things from the old Flex SDK, the
Falcon project and the ASJS project.

So, given that we might have sync issues in Git even with submodules, 
maybe

the answer is to rework the release scripts to composite from multiple
projects?

-Alex



On 3/12/13 3:59 AM, "Frédéric THOMAS"  wrote:


Still that :)

I guess on windows I should find a way to to a hard link, right ?

-Fred

-Message d'origine-
From: Justin Mclean
Sent: Tuesday, March 12, 2013 11:26 AM
To: dev@flex.apache.org
Subject: Re: SVN to Git migration in progress

Hi,

Well the good news is other than the flex-sdk git repo compiles a usable
SDK
if you work around the TLF issue.

Justin



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

Re: TLF Issue (was Re: SVN to Git migration in progress)

[Frédéric THOMAS]

Arff, bad luck, it acts as submodule.

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

Sent: Thursday, March 14, 2013 9:25 AM
To: dev@flex.apache.org
Subject: Re: TLF Issue (was Re: SVN to Git migration in progress)

I maybe found another way to integrate TLF sub directories as part of
flex-sdk [1], still have to try it but sounds good.

-Fred

[1]
https://www.kernel.org/pub/software/scm/git/docs/howto/using-merge-subtree.html

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

Sent: Wednesday, March 13, 2013 11:43 AM
To: dev@flex.apache.org
Subject: Re: TLF Issue (was Re: SVN to Git migration in progress)

BTW, are these separate "repos" as far as Git is concerned or something 
else?)


Humm..Can you reformulate that pls ? :P

The only way I see if we don't want to use links is to use submodules but to
use TLF as a submodule, it's root should be its sub directory textLayout so
is that what we want ?

-Fred

-Message d'origine- 
From: Alex Harui

Sent: Tuesday, March 12, 2013 8:11 PM
To: dev@flex.apache.org
Subject: Re: TLF Issue (was Re: SVN to Git migration in progress)

I think we don't want to use hard-links.  And if submodules won't work, then
I think it is time to figure out how to cut releases by grabbing stuff from
different "repos".  (BTW, are these separate "repos" as far as Git is
concerned or something else?)

At Adobe, TLF was developed in Perforce by another team and we took drops
for Flex.  I'm sure we can do something similar.


On 3/12/13 11:37 AM, "Frédéric THOMAS"  wrote:


Submodules in Git are less flexible than svn:externals and less
straightforward to use, you can plug an entire git repo as submodule but
can't plug a sub-directory the a git repo as submodule. The problem with 
TLF

is we need to plug the sub-directory called textLayout to the 3.0.33
directory of our sdk repo, that's make submodules unusable.

One way to go is to clone the TLF repo a part, make a hard link from the
textLayout directory to a new 3.0.33 directory in the sdk repo, gitignore
this directory at the sdk repo level, if we want to work on TLF, we can do
it from the TLF repo itself.

Note:
- I've got this working and I finished to fill the .gitignore file.
- On windows, there's a free software to manage soft/hard link, but it's 
one

thing in more to do to setup the SDK that has to be explain in the readme.

-Fred

-Message d'origine-
From: Alex Harui
Sent: Tuesday, March 12, 2013 6:00 PM
To: dev@flex.apache.org
Subject: TLF Issue (was Re: SVN to Git migration in progress)

Well, I'm still learning about Git, but it looks like we have to resolve 
the
TLF svn:externals issue and it isn't clear that links in the file system 
are

going to work on Windows and are the "correct" solution.

Does anybody actually know the answer?  Or do we just have to figure it 
out

on our own.

One thing I saw on the internet says that you can just pull from the other
project if there aren't any conflicts with file names.  Would that work?

Were submodules and/or subtrees ruled out?  It appeared from the Git 
manual

that an update of the main project doesn't automatically update the
submodules, so that will leave us open to making mistakes staying in sync.

IMO, we should re-think why we had TLF as an svn:external.  I think we 
just
did it so the build scripts wouldn't have to change that much from the 
Adobe

days, so we could find the source where we were used to seeing it.

But looking not to far into the future, our releases may become a
composition of stuff from the various Apache Flex "sub-projects".  For
example, the FlexJS stuff is compositing things from the old Flex SDK, the
Falcon project and the ASJS project.

So, given that we might have sync issues in Git even with submodules, 
maybe

the answer is to rework the release scripts to composite from multiple
projects?

-Alex



On 3/12/13 3:59 AM, "Frédéric THOMAS"  wrote:


Still that :)

I guess on windows I should find a way to to a hard link, right ?

-Fred

-Message d'origine-
From: Justin Mclean
Sent: Tuesday, March 12, 2013 11:26 AM
To: dev@flex.apache.org
Subject: Re: SVN to Git migration in progress

Hi,

Well the good news is other than the flex-sdk git repo compiles a usable
SDK
if you work around the TLF issue.

Justin



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

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Justin Mclean]

HI,

> So, it's up to you to build a RC2 for OSX.

Build and checked in. In the middle of a conference so didn't have time to 
fully test.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

Cheers.

-Message d'origine- 
From: Justin Mclean

Sent: Thursday, March 14, 2013 10:04 AM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] 
Apache Flex SDK Installer 2.5 RC1)


HI,


So, it's up to you to build a RC2 for OSX.


Build and checked in. In the middle of a conference so didn't have time to 
fully test.


Thanks,
Justin 

[jira] [Commented] (FLEX-15224) Listener not called when click="listenerFunc" set on mx:Button without an id property when executing in Firefox 3.0 browser

[Bogdan Dinu (JIRA)]

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

Bogdan Dinu commented on FLEX-15224:


Could not replicate. Probably bad click handler definition. Not a bug.

> Listener not called when click="listenerFunc" set on mx:Button without an id 
> property when executing in Firefox 3.0 browser
> ---
>
> Key: FLEX-15224
> URL: https://issues.apache.org/jira/browse/FLEX-15224
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Events
>Affects Versions: Adobe Flex SDK 3.0 (Release)
> Environment: Affected OS(s): Windows
> Affected OS(s): Windows XP
> Browser: Other (specify version)
> Language Found: English
>Reporter: Adobe JIRA
>
> Steps to reproduce:
> 1. Create an application with a two mx:Buttons with click="listenerfunc" 
> where one has an id property and one does not have an id property. Define the 
> listenerfunc function.
> 2. Execute application and click both buttons.
>  
>  Actual Results:
> Firefox 3.0 browser
> Listener function is called when clicking the button with an id property.
> Listener function is not called when clicking the button without an id 
> property.
> IE 6.0 browser
> Listener is called when clicking button whether it has an id property or not.
>  
>  
>  Expected Results:
> Listener function is called when clicking a button whether it has an id 
> property or not.
>  
>  
>  Workaround (if any):
> Always define an id property on components with listeners.

--
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

[VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

*Issues addressed in this Release Candidate:*

1.  Enable Flex SDK download stats tracking
2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for license
screen (show regular checkboxes))
3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update logic fix)
4.  French and Dutch language locale fixes.
5.  Added the SDK version number to be downloaded in the window title.
6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
language).

This is the first official release of the InstallApacheFlex AIR application.
The official Apache distribution is the source kit which can contain only
source.

The source distributions for Windows and Mac are available here:

https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/

The binary distributions as a convenience for the respective platforms,
available here:

https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/

Along with the installer, we are releasing the 'badge installer' that can be
embedded in our site as well as third-party websites.  Here is a preview:

http://flex.apache.org/installer.html

*Before voting please review the section,*
"What are the ASF requirements on approving a release?" at
http://www.apache.org/dev/release.html#approving-a-release

*Please vote to approve this release:*

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Regards,
Om & Justin & Fred
Apache Flex PMC members + Committer + Release managers 

RE: TLF Issue (was Re: SVN to Git migration in progress)

[Kessler CTR Mark J]

Would this be why I got a failed build on the text layout portion of the git 
develop branch?


compile:
[compc] Loading configuration file 
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\compile-config.xml
[compc] Apache Flex compc (Component Compiler)
[compc] Version 4.10.0 build 0
[compc] Copyright 2012 The Apache Software Foundation.
[compc]
[compc] D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\compile-
config.xml(58): Error: unable to open 
'D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout/3.0.33/manifest.xml'
[compc]
[compc] 
[compc]

BUILD FAILED
D:\Development\Flex\Flex-SDK\build.xml:361: The following error occurred while 
executing this line:
D:\Development\Flex\Flex-SDK\frameworks\build.xml:91: The following error 
occurred while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\build.xml:387: The following error 
occur red while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\build.xml:179: 
compc task failed.

Total time: 1 minute 3 seconds

-Mark

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: Tuesday, March 12, 2013 1:00 PM
To: dev@flex.apache.org
Subject: TLF Issue (was Re: SVN to Git migration in progress)

Well, I'm still learning about Git, but it looks like we have to resolve the
TLF svn:externals issue and it isn't clear that links in the file system are
going to work on Windows and are the "correct" solution.

Does anybody actually know the answer?  Or do we just have to figure it out
on our own.

One thing I saw on the internet says that you can just pull from the other
project if there aren't any conflicts with file names.  Would that work?

Were submodules and/or subtrees ruled out?  It appeared from the Git manual
that an update of the main project doesn't automatically update the
submodules, so that will leave us open to making mistakes staying in sync.

IMO, we should re-think why we had TLF as an svn:external.  I think we just
did it so the build scripts wouldn't have to change that much from the Adobe
days, so we could find the source where we were used to seeing it.

But looking not to far into the future, our releases may become a
composition of stuff from the various Apache Flex "sub-projects".  For
example, the FlexJS stuff is compositing things from the old Flex SDK, the
Falcon project and the ASJS project.

So, given that we might have sync issues in Git even with submodules, maybe
the answer is to rework the release scripts to composite from multiple
projects?

-Alex



On 3/12/13 3:59 AM, "Frédéric THOMAS"  wrote:

> Still that :)
> 
> I guess on windows I should find a way to to a hard link, right ?
> 
> -Fred
> 
> -Message d'origine-
> From: Justin Mclean
> Sent: Tuesday, March 12, 2013 11:26 AM
> To: dev@flex.apache.org
> Subject: Re: SVN to Git migration in progress
> 
> Hi,
> 
> Well the good news is other than the flex-sdk git repo compiles a usable SDK
> if you work around the TLF issue.
> 
> Justin 
> 

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

Re: FXG Extension for Photoshop CS5

[Sebastian Mohr]

@Om ...
Within Adobe Fireworks CS5.5 you can export FXG like that [1].

@Adobe folks ...
What's wrong with continuing to provide design tool support for
Apache Flex? How else should we skin Apache Flex components?

[1]
https://cwiki.apache.org/confluence/display/FLEX/Designer+&+Developer+Tools#Designer%26DeveloperTools-AdobeFireworksCS5.5


-- 
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 Thu, Mar 14, 2013 at 4:49 AM, Alex Harui  wrote:

> I'll try to figure out who to ask, but there's a chance they pulled it down
> because CS6 doesn't support it.
>
>
> On 3/13/13 8:42 PM, "Om"  wrote:
>
> > Yes, I am running CS6 - 64 Bit.
> >
> > Thanks,
> > Om
> >
> > On Wed, Mar 13, 2013 at 8:39 PM, Alex Harui  wrote:
> >
> >> Are you running PS CS5 or something later?
> >>
> >>
> >> On 3/13/13 8:22 PM, "Om"  wrote:
> >>
> >>> On Fri, Mar 8, 2013 at 12:59 AM, Sebastian Mohr
> >>> wrote:
> >>>
>  Hi,
> 
>  does anyone know where I can download the FXG Extension for
>  Photoshop CS5 that is mentioned here [1]? The Flash Catalyst site [2]
>  does not provide this link anymore. Could the Adobe folks on this list
>  be able to provide a working link for that? When importing skins into
>  Apache Flex, that extension would be really helpful.
> 
>  Thank you!
> 
>  [1]
> http://blogs.adobe.com/labs/archives/2010/04/adobe_flash_cat_1.html
>  [2] http://www.adobe.com/products/flashcatalyst.html
> 
> 
> >>> +1
> >>>
> >>> I wasn't able to find the Fireworks -> FXG exporter as well.  Adobe
> >> folks,
> >>> any chance the plugins can be made available?  This is a big missing
> link
> >>> when it comes to skinning for Flex 4+ components.
> >>>
> >>> Thanks,
> >>> Om
> >>
> >> --
> >> Alex Harui
> >> Flex SDK Team
> >> Adobe Systems, Inc.
> >> http://blogs.adobe.com/aharui
> >>
> >>
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
>


-- 
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

Re: TLF Issue (was Re: SVN to Git migration in progress)

[Frédéric THOMAS]

yep, the only way I found to resolve this at the moment was to create a hard 
link to textLayout sub directory of the flex-tlf git project.


-Fred

-Message d'origine- 
From: Kessler CTR Mark J

Sent: Thursday, March 14, 2013 10:53 AM
To: dev@flex.apache.org
Subject: RE: TLF Issue (was Re: SVN to Git migration in progress)

Would this be why I got a failed build on the text layout portion of the git 
develop branch?



compile:
   [compc] Loading configuration file 
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\compile-config.xml

   [compc] Apache Flex compc (Component Compiler)
   [compc] Version 4.10.0 build 0
   [compc] Copyright 2012 The Apache Software Foundation.
   [compc]
   [compc] 
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\compile-
config.xml(58): Error: unable to open 
'D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout/3.0.33/manifest.xml'

   [compc]
   [compc] 
   [compc]

BUILD FAILED
D:\Development\Flex\Flex-SDK\build.xml:361: The following error occurred 
while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\build.xml:91: The following error 
occurred while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\build.xml:387: The following error 
occur red while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\build.xml:179: 
compc task failed.


Total time: 1 minute 3 seconds

-Mark

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Tuesday, March 12, 2013 1:00 PM
To: dev@flex.apache.org
Subject: TLF Issue (was Re: SVN to Git migration in progress)

Well, I'm still learning about Git, but it looks like we have to resolve the
TLF svn:externals issue and it isn't clear that links in the file system are
going to work on Windows and are the "correct" solution.

Does anybody actually know the answer?  Or do we just have to figure it out
on our own.

One thing I saw on the internet says that you can just pull from the other
project if there aren't any conflicts with file names.  Would that work?

Were submodules and/or subtrees ruled out?  It appeared from the Git manual
that an update of the main project doesn't automatically update the
submodules, so that will leave us open to making mistakes staying in sync.

IMO, we should re-think why we had TLF as an svn:external.  I think we just
did it so the build scripts wouldn't have to change that much from the Adobe
days, so we could find the source where we were used to seeing it.

But looking not to far into the future, our releases may become a
composition of stuff from the various Apache Flex "sub-projects".  For
example, the FlexJS stuff is compositing things from the old Flex SDK, the
Falcon project and the ASJS project.

So, given that we might have sync issues in Git even with submodules, maybe
the answer is to rework the release scripts to composite from multiple
projects?

-Alex



On 3/12/13 3:59 AM, "Frédéric THOMAS"  wrote:


Still that :)

I guess on windows I should find a way to to a hard link, right ?

-Fred

-Message d'origine-
From: Justin Mclean
Sent: Tuesday, March 12, 2013 11:26 AM
To: dev@flex.apache.org
Subject: Re: SVN to Git migration in progress

Hi,

Well the good news is other than the flex-sdk git repo compiles a usable 
SDK

if you work around the TLF issue.

Justin



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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Erik de Bruin]

+0 (read below)

The functionality is flawless, apart from the annoying certificate
issue when installing. This means I had to uninstall and re-install
before it would work. I think this might warrant some investigation,
as a similar (the same?) issue popped up on Twitter. Having a
workaround (uninstall - install) might no longer be sufficient from a
users point of view...

The other issue I found (mostly cosmetic, but still) is that the combo
box with the language selection doesn't initially show the language
that is used (English (US) in my case), but the first item in the list
(Deutch).

Also, you can use this line for the nl_NL localisation of the stats
collection disclaimer:

"Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
ons privacybeleid"

EdB


On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
 wrote:
> *Issues addressed in this Release Candidate:*
>
> 1.  Enable Flex SDK download stats tracking
> 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for license
> screen (show regular checkboxes))
> 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update logic fix)
> 4.  French and Dutch language locale fixes.
> 5.  Added the SDK version number to be downloaded in the window title.
> 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
> 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
> language).
>
> This is the first official release of the InstallApacheFlex AIR application.
> The official Apache distribution is the source kit which can contain only
> source.
>
> The source distributions for Windows and Mac are available here:
>
> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
>
> The binary distributions as a convenience for the respective platforms,
> available here:
>
> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/
>
> Along with the installer, we are releasing the 'badge installer' that can be
> embedded in our site as well as third-party websites.  Here is a preview:
>
> http://flex.apache.org/installer.html
>
> *Before voting please review the section,*
> "What are the ASF requirements on approving a release?" at
> http://www.apache.org/dev/release.html#approving-a-release
>
> *Please vote to approve this release:*
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Regards,
> Om & Justin & Fred
> Apache Flex PMC members + Committer + Release managers



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

RE: TLF Issue (was Re: SVN to Git migration in progress)

[Kessler CTR Mark J]

Did you use the " fsutil hardlink create NewFilename ExistingFilename" ?

-Mark
-Original Message-
From: Frédéric THOMAS [mailto:webdoubl...@hotmail.com] 
Sent: Thursday, March 14, 2013 6:01 AM
To: dev@flex.apache.org
Subject: Re: TLF Issue (was Re: SVN to Git migration in progress)

yep, the only way I found to resolve this at the moment was to create a hard 
link to textLayout sub directory of the flex-tlf git project.

-Fred

-Message d'origine- 
From: Kessler CTR Mark J
Sent: Thursday, March 14, 2013 10:53 AM
To: dev@flex.apache.org
Subject: RE: TLF Issue (was Re: SVN to Git migration in progress)

Would this be why I got a failed build on the text layout portion of the git 
develop branch?


compile:
[compc] Loading configuration file 
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\compile-config.xml
[compc] Apache Flex compc (Component Compiler)
[compc] Version 4.10.0 build 0
[compc] Copyright 2012 The Apache Software Foundation.
[compc]
[compc] 
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\compile-
config.xml(58): Error: unable to open 
'D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout/3.0.33/manifest.xml'
[compc]
[compc] 
[compc]

BUILD FAILED
D:\Development\Flex\Flex-SDK\build.xml:361: The following error occurred 
while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\build.xml:91: The following error 
occurred while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\build.xml:387: The following error 
occur red while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\build.xml:179: 
compc task failed.

Total time: 1 minute 3 seconds

-Mark

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Tuesday, March 12, 2013 1:00 PM
To: dev@flex.apache.org
Subject: TLF Issue (was Re: SVN to Git migration in progress)

Well, I'm still learning about Git, but it looks like we have to resolve the
TLF svn:externals issue and it isn't clear that links in the file system are
going to work on Windows and are the "correct" solution.

Does anybody actually know the answer?  Or do we just have to figure it out
on our own.

One thing I saw on the internet says that you can just pull from the other
project if there aren't any conflicts with file names.  Would that work?

Were submodules and/or subtrees ruled out?  It appeared from the Git manual
that an update of the main project doesn't automatically update the
submodules, so that will leave us open to making mistakes staying in sync.

IMO, we should re-think why we had TLF as an svn:external.  I think we just
did it so the build scripts wouldn't have to change that much from the Adobe
days, so we could find the source where we were used to seeing it.

But looking not to far into the future, our releases may become a
composition of stuff from the various Apache Flex "sub-projects".  For
example, the FlexJS stuff is compositing things from the old Flex SDK, the
Falcon project and the ASJS project.

So, given that we might have sync issues in Git even with submodules, maybe
the answer is to rework the release scripts to composite from multiple
projects?

-Alex



On 3/12/13 3:59 AM, "Frédéric THOMAS"  wrote:

> Still that :)
>
> I guess on windows I should find a way to to a hard link, right ?
>
> -Fred
>
> -Message d'origine-
> From: Justin Mclean
> Sent: Tuesday, March 12, 2013 11:26 AM
> To: dev@flex.apache.org
> Subject: Re: SVN to Git migration in progress
>
> Hi,
>
> Well the good news is other than the flex-sdk git repo compiles a usable 
> SDK
> if you work around the TLF issue.
>
> Justin
>

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

Re: TLF Issue (was Re: SVN to Git migration in progress)

[Frédéric THOMAS]

No I used Symbolic Links for windows [1]

You create a junction from flex-tlf/textLayout to 
project/framework/textLayout/3.0.33


You'll have to rename the freshly created textLayout under  junction folder 
(under project/framework/textLayout/) to 3.0.33


-Fred

[1] 
http://www.howtogeek.com/howto/16226/complete-guide-to-symbolic-links-symlinks-on-windows-or-linux/


-Message d'origine- 
From: Kessler CTR Mark J

Sent: Thursday, March 14, 2013 11:20 AM
To: dev@flex.apache.org
Subject: RE: TLF Issue (was Re: SVN to Git migration in progress)

Did you use the " fsutil hardlink create NewFilename ExistingFilename" ?

-Mark
-Original Message-
From: Frédéric THOMAS [mailto:webdoubl...@hotmail.com]
Sent: Thursday, March 14, 2013 6:01 AM
To: dev@flex.apache.org
Subject: Re: TLF Issue (was Re: SVN to Git migration in progress)

yep, the only way I found to resolve this at the moment was to create a hard
link to textLayout sub directory of the flex-tlf git project.

-Fred

-Message d'origine- 
From: Kessler CTR Mark J

Sent: Thursday, March 14, 2013 10:53 AM
To: dev@flex.apache.org
Subject: RE: TLF Issue (was Re: SVN to Git migration in progress)

Would this be why I got a failed build on the text layout portion of the git
develop branch?


compile:
   [compc] Loading configuration file
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\compile-config.xml
   [compc] Apache Flex compc (Component Compiler)
   [compc] Version 4.10.0 build 0
   [compc] Copyright 2012 The Apache Software Foundation.
   [compc]
   [compc]
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\compile-
config.xml(58): Error: unable to open
'D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout/3.0.33/manifest.xml'
   [compc]
   [compc] 
   [compc]

BUILD FAILED
D:\Development\Flex\Flex-SDK\build.xml:361: The following error occurred
while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\build.xml:91: The following error
occurred while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\build.xml:387: The following error
occur red while executing this line:
D:\Development\Flex\Flex-SDK\frameworks\projects\textLayout\build.xml:179:
compc task failed.

Total time: 1 minute 3 seconds

-Mark

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Tuesday, March 12, 2013 1:00 PM
To: dev@flex.apache.org
Subject: TLF Issue (was Re: SVN to Git migration in progress)

Well, I'm still learning about Git, but it looks like we have to resolve the
TLF svn:externals issue and it isn't clear that links in the file system are
going to work on Windows and are the "correct" solution.

Does anybody actually know the answer?  Or do we just have to figure it out
on our own.

One thing I saw on the internet says that you can just pull from the other
project if there aren't any conflicts with file names.  Would that work?

Were submodules and/or subtrees ruled out?  It appeared from the Git manual
that an update of the main project doesn't automatically update the
submodules, so that will leave us open to making mistakes staying in sync.

IMO, we should re-think why we had TLF as an svn:external.  I think we just
did it so the build scripts wouldn't have to change that much from the Adobe
days, so we could find the source where we were used to seeing it.

But looking not to far into the future, our releases may become a
composition of stuff from the various Apache Flex "sub-projects".  For
example, the FlexJS stuff is compositing things from the old Flex SDK, the
Falcon project and the ASJS project.

So, given that we might have sync issues in Git even with submodules, maybe
the answer is to rework the release scripts to composite from multiple
projects?

-Alex



On 3/12/13 3:59 AM, "Frédéric THOMAS"  wrote:


Still that :)

I guess on windows I should find a way to to a hard link, right ?

-Fred

-Message d'origine-
From: Justin Mclean
Sent: Tuesday, March 12, 2013 11:26 AM
To: dev@flex.apache.org
Subject: Re: SVN to Git migration in progress

Hi,

Well the good news is other than the flex-sdk git repo compiles a usable
SDK
if you work around the TLF issue.

Justin



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

[jira] [Commented] (FLEX-24808) Tabbing out of Spark ComboBox does not trigger validator

[Sachin Bhatt (JIRA)]

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

Sachin Bhatt commented on FLEX-24808:
-

How can I download this revision 20158 for flex. I tried with the TortoiseSVN 
client from my PC and also with the browser supported link 
http[:]//svn.apache.org/repos/asf/flex/sdk/trunk/ available from 
http[:]//flex.apache.org but could not find. 
Any help will be much appreciated.

Thanks in advance

> Tabbing out of Spark ComboBox does not trigger validator
> 
>
> Key: FLEX-24808
> URL: https://issues.apache.org/jira/browse/FLEX-24808
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Spark: ComboBox
>Affects Versions: Adobe Flex SDK Previous
> Environment: Affected OS(s): All OS Platforms
> Language Found: English
>Reporter: Adobe JIRA
>Assignee: Adobe JIRA
>Priority: Minor
>
> Steps to reproduce:
> 1. Compile & run:
> 
> http://ns.adobe.com/mxml/2009"; 
>  xmlns:s="library://ns.adobe.com/flex/spark" 
>  xmlns:mx="library://ns.adobe.com/flex/mx">
>   
>property="selectedIndex" minValue="0" required="true" />
>property="selectedIndex" minValue="0" required="true" />
>   
>   
>   
>   
>   
>   
>   
>   Red
>   Yellow
>   Green
>   Blue
>   Purple
>   
>   
>   
>   
>   
>   
>   Red
>   Yellow
>   Green
>   Blue
>   Purple
>   
>   
>   
> 
> 2. Tab out of the Spark ComboBox
>  
>  Actual Results:
>  Validation not triggered.
>  
>  Expected Results:
>  Validation should be triggered.
>  
>  Workaround (if any):
>  Call focusOut="stateVal.validate()"

--
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: TLF Issue (was Re: SVN to Git migration in progress)

[Kessler CTR Mark J]

Oh more like a "MKLINK /D /H LinkFolder TargetFolder".  

Thanks for the information.

-Mark

-Original Message-
From: Frédéric THOMAS [mailto:webdoubl...@hotmail.com] 
Sent: Thursday, March 14, 2013 6:37 AM
To: dev@flex.apache.org
Subject: Re: TLF Issue (was Re: SVN to Git migration in progress)

No I used Symbolic Links for windows [1]

You create a junction from flex-tlf/textLayout to 
project/framework/textLayout/3.0.33

You'll have to rename the freshly created textLayout under  junction folder 
(under project/framework/textLayout/) to 3.0.33

-Fred

[1] 
http://www.howtogeek.com/howto/16226/complete-guide-to-symbolic-links-symlinks-on-windows-or-linux/

[jira] [Commented] (FLEX-24808) Tabbing out of Spark ComboBox does not trigger validator

[Erik de Bruin (JIRA)]

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

Erik de Bruin commented on FLEX-24808:
--

http://svn.apache.org/repos/asf/incubator/flex/sdk/trunk/?p=1420158

Maybe that is what you're looking for?

> Tabbing out of Spark ComboBox does not trigger validator
> 
>
> Key: FLEX-24808
> URL: https://issues.apache.org/jira/browse/FLEX-24808
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Spark: ComboBox
>Affects Versions: Adobe Flex SDK Previous
> Environment: Affected OS(s): All OS Platforms
> Language Found: English
>Reporter: Adobe JIRA
>Assignee: Adobe JIRA
>Priority: Minor
>
> Steps to reproduce:
> 1. Compile & run:
> 
> http://ns.adobe.com/mxml/2009"; 
>  xmlns:s="library://ns.adobe.com/flex/spark" 
>  xmlns:mx="library://ns.adobe.com/flex/mx">
>   
>property="selectedIndex" minValue="0" required="true" />
>property="selectedIndex" minValue="0" required="true" />
>   
>   
>   
>   
>   
>   
>   
>   Red
>   Yellow
>   Green
>   Blue
>   Purple
>   
>   
>   
>   
>   
>   
>   Red
>   Yellow
>   Green
>   Blue
>   Purple
>   
>   
>   
> 
> 2. Tab out of the Spark ComboBox
>  
>  Actual Results:
>  Validation not triggered.
>  
>  Expected Results:
>  Validation should be triggered.
>  
>  Workaround (if any):
>  Call focusOut="stateVal.validate()"

--
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: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

The functionality is flawless, apart from the annoying certificate

issue when installing. This means I had to uninstall and re-install
before it would work. I think this might warrant some investigation,
as a similar (the same?) issue popped up on Twitter. Having a
workaround (uninstall - install) might no longer be sufficient from a
users point of view...

Maybe Om can help with that, I'm building with its certificate, it shouldn't 
happen, I'm going to install the last version and try to install this RC 
over it to check.



The other issue I found (mostly cosmetic, but still) is that the combo

box with the language selection doesn't initially show the language
that is used (English (US) in my case), but the first item in the list
(Deutch).

Humm.. are you telling me you're Deutch but your OS is en_US based ?
Weird, because the default behavior of the Installer regarding locales is to 
detect your OS locale 1rst and then fallback in en_US if none of the 
existing ones is found and it looks it found Deutch :P
Note: I've got an French OS and it works to me, I don't know what to say if 
you're right.



Also, you can use this line for the nl_NL localisation of the stats

collection disclaimer:

"Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met

ons privacybeleid"

Done ! thanks ;-)

-Fred 

[jira] [Commented] (FLEX-24808) Tabbing out of Spark ComboBox does not trigger validator

[Sachin Bhatt (JIRA)]

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

Sachin Bhatt commented on FLEX-24808:
-

Thanks Erik de Bruin. I accessed this URL in the browser and went to the 
definition of the spark ComboBox class at 
http://svn.apache.org/repos/asf/incubator/flex/sdk/trunk/frameworks/projects/spark/src/spark/components/ComboBox.as?p=1420158.
 The code in this version is the same as the version that I have in my latest 
downloaded Flex SDK 4.6.0.

How can I track if something is changed to resolve this issue ?

> Tabbing out of Spark ComboBox does not trigger validator
> 
>
> Key: FLEX-24808
> URL: https://issues.apache.org/jira/browse/FLEX-24808
> Project: Apache Flex
>  Issue Type: Bug
>  Components: Spark: ComboBox
>Affects Versions: Adobe Flex SDK Previous
> Environment: Affected OS(s): All OS Platforms
> Language Found: English
>Reporter: Adobe JIRA
>Assignee: Adobe JIRA
>Priority: Minor
>
> Steps to reproduce:
> 1. Compile & run:
> 
> http://ns.adobe.com/mxml/2009"; 
>  xmlns:s="library://ns.adobe.com/flex/spark" 
>  xmlns:mx="library://ns.adobe.com/flex/mx">
>   
>property="selectedIndex" minValue="0" required="true" />
>property="selectedIndex" minValue="0" required="true" />
>   
>   
>   
>   
>   
>   
>   
>   Red
>   Yellow
>   Green
>   Blue
>   Purple
>   
>   
>   
>   
>   
>   
>   Red
>   Yellow
>   Green
>   Blue
>   Purple
>   
>   
>   
> 
> 2. Tab out of the Spark ComboBox
>  
>  Actual Results:
>  Validation not triggered.
>  
>  Expected Results:
>  Validation should be triggered.
>  
>  Workaround (if any):
>  Call focusOut="stateVal.validate()"

--
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: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

The functionality is flawless, apart from the annoying certificate

issue when installing. This means I had to uninstall and re-install
before it would work. I think this might warrant some investigation,
as a similar (the same?) issue popped up on Twitter. Having a
workaround (uninstall - install) might no longer be sufficient from a
users point of view...

Maybe Om can help with that, I'm building with its certificate, it shouldn't
happen, I'm going to install the last version and try to install this RC
over it to check.

Update: I just installed the 2.0.2, then intalled over the 2.5.0 and it 
proposed me to replace the existing one and did it successfully, so, I can't 
reproduce.


Can someone else could confirm there's the same behavior Erik had ?

Thanks,
-Fred

[jira] [Commented] (FLEX-33314) framework/build_framework.xml has not been kept up-to-date with new swcs and bundles

[Carol Frampton (JIRA)]

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

Carol Frampton commented on FLEX-33314:
---

Yes.  For the binary package, build_framework.xml is renamed to build.xml and 
is used to build the framework from sources.  As part of the binary kit 
checkout you should make sure frameworks/build.xml builds successfully.  The 
file should be updated when new swcs are added to the framework.

> framework/build_framework.xml has not been kept up-to-date with new swcs and 
> bundles
> 
>
> Key: FLEX-33314
> URL: https://issues.apache.org/jira/browse/FLEX-33314
> Project: Apache Flex
>  Issue Type: Bug
>  Components: .Unspecified - Framework
>Affects Versions: Apache Flex Next
>Reporter: Carol Frampton
>
> build_framework.xml is renamed to build.xml in the binary kit
> Traditionally this file has been there to allow the swcs to be built for 
> debugging
> Either this file should go away and be removed from the kit or it should be 
> kept up-to-date.
> If kept, I see that apache.swc and the bundles for apache and experimental 
> are missing.  The file should be reviewed in total to see if anything else is 
> missing and the build commands are still correct.

--
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

AW: Git Migration Reset

[christofer.d...@c-ware.de]

Just as a suggestion ... why not clone the GIT version as soon as it's finished.
Then delete the ".git" or ".svn" stuff from the copy you are currently working 
on.
Then simply copy all the stuff from the SCM-less copy containing your changes 
into your clean clone.
Git should detect unchanged, modified and new files ... only thing is that it 
won't detect moved or deleted files. 

After that ... commit ... push ... all's good and no kittens get's killed :-)

Think this should work without the need to actually patch anything at all 
(Assuming you were the only one working on the Falcon code ... if there were 
more people working on this, this would be a problem though).

Chris


Von: Erik de Bruin [e...@ixsoftware.nl]
Gesendet: Mittwoch, 13. März 2013 20:45
An: dev@flex.apache.org
Betreff: Re: Git Migration Reset

> Ah, so you made changes to the supposedly read-only git repo in the
> meantime.  Why would you do something like that?  While at the same time
> you were asking for a do over.  Does not compute.  What did you expect?

There was nothing "read-only" about my local copy. The understanding
at the time was that write enableing of the the remote copy (branch?)
would be a matter of hours, subject only to a check by the PMC. Before
starting work, I did check the Falcon git repo, and it looked good. It
thing it was not unreasonable for me to expect the 'write' switch to
be throw with the same expediency with which INFRA moved at the start
of this episode.

On the point of the "do over": I don't recall asking for such a thing.
I understand no that the confusion might have come from the [DISCUSS]
thread I started - note: this was AFTER INFRA took their unilateral
action by removing the git repos and re-enabling SVN - was about
postponing the migration until INFRA had taken their 'git' support out
of beta and was ready to fully support it, presumably months if not
years in the future. That thread is not VOTE or LAZY but DISCUSS. I
specifically chose that subject so no action would be taken until a
discussion had taken place.

> Theoretically, that would work.  But given that you are not too familiar
> with Git, it would be a risky proposition.  It is up to you.

Well, "up to me" is not really the case, as I explained, but I
understand it's "out of your hands." I'll make a full backup of the
actual source files, just to make sure no code is lost when trying to
manage the move to git.

Now, before this gets out of hand, let me re-iterate: by now - by way
of a healthy serving of tutorials and some needed distraction on
/r/aww - I nearly understand the basics of git. I accept the project
is moving to git, unless a new consensus on the DISCUSS thread leads
to a new VOTE :-) I am doing my best to have my code ready for the
migration and by sharing my experiences and frustrations with the list
I try to smooth the way for others.

TL;DR: confusion all over the place, but really there's nothing to see
here, we're moving forward to a 'git' future.

EdB



> Thanks,
> Om
>
>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>>



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Erik de Bruin]

> Humm.. are you telling me you're Deutch but your OS is en_US based ?
> Weird, because the default behavior of the Installer regarding locales is to
> detect your OS locale 1rst and then fallback in en_US if none of the
> existing ones is found and it looks it found Deutch :P
> Note: I've got an French OS and it works to me, I don't know what to say if
> you're right.

No, apart from a typo (Deutsch instead of Deutsh) in my email, the
situation as I described it correct. My setup is that - although I'm
from Nederland (Pays Bas) - I have bought my MacBook in the US and so
it's OS is full en_US. The installer didn't pick up on that and
instead showed me the first item (index 0 I guess) in the combobox.
"Deutsch" is native for German (Allemand), which would not even be
correct if it somehow guessed I wasn't from nl_NL ;-)

EdB



-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: Git Migration Reset

[Harbs]

Sounds like a familiar workflow. I find I do that with svn far more often that 
I like! ;-)

On Mar 14, 2013, at 4:15 PM, christofer.d...@c-ware.de wrote:

> Just as a suggestion ... why not clone the GIT version as soon as it's 
> finished.
> Then delete the ".git" or ".svn" stuff from the copy you are currently 
> working on.
> Then simply copy all the stuff from the SCM-less copy containing your changes 
> into your clean clone.
> Git should detect unchanged, modified and new files ... only thing is that it 
> won't detect moved or deleted files. 
> 
> After that ... commit ... push ... all's good and no kittens get's killed :-)
> 
> Think this should work without the need to actually patch anything at all 
> (Assuming you were the only one working on the Falcon code ... if there were 
> more people working on this, this would be a problem though).
> 
> Chris
> 
> 
> Von: Erik de Bruin [e...@ixsoftware.nl]
> Gesendet: Mittwoch, 13. März 2013 20:45
> An: dev@flex.apache.org
> Betreff: Re: Git Migration Reset
> 
>> Ah, so you made changes to the supposedly read-only git repo in the
>> meantime.  Why would you do something like that?  While at the same time
>> you were asking for a do over.  Does not compute.  What did you expect?
> 
> There was nothing "read-only" about my local copy. The understanding
> at the time was that write enableing of the the remote copy (branch?)
> would be a matter of hours, subject only to a check by the PMC. Before
> starting work, I did check the Falcon git repo, and it looked good. It
> thing it was not unreasonable for me to expect the 'write' switch to
> be throw with the same expediency with which INFRA moved at the start
> of this episode.
> 
> On the point of the "do over": I don't recall asking for such a thing.
> I understand no that the confusion might have come from the [DISCUSS]
> thread I started - note: this was AFTER INFRA took their unilateral
> action by removing the git repos and re-enabling SVN - was about
> postponing the migration until INFRA had taken their 'git' support out
> of beta and was ready to fully support it, presumably months if not
> years in the future. That thread is not VOTE or LAZY but DISCUSS. I
> specifically chose that subject so no action would be taken until a
> discussion had taken place.
> 
>> Theoretically, that would work.  But given that you are not too familiar
>> with Git, it would be a risky proposition.  It is up to you.
> 
> Well, "up to me" is not really the case, as I explained, but I
> understand it's "out of your hands." I'll make a full backup of the
> actual source files, just to make sure no code is lost when trying to
> manage the move to git.
> 
> Now, before this gets out of hand, let me re-iterate: by now - by way
> of a healthy serving of tutorials and some needed distraction on
> /r/aww - I nearly understand the basics of git. I accept the project
> is moving to git, unless a new consensus on the DISCUSS thread leads
> to a new VOTE :-) I am doing my best to have my code ready for the
> migration and by sharing my experiences and frustrations with the list
> I try to smooth the way for others.
> 
> TL;DR: confusion all over the place, but really there's nothing to see
> here, we're moving forward to a 'git' future.
> 
> EdB
> 
> 
> 
>> Thanks,
>> Om
>> 
>> 
>>> 
>>> 
>>> --
>>> Ix Multimedia Software
>>> 
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>> 
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>> 
> 
> 
> 
> --
> Ix Multimedia Software
> 
> Jan Luykenstraat 27
> 3521 VB Utrecht
> 
> T. 06-51952295
> I. www.ixsoftware.nl

Re: Git Migration Reset

[Erik de Bruin]

Thank you Jose! I'll try your approach first, as it will preserve all
my commit messages etc. If that somehow doesn't work, I'll fall back
on patching or "plain old copying".

EdB



On Thu, Mar 14, 2013 at 12:11 AM, Jose Barragan
 wrote:
> Hi Erik,
>
> I guess you've many commits on you local "old" git repo, isn't it?
> Well, those commits are candidates for re-apply them into the new repo when 
> you get access to it.
> The most simple way to that is attach the new repo as new remote for your 
> actual local repo:
>
> git remote add wip https://git-wip-us.apache.org/repos/asf/flex-sdk.git
> git fetch --prune
> git -c diff.mnemonicprefix=false -c core.quotepath=false branch -m develop 
> develop-old
> git -c diff.mnemonicprefix=false -c core.quotepath=false checkout -b develop 
> --track wip/develop
>
> at this point, you'll move your commits from develop-old to develop via 
> cherrypick, and then make a push over develop to new remote wip.
>
> hopefully it's useful...
>
> PD. Try SourceTree as UI client for Git, it's fully use for free.
>
> Best,
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5.  505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 13, 2013, at 9:08 PM, Frédéric THOMAS  wrote:
>
>> Not the svn revision number but the git equivalent, I'm not sure but I 
>> wonder, if the git history lenght change, the generated git equivalent (the 
>> parent commit SHA1 ids) could change, that's the risk I'm talking about, 
>> anyway, there're other ways to make the patches in case it doesn't work, a 
>> bit more complicated but possible.
>>
>> -Fred
>>
>> -Message d'origine- From: Erik de Bruin
>> Sent: Wednesday, March 13, 2013 9:01 PM
>> To: dev@flex.apache.org
>> Subject: Re: Git Migration Reset
>>
>> Mike and I have already agreed to not touch the code (other than
>> locally) of FalconJx... How would the SVN revision change between
>> yesterday and whenever the new git repo is created?
>>
>> EdB
>>
>>
>>
>> On Wed, Mar 13, 2013 at 8:57 PM, Frédéric THOMAS
>>  wrote:
>>> Great though the only thing that could scary me is if the parent commit of
>>> your first commit (the svn revision number) change between the 2 git
>>> version, I don't know if it will happen but because the history lenght will
>>> change, I've got doubts.
>>>
>>> As you said "Time will tell", cross fingers ;-)
>>>
>>>
>>> -Fred
>>>
>>> -Message d'origine- From: Erik de Bruin
>>> Sent: Wednesday, March 13, 2013 8:48 PM
>>>
>>> To: dev@flex.apache.org
>>> Subject: Re: Git Migration Reset
>>>
>>> I seem to be able (in my GUI client) to create a patch file for the
>>> commit(s) I have lined up. All I need to do is make a copy of my
>>> commit messages and use those while patching the new 'active'
>>> branch... I think.
>>>
>>> Time will tell, I guess ;-)
>>>
>>> EdB
>>>
>>>
>>>
>>> On Wed, Mar 13, 2013 at 8:21 PM, Frédéric THOMAS
>>>  wrote:

 Not 100% sure because I never did it before but I guess you can do, on
 your
 futur inactive project :  is the first commit you did.

 git format-patch -1 

 -Fred


 -Message d'origine- From: Erik de Bruin
 Sent: Wednesday, March 13, 2013 8:07 PM
 To: dev@flex.apache.org
 Subject: Re: Git Migration Reset


> If you moved it from SVN to Git - why cant you just checkin your svn
> changes?



 Because git has a lot of minor changes in a lot of the same files that
 were already changed in SVN. I spent the afternoon yesterday putting
 the final touches to my contributions and this morning (before the
 excrement hit the ventilator) putting all of that into a whole bunch
 of nicely documented commits. If I were to say "f*ck it" and just
 overlay all the most recent files over my last SVN copy, I would loose
 all of that work.

 Also, it's 8 PM over here and I've been at this since 8 AM this
 morning. My family is threatening to kick me and my laptop out if I
 don't have at least one conherent conversation with them today.

> I meant you are on your own  in the sense that I (or anyone else) cannot
> get into your computer to fix things for you.  Of course I appreciate the



 The way I understand it, it should be possible to clone the new repo
 INFRA will eventually create to my local machine and make that my
 "active project". I can then go into my current (by then "inactive")
 project and create patches for each of the commits I prepared there,
 and apply those patches to my active git project. Am I missing
 something, or does that sound like it should work?

 EdB



 --
 Ix Multimedia Software

 Jan Luykenstraat 27
 3521 VB Utrecht

 T. 06-51952295
 I. www.ixsoftware.nl
>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> 

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Om]

On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:
>
> +0 (read below)
>
> The functionality is flawless, apart from the annoying certificate
> issue when installing. This means I had to uninstall and re-install
> before it would work. I think this might warrant some investigation,
> as a similar (the same?) issue popped up on Twitter. Having a
> workaround (uninstall - install) might no longer be sufficient from a
> users point of view...

Are you sure you don't have a local (that you build) version installed
earlier?  Can you retry with a fresh install from the website, then try the
RC?

Either that, or the proper certificate was not used when creating the RC.

I assume you are on a Mac, right?  Can any other Mac user please try to
replicate this issue?

Thanks,
Om

>
> The other issue I found (mostly cosmetic, but still) is that the combo
> box with the language selection doesn't initially show the language
> that is used (English (US) in my case), but the first item in the list
> (Deutch).
>
> Also, you can use this line for the nl_NL localisation of the stats
> collection disclaimer:
>
> "Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
> ons privacybeleid"
>
> EdB
>
>
> On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
>  wrote:
> > *Issues addressed in this Release Candidate:*
> >
> > 1.  Enable Flex SDK download stats tracking
> > 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for license
> > screen (show regular checkboxes))
> > 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update logic
fix)
> > 4.  French and Dutch language locale fixes.
> > 5.  Added the SDK version number to be downloaded in the window title.
> > 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
> > 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
> > language).
> >
> > This is the first official release of the InstallApacheFlex AIR
application.
> > The official Apache distribution is the source kit which can contain
only
> > source.
> >
> > The source distributions for Windows and Mac are available here:
> >
> > https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
> >
> > The binary distributions as a convenience for the respective platforms,
> > available here:
> >
> > https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/
> >
> > Along with the installer, we are releasing the 'badge installer' that
can be
> > embedded in our site as well as third-party websites.  Here is a
preview:
> >
> > http://flex.apache.org/installer.html
> >
> > *Before voting please review the section,*
> > "What are the ASF requirements on approving a release?" at
> > http://www.apache.org/dev/release.html#approving-a-release
> >
> > *Please vote to approve this release:*
> >
> > [ ] +1 Approve the release
> > [ ] -1 Veto the release (please provide specific comments)
> >
> > This vote will be open for at least 72 hours.
> >
> > Regards,
> > Om & Justin & Fred
> > Apache Flex PMC members + Committer + Release managers
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl

Re: FXG Extension for Photoshop CS5

[Alex Harui]

On 3/14/13 2:53 AM, "Sebastian Mohr"  wrote:
> 
> @Adobe folks ...
> What's wrong with continuing to provide design tool support for
> Apache Flex? How else should we skin Apache Flex components?
Don't know.  I would assume it is a matter of resources and time.

FWIW, the new framework I'm working on is probably going to be less vector
graphic oriented and rely on bitmaps since I think bitmaps are how most
things get "skinned" in html/js/css

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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Erik de Bruin]

Hi,

Just uninstalled (all of it, prefs etc., not just the .app) and
re-installed from the website. No problems there. Then I downloaded a
fresh copy of 2.5 and tried to run that: "This application cannot be
installed because this installer has been mis-configured. Please
contact the application author for assistance."

Maybe it's a Mac-only thing?

EdB



On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:
> On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:
>>
>> +0 (read below)
>>
>> The functionality is flawless, apart from the annoying certificate
>> issue when installing. This means I had to uninstall and re-install
>> before it would work. I think this might warrant some investigation,
>> as a similar (the same?) issue popped up on Twitter. Having a
>> workaround (uninstall - install) might no longer be sufficient from a
>> users point of view...
>
> Are you sure you don't have a local (that you build) version installed
> earlier?  Can you retry with a fresh install from the website, then try the
> RC?
>
> Either that, or the proper certificate was not used when creating the RC.
>
> I assume you are on a Mac, right?  Can any other Mac user please try to
> replicate this issue?
>
> Thanks,
> Om
>
>>
>> The other issue I found (mostly cosmetic, but still) is that the combo
>> box with the language selection doesn't initially show the language
>> that is used (English (US) in my case), but the first item in the list
>> (Deutch).
>>
>> Also, you can use this line for the nl_NL localisation of the stats
>> collection disclaimer:
>>
>> "Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
>> ons privacybeleid"
>>
>> EdB
>>
>>
>> On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
>>  wrote:
>> > *Issues addressed in this Release Candidate:*
>> >
>> > 1.  Enable Flex SDK download stats tracking
>> > 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for license
>> > screen (show regular checkboxes))
>> > 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update logic
> fix)
>> > 4.  French and Dutch language locale fixes.
>> > 5.  Added the SDK version number to be downloaded in the window title.
>> > 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
>> > 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
>> > language).
>> >
>> > This is the first official release of the InstallApacheFlex AIR
> application.
>> > The official Apache distribution is the source kit which can contain
> only
>> > source.
>> >
>> > The source distributions for Windows and Mac are available here:
>> >
>> > https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
>> >
>> > The binary distributions as a convenience for the respective platforms,
>> > available here:
>> >
>> > https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/
>> >
>> > Along with the installer, we are releasing the 'badge installer' that
> can be
>> > embedded in our site as well as third-party websites.  Here is a
> preview:
>> >
>> > http://flex.apache.org/installer.html
>> >
>> > *Before voting please review the section,*
>> > "What are the ASF requirements on approving a release?" at
>> > http://www.apache.org/dev/release.html#approving-a-release
>> >
>> > *Please vote to approve this release:*
>> >
>> > [ ] +1 Approve the release
>> > [ ] -1 Veto the release (please provide specific comments)
>> >
>> > This vote will be open for at least 72 hours.
>> >
>> > Regards,
>> > Om & Justin & Fred
>> > Apache Flex PMC members + Committer + Release managers
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

[jira] [Commented] (FLEX-33429) Bindable Metadata does not work in SubClass

[Alex Harui (JIRA)]

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

Alex Harui commented on FLEX-33429:
---

I'm not sure that's correct either.  Metadata is not inherited.  Think of it as 
a static property of the class, not part of the method/get/set itself.

Also note that using [Bindable] on get/set functions is inefficient.  You are 
much better off dispatching the event from the setter yourself and using 
[Bindable(event)] syntax.  Otherwise, your get/set functions get renamed and 
wrapped by generated get/set functions.

> Bindable Metadata does not work in SubClass
> ---
>
> Key: FLEX-33429
> URL: https://issues.apache.org/jira/browse/FLEX-33429
> Project: Apache Flex
>  Issue Type: Bug
>  Components: .Unspecified - Compiler
>Affects Versions: Apache Flex 4.8 (parity release)
> Environment: Affected OS(s): All OS Platforms
> Language Found: Japanese
>Reporter: hiroyuki kikuchi
>
> If Parent Class has defined a Bindable Metadata, it is not active in SubClass.
> It was working in Flex3.
> The following code demonstrates the problem. Bindable Metadata is not exist 
> in the Sub classes.
> Parent.as
> 
> public class Parent
> {
> private var _value:String;
> [Bindable]
> public function get value():String
> {
> return _value;
> }
> public function set value(value:String):void
> {
> if (_value != value)
> {
> _value = value;
> }
> }
> public function Parent()
> {
> super();
> }
> }
> 
> Sub.as
> 
> public class Sub extends Parent
> {
> override public function get value():String
> {
> return super.value;
> }
> public function Sub()
> {
> super();
> }
> }
> 
> Main.mxml
> 
> 
> http://ns.adobe.com/mxml/2009";
>xmlns:s="library://ns.adobe.com/flex/spark"
>xmlns:mx="library://ns.adobe.com/flex/mx"
>width="100%" height="100%">
> 
> 
> 
> 
> 
> 
> 
>  text="{describeType(parentClass).toString()}" />
>  text="{describeType(subClass).toString()}" />
> 
> 
> 

--
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: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

Maybe it's a Mac-only thing?


Yes, It could, Om did you send your cert to Justin as well ?

Justin, does your build.properties point to the good cert ?

-Fred

-Message d'origine- 
From: Erik de Bruin

Sent: Thursday, March 14, 2013 4:24 PM
To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

Hi,

Just uninstalled (all of it, prefs etc., not just the .app) and
re-installed from the website. No problems there. Then I downloaded a
fresh copy of 2.5 and tried to run that: "This application cannot be
installed because this installer has been mis-configured. Please
contact the application author for assistance."

Maybe it's a Mac-only thing?

EdB



On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:

On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:


+0 (read below)

The functionality is flawless, apart from the annoying certificate
issue when installing. This means I had to uninstall and re-install
before it would work. I think this might warrant some investigation,
as a similar (the same?) issue popped up on Twitter. Having a
workaround (uninstall - install) might no longer be sufficient from a
users point of view...


Are you sure you don't have a local (that you build) version installed
earlier?  Can you retry with a fresh install from the website, then try 
the

RC?

Either that, or the proper certificate was not used when creating the RC.

I assume you are on a Mac, right?  Can any other Mac user please try to
replicate this issue?

Thanks,
Om



The other issue I found (mostly cosmetic, but still) is that the combo
box with the language selection doesn't initially show the language
that is used (English (US) in my case), but the first item in the list
(Deutch).

Also, you can use this line for the nl_NL localisation of the stats
collection disclaimer:

"Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
ons privacybeleid"

EdB


On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
 wrote:
> *Issues addressed in this Release Candidate:*
>
> 1.  Enable Flex SDK download stats tracking
> 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for 
> license

> screen (show regular checkboxes))
> 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update logic

fix)

> 4.  French and Dutch language locale fixes.
> 5.  Added the SDK version number to be downloaded in the window title.
> 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
> 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
> language).
>
> This is the first official release of the InstallApacheFlex AIR

application.

> The official Apache distribution is the source kit which can contain

only

> source.
>
> The source distributions for Windows and Mac are available here:
>
> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
>
> The binary distributions as a convenience for the respective platforms,
> available here:
>
> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/
>
> Along with the installer, we are releasing the 'badge installer' that

can be

> embedded in our site as well as third-party websites.  Here is a

preview:

>
> http://flex.apache.org/installer.html
>
> *Before voting please review the section,*
> "What are the ASF requirements on approving a release?" at
> http://www.apache.org/dev/release.html#approving-a-release
>
> *Please vote to approve this release:*
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Regards,
> Om & Justin & Fred
> Apache Flex PMC members + Committer + Release managers



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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




--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

Well, I can't figure out why it works for me an not for you :P

Btw, I'm confuse now, how do you write the name of the Nederland's language 
in that language ? :)


-Fred

-Message d'origine- 
From: Erik de Bruin

Sent: Thursday, March 14, 2013 3:27 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] 
Apache Flex SDK Installer 2.5 RC1)



Humm.. are you telling me you're Deutch but your OS is en_US based ?
Weird, because the default behavior of the Installer regarding locales is 
to

detect your OS locale 1rst and then fallback in en_US if none of the
existing ones is found and it looks it found Deutch :P
Note: I've got an French OS and it works to me, I don't know what to say 
if

you're right.


No, apart from a typo (Deutsch instead of Deutsh) in my email, the
situation as I described it correct. My setup is that - although I'm
from Nederland (Pays Bas) - I have bought my MacBook in the US and so
it's OS is full en_US. The installer didn't pick up on that and
instead showed me the first item (index 0 I guess) in the combobox.
"Deutsch" is native for German (Allemand), which would not even be
correct if it somehow guessed I wasn't from nl_NL ;-)

EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Alex Harui]

I got the error trying the dmg from the binary distro, but as soon as I
deleted the old install (in /Applications/Apache Flex/) it worked.


On 3/14/13 8:24 AM, "Erik de Bruin"  wrote:

> Hi,
> 
> Just uninstalled (all of it, prefs etc., not just the .app) and
> re-installed from the website. No problems there. Then I downloaded a
> fresh copy of 2.5 and tried to run that: "This application cannot be
> installed because this installer has been mis-configured. Please
> contact the application author for assistance."
> 
> Maybe it's a Mac-only thing?
> 
> EdB
> 
> 
> 
> On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:
>> On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:
>>> 
>>> +0 (read below)
>>> 
>>> The functionality is flawless, apart from the annoying certificate
>>> issue when installing. This means I had to uninstall and re-install
>>> before it would work. I think this might warrant some investigation,
>>> as a similar (the same?) issue popped up on Twitter. Having a
>>> workaround (uninstall - install) might no longer be sufficient from a
>>> users point of view...
>> 
>> Are you sure you don't have a local (that you build) version installed
>> earlier?  Can you retry with a fresh install from the website, then try the
>> RC?
>> 
>> Either that, or the proper certificate was not used when creating the RC.
>> 
>> I assume you are on a Mac, right?  Can any other Mac user please try to
>> replicate this issue?
>> 
>> Thanks,
>> Om
>> 
>>> 
>>> The other issue I found (mostly cosmetic, but still) is that the combo
>>> box with the language selection doesn't initially show the language
>>> that is used (English (US) in my case), but the first item in the list
>>> (Deutch).
>>> 
>>> Also, you can use this line for the nl_NL localisation of the stats
>>> collection disclaimer:
>>> 
>>> "Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
>>> ons privacybeleid"
>>> 
>>> EdB
>>> 
>>> 
>>> On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
>>>  wrote:
 *Issues addressed in this Release Candidate:*
 
 1.  Enable Flex SDK download stats tracking
 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for license
 screen (show regular checkboxes))
 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update logic
>> fix)
 4.  French and Dutch language locale fixes.
 5.  Added the SDK version number to be downloaded in the window title.
 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
 language).
 
 This is the first official release of the InstallApacheFlex AIR
>> application.
 The official Apache distribution is the source kit which can contain
>> only
 source.
 
 The source distributions for Windows and Mac are available here:
 
 https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
 
 The binary distributions as a convenience for the respective platforms,
 available here:
 
 https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/
 
 Along with the installer, we are releasing the 'badge installer' that
>> can be
 embedded in our site as well as third-party websites.  Here is a
>> preview:
 
 http://flex.apache.org/installer.html
 
 *Before voting please review the section,*
 "What are the ASF requirements on approving a release?" at
 http://www.apache.org/dev/release.html#approving-a-release
 
 *Please vote to approve this release:*
 
 [ ] +1 Approve the release
 [ ] -1 Veto the release (please provide specific comments)
 
 This vote will be open for at least 72 hours.
 
 Regards,
 Om & Justin & Fred
 Apache Flex PMC members + Committer + Release managers
>>> 
>>> 
>>> 
>>> --
>>> Ix Multimedia Software
>>> 
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>> 
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
> 
> 
> 
> --
> Ix Multimedia Software
> 
> Jan Luykenstraat 27
> 3521 VB Utrecht
> 
> T. 06-51952295
> I. www.ixsoftware.nl

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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

I guess the Mac version hasn't been built with the good certificate.

Thanks,
-Fred

-Message d'origine- 
From: Alex Harui

Sent: Thursday, March 14, 2013 4:42 PM
To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

I got the error trying the dmg from the binary distro, but as soon as I
deleted the old install (in /Applications/Apache Flex/) it worked.


On 3/14/13 8:24 AM, "Erik de Bruin"  wrote:


Hi,

Just uninstalled (all of it, prefs etc., not just the .app) and
re-installed from the website. No problems there. Then I downloaded a
fresh copy of 2.5 and tried to run that: "This application cannot be
installed because this installer has been mis-configured. Please
contact the application author for assistance."

Maybe it's a Mac-only thing?

EdB



On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:

On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:


+0 (read below)

The functionality is flawless, apart from the annoying certificate
issue when installing. This means I had to uninstall and re-install
before it would work. I think this might warrant some investigation,
as a similar (the same?) issue popped up on Twitter. Having a
workaround (uninstall - install) might no longer be sufficient from a
users point of view...


Are you sure you don't have a local (that you build) version installed
earlier?  Can you retry with a fresh install from the website, then try 
the

RC?

Either that, or the proper certificate was not used when creating the RC.

I assume you are on a Mac, right?  Can any other Mac user please try to
replicate this issue?

Thanks,
Om



The other issue I found (mostly cosmetic, but still) is that the combo
box with the language selection doesn't initially show the language
that is used (English (US) in my case), but the first item in the list
(Deutch).

Also, you can use this line for the nl_NL localisation of the stats
collection disclaimer:

"Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
ons privacybeleid"

EdB


On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
 wrote:

*Issues addressed in this Release Candidate:*

1.  Enable Flex SDK download stats tracking
2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for 
license

screen (show regular checkboxes))
3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update logic

fix)

4.  French and Dutch language locale fixes.
5.  Added the SDK version number to be downloaded in the window title.
6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
language).

This is the first official release of the InstallApacheFlex AIR

application.

The official Apache distribution is the source kit which can contain

only

source.

The source distributions for Windows and Mac are available here:

https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/

The binary distributions as a convenience for the respective platforms,
available here:

https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/

Along with the installer, we are releasing the 'badge installer' that

can be

embedded in our site as well as third-party websites.  Here is a

preview:


http://flex.apache.org/installer.html

*Before voting please review the section,*
"What are the ASF requirements on approving a release?" at
http://www.apache.org/dev/release.html#approving-a-release

*Please vote to approve this release:*

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Regards,
Om & Justin & Fred
Apache Flex PMC members + Committer + Release managers




--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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




--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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


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

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Erik de Bruin]

It's right there in the list: "Nederlands." You may be confused with
"Dutch", which is how English speakers refer to our language and
people living here (the Dutch).

You are Windows, right? Hello, I'm a Mac ;-)

EdB



On Thu, Mar 14, 2013 at 4:41 PM, Frédéric THOMAS
 wrote:
> Well, I can't figure out why it works for me an not for you :P
>
> Btw, I'm confuse now, how do you write the name of the Nederland's language
> in that language ? :)
>
> -Fred
>
> -Message d'origine- From: Erik de Bruin
> Sent: Thursday, March 14, 2013 3:27 PM
>
> To: dev@flex.apache.org
> Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
> Apache Flex SDK Installer 2.5 RC1)
>
>> Humm.. are you telling me you're Deutch but your OS is en_US based ?
>> Weird, because the default behavior of the Installer regarding locales is
>> to
>> detect your OS locale 1rst and then fallback in en_US if none of the
>> existing ones is found and it looks it found Deutch :P
>> Note: I've got an French OS and it works to me, I don't know what to say
>> if
>> you're right.
>
>
> No, apart from a typo (Deutsch instead of Deutsh) in my email, the
> situation as I described it correct. My setup is that - although I'm
> from Nederland (Pays Bas) - I have bought my MacBook in the US and so
> it's OS is full en_US. The installer didn't pick up on that and
> instead showed me the first item (index 0 I guess) in the combobox.
> "Deutsch" is native for German (Allemand), which would not even be
> correct if it somehow guessed I wasn't from nl_NL ;-)
>
> EdB
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

Thanks, I'm going to fix the label.

Yes, I thought about a Mac issue (I'm on windows) but as I suppose Justin is 
building the same code as mine, I can't figure out how it can happen.


-Fred

-Message d'origine- 
From: Erik de Bruin

Sent: Thursday, March 14, 2013 4:50 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] 
Apache Flex SDK Installer 2.5 RC1)


It's right there in the list: "Nederlands." You may be confused with
"Dutch", which is how English speakers refer to our language and
people living here (the Dutch).

You are Windows, right? Hello, I'm a Mac ;-)

EdB



On Thu, Mar 14, 2013 at 4:41 PM, Frédéric THOMAS
 wrote:

Well, I can't figure out why it works for me an not for you :P

Btw, I'm confuse now, how do you write the name of the Nederland's 
language

in that language ? :)

-Fred

-Message d'origine- From: Erik de Bruin
Sent: Thursday, March 14, 2013 3:27 PM

To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
Apache Flex SDK Installer 2.5 RC1)


Humm.. are you telling me you're Deutch but your OS is en_US based ?
Weird, because the default behavior of the Installer regarding locales is
to
detect your OS locale 1rst and then fallback in en_US if none of the
existing ones is found and it looks it found Deutch :P
Note: I've got an French OS and it works to me, I don't know what to say
if
you're right.



No, apart from a typo (Deutsch instead of Deutsh) in my email, the
situation as I described it correct. My setup is that - although I'm
from Nederland (Pays Bas) - I have bought my MacBook in the US and so
it's OS is full en_US. The installer didn't pick up on that and
instead showed me the first item (index 0 I guess) in the combobox.
"Deutsch" is native for German (Allemand), which would not even be
correct if it somehow guessed I wasn't from nl_NL ;-)

EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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




--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

Oups, yes I've been confuse with the language, nothing to fix :P

-Fred

-Message d'origine- 
From: Erik de Bruin

Sent: Thursday, March 14, 2013 4:50 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] 
Apache Flex SDK Installer 2.5 RC1)


It's right there in the list: "Nederlands." You may be confused with
"Dutch", which is how English speakers refer to our language and
people living here (the Dutch).

You are Windows, right? Hello, I'm a Mac ;-)

EdB



On Thu, Mar 14, 2013 at 4:41 PM, Frédéric THOMAS
 wrote:

Well, I can't figure out why it works for me an not for you :P

Btw, I'm confuse now, how do you write the name of the Nederland's 
language

in that language ? :)

-Fred

-Message d'origine- From: Erik de Bruin
Sent: Thursday, March 14, 2013 3:27 PM

To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
Apache Flex SDK Installer 2.5 RC1)


Humm.. are you telling me you're Deutch but your OS is en_US based ?
Weird, because the default behavior of the Installer regarding locales is
to
detect your OS locale 1rst and then fallback in en_US if none of the
existing ones is found and it looks it found Deutch :P
Note: I've got an French OS and it works to me, I don't know what to say
if
you're right.



No, apart from a typo (Deutsch instead of Deutsh) in my email, the
situation as I described it correct. My setup is that - although I'm
from Nederland (Pays Bas) - I have bought my MacBook in the US and so
it's OS is full en_US. The installer didn't pick up on that and
instead showed me the first item (index 0 I guess) in the combobox.
"Deutsch" is native for German (Allemand), which would not even be
correct if it somehow guessed I wasn't from nl_NL ;-)

EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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




--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Om]

On Mar 14, 2013 8:45 AM, "Frédéric THOMAS"  wrote:
>
> I guess the Mac version hasn't been built with the good certificate.
>

It does seem like it.  Justin does have the required certificates.

Justin, are you not seeing this issue when you try to install the RC over
the current one in production?

> Thanks,
> -Fred
>
> -Message d'origine- From: Alex Harui
> Sent: Thursday, March 14, 2013 4:42 PM
>
> To: dev@flex.apache.org
> Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2
>
> I got the error trying the dmg from the binary distro, but as soon as I
> deleted the old install (in /Applications/Apache Flex/) it worked.
>
>
> On 3/14/13 8:24 AM, "Erik de Bruin"  wrote:
>
>> Hi,
>>
>> Just uninstalled (all of it, prefs etc., not just the .app) and
>> re-installed from the website. No problems there. Then I downloaded a
>> fresh copy of 2.5 and tried to run that: "This application cannot be
>> installed because this installer has been mis-configured. Please
>> contact the application author for assistance."
>>
>> Maybe it's a Mac-only thing?
>>
>> EdB
>>
>>
>>
>> On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:
>>>
>>> On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:


 +0 (read below)

 The functionality is flawless, apart from the annoying certificate
 issue when installing. This means I had to uninstall and re-install
 before it would work. I think this might warrant some investigation,
 as a similar (the same?) issue popped up on Twitter. Having a
 workaround (uninstall - install) might no longer be sufficient from a
 users point of view...
>>>
>>>
>>> Are you sure you don't have a local (that you build) version installed
>>> earlier?  Can you retry with a fresh install from the website, then try
the
>>> RC?
>>>
>>> Either that, or the proper certificate was not used when creating the
RC.
>>>
>>> I assume you are on a Mac, right?  Can any other Mac user please try to
>>> replicate this issue?
>>>
>>> Thanks,
>>> Om
>>>

 The other issue I found (mostly cosmetic, but still) is that the combo
 box with the language selection doesn't initially show the language
 that is used (English (US) in my case), but the first item in the list
 (Deutch).

 Also, you can use this line for the nl_NL localisation of the stats
 collection disclaimer:

 "Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
 ons privacybeleid"

 EdB


 On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
  wrote:
>
> *Issues addressed in this Release Candidate:*
>
> 1.  Enable Flex SDK download stats tracking
> 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for
license
> screen (show regular checkboxes))
> 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update
logic
>>>
>>> fix)
>
> 4.  French and Dutch language locale fixes.
> 5.  Added the SDK version number to be downloaded in the window title.
> 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
> 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
> language).
>
> This is the first official release of the InstallApacheFlex AIR
>>>
>>> application.
>
> The official Apache distribution is the source kit which can contain
>>>
>>> only
>
> source.
>
> The source distributions for Windows and Mac are available here:
>
> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
>
> The binary distributions as a convenience for the respective
platforms,
> available here:
>
>
https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/
>
> Along with the installer, we are releasing the 'badge installer' that
>>>
>>> can be
>
> embedded in our site as well as third-party websites.  Here is a
>>>
>>> preview:
>
>
> http://flex.apache.org/installer.html
>
> *Before voting please review the section,*
> "What are the ASF requirements on approving a release?" at
> http://www.apache.org/dev/release.html#approving-a-release
>
> *Please vote to approve this release:*
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Regards,
> Om & Justin & Fred
> Apache Flex PMC members + Committer + Release managers




 --
 Ix Multimedia Software

 Jan Luykenstraat 27
 3521 VB Utrecht

 T. 06-51952295
 I. www.ixsoftware.nl
>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

Erik,

I wonder, which browser/flash plugin version are you running ?

-Fred

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

Sent: Thursday, March 14, 2013 4:56 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] 
Apache Flex SDK Installer 2.5 RC1)


Thanks, I'm going to fix the label.

Yes, I thought about a Mac issue (I'm on windows) but as I suppose Justin is
building the same code as mine, I can't figure out how it can happen.

-Fred

-Message d'origine- 
From: Erik de Bruin

Sent: Thursday, March 14, 2013 4:50 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
Apache Flex SDK Installer 2.5 RC1)

It's right there in the list: "Nederlands." You may be confused with
"Dutch", which is how English speakers refer to our language and
people living here (the Dutch).

You are Windows, right? Hello, I'm a Mac ;-)

EdB



On Thu, Mar 14, 2013 at 4:41 PM, Frédéric THOMAS
 wrote:

Well, I can't figure out why it works for me an not for you :P

Btw, I'm confuse now, how do you write the name of the Nederland's 
language

in that language ? :)

-Fred

-Message d'origine- From: Erik de Bruin
Sent: Thursday, March 14, 2013 3:27 PM

To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
Apache Flex SDK Installer 2.5 RC1)


Humm.. are you telling me you're Deutch but your OS is en_US based ?
Weird, because the default behavior of the Installer regarding locales is
to
detect your OS locale 1rst and then fallback in en_US if none of the
existing ones is found and it looks it found Deutch :P
Note: I've got an French OS and it works to me, I don't know what to say
if
you're right.



No, apart from a typo (Deutsch instead of Deutsh) in my email, the
situation as I described it correct. My setup is that - although I'm
from Nederland (Pays Bas) - I have bought my MacBook in the US and so
it's OS is full en_US. The installer didn't pick up on that and
instead showed me the first item (index 0 I guess) in the combobox.
"Deutsch" is native for German (Allemand), which would not even be
correct if it somehow guessed I wasn't from nl_NL ;-)

EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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




--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Erik de Bruin]

11.6.602.171

EdB


On Thu, Mar 14, 2013 at 5:30 PM, Frédéric THOMAS
 wrote:
> Erik,
>
> I wonder, which browser/flash plugin version are you running ?
>
> -Fred
>
> -Message d'origine- From: Frédéric THOMAS
> Sent: Thursday, March 14, 2013 4:56 PM
>
> To: dev@flex.apache.org
> Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
> Apache Flex SDK Installer 2.5 RC1)
>
> Thanks, I'm going to fix the label.
>
> Yes, I thought about a Mac issue (I'm on windows) but as I suppose Justin is
> building the same code as mine, I can't figure out how it can happen.
>
> -Fred
>
> -Message d'origine- From: Erik de Bruin
> Sent: Thursday, March 14, 2013 4:50 PM
> To: dev@flex.apache.org
> Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
> Apache Flex SDK Installer 2.5 RC1)
>
> It's right there in the list: "Nederlands." You may be confused with
> "Dutch", which is how English speakers refer to our language and
> people living here (the Dutch).
>
> You are Windows, right? Hello, I'm a Mac ;-)
>
> EdB
>
>
>
> On Thu, Mar 14, 2013 at 4:41 PM, Frédéric THOMAS
>  wrote:
>>
>> Well, I can't figure out why it works for me an not for you :P
>>
>> Btw, I'm confuse now, how do you write the name of the Nederland's
>> language
>> in that language ? :)
>>
>> -Fred
>>
>> -Message d'origine- From: Erik de Bruin
>> Sent: Thursday, March 14, 2013 3:27 PM
>>
>> To: dev@flex.apache.org
>> Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
>> Apache Flex SDK Installer 2.5 RC1)
>>
>>> Humm.. are you telling me you're Deutch but your OS is en_US based ?
>>> Weird, because the default behavior of the Installer regarding locales is
>>> to
>>> detect your OS locale 1rst and then fallback in en_US if none of the
>>> existing ones is found and it looks it found Deutch :P
>>> Note: I've got an French OS and it works to me, I don't know what to say
>>> if
>>> you're right.
>>
>>
>>
>> No, apart from a typo (Deutsch instead of Deutsh) in my email, the
>> situation as I described it correct. My setup is that - although I'm
>> from Nederland (Pays Bas) - I have bought my MacBook in the US and so
>> it's OS is full en_US. The installer didn't pick up on that and
>> instead showed me the first item (index 0 I guess) in the combobox.
>> "Deutsch" is native for German (Allemand), which would not even be
>> correct if it somehow guessed I wasn't from nl_NL ;-)
>>
>> EdB
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
>



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] Apache Flex SDK Installer 2.5 RC1)

[Frédéric THOMAS]

Forget about that :P I'm tired xD

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

Sent: Thursday, March 14, 2013 5:30 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS] 
Apache Flex SDK Installer 2.5 RC1)


Erik,

I wonder, which browser/flash plugin version are you running ?

-Fred

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

Sent: Thursday, March 14, 2013 4:56 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
Apache Flex SDK Installer 2.5 RC1)

Thanks, I'm going to fix the label.

Yes, I thought about a Mac issue (I'm on windows) but as I suppose Justin is
building the same code as mine, I can't figure out how it can happen.

-Fred

-Message d'origine- 
From: Erik de Bruin

Sent: Thursday, March 14, 2013 4:50 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
Apache Flex SDK Installer 2.5 RC1)

It's right there in the list: "Nederlands." You may be confused with
"Dutch", which is how English speakers refer to our language and
people living here (the Dutch).

You are Windows, right? Hello, I'm a Mac ;-)

EdB



On Thu, Mar 14, 2013 at 4:41 PM, Frédéric THOMAS
 wrote:

Well, I can't figure out why it works for me an not for you :P

Btw, I'm confuse now, how do you write the name of the Nederland's 
language

in that language ? :)

-Fred

-Message d'origine- From: Erik de Bruin
Sent: Thursday, March 14, 2013 3:27 PM

To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC2 (was: [DISCUSS]
Apache Flex SDK Installer 2.5 RC1)


Humm.. are you telling me you're Deutch but your OS is en_US based ?
Weird, because the default behavior of the Installer regarding locales is
to
detect your OS locale 1rst and then fallback in en_US if none of the
existing ones is found and it looks it found Deutch :P
Note: I've got an French OS and it works to me, I don't know what to say
if
you're right.



No, apart from a typo (Deutsch instead of Deutsh) in my email, the
situation as I described it correct. My setup is that - although I'm
from Nederland (Pays Bas) - I have bought my MacBook in the US and so
it's OS is full en_US. The installer didn't pick up on that and
instead showed me the first item (index 0 I guess) in the combobox.
"Deutsch" is native for German (Allemand), which would not even be
correct if it somehow guessed I wasn't from nl_NL ;-)

EdB



--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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




--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

RE: Finishing the Git migration - Update

[Gordon Smith]

I'm waiting until everything settles down.

On Windows, do people recommend getting Git through Cygwin? Or nstalling the 
Git available at git-scm.com? If the latter, should I use it in Git Bash or in 
Command Prompt? Which line endings option should I choose?

- Gordon

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
Sent: Wednesday, March 13, 2013 1:05 AM
To: dev@flex.apache.org
Subject: Re: Finishing the Git migration - Update

Just a note that the Falcon still needs to be verified.  I guess Gordon would 
be the best person for that.

Thanks,
Om

Re: FXG Extension for Photoshop CS5

[jude]

One of the reasons we like Flash and Flex is because it gives the
consistent visual results across platforms. I'm a little concerned that we
are adopting JS and HTML approaches and will then inherit it's problems. IE
leaving the view to HTML.

One of the potentials I see in the Flex to HTML / JS projects is that we
will eventually be able to create the same app from the same code base and
get the same look and feel as we do in Flash Player / AIR. If we have to
start worrying about visual inconsistencies between browsers or export HTML
and CSS with patches for different browsers then what is the advantage?

I know there is an advantage. It's that we can use AS instead of JS so you
get all the advantages of AS, like a strongly typed languages, packages
etc. I think that's the Randori approach. That's a huge. But it doesn't
address the view. At the end of the day we would still need to write the
view in HTML or in your version of Flex use raster images instead vector
graphics? Correct me if I'm wrong. I'm still in a wait and see.

I'm interested in seeing if we can get the same vector output in HTML as we
do in Flash. I think Frank mentioned he has a Flash JS runtime container
that runs on the HTML Canvas (charts demo?). I would rather we target that
(HTML canvas, drawing API), even if it's poorer performance at the present
time. We can always do runtime performance measurement and turn off some or
all of our animations on slower browsers. But from a quick look online I'm
reading many / all the major browsers are hitting 40 to 60 FPS for HTML
Canvas on similar drawing calls to what we have in Flash.

I can look into HTML5 performance and how it performs across browsers
(mobile may be much faster than desktop?). I'm sure Frank has the numbers
and more information on this so I'll wait here before looking further into
it reply.

I bring this up because I've been writing mobile and desktop app and in my
view for my apps, vector support is becoming much more important than I
thought as I target more platforms (and now retina displays). I'd argue
more for consistent look is more important than performance. That's like a
holy grail and major pain point in HTML development (or was for me). I
don't know. Thoughts? My 2 cents.

On Thu, Mar 14, 2013 at 9:58 AM, Alex Harui  wrote:

>
>
>
> On 3/14/13 2:53 AM, "Sebastian Mohr"  wrote:
> >
> > @Adobe folks ...
> > What's wrong with continuing to provide design tool support for
> > Apache Flex? How else should we skin Apache Flex components?
> Don't know.  I would assume it is a matter of resources and time.
>
> FWIW, the new framework I'm working on is probably going to be less vector
> graphic oriented and rely on bitmaps since I think bitmaps are how most
> things get "skinned" in html/js/css
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
>

Re: Finishing the Git migration - Update

[Frédéric THOMAS]

Hi Gordon,

If you like command line, I would recommand going thru Cygwin because you'll 
be able to choose your editor which I never been able to do on git command 
line for windows but at the moment I'm not using it from Cygwin but from the 
command line (git-scm.com), I installed tortoiseGit too and SmartGit which 
is every handy to use.


-Fred

-Message d'origine- 
From: Gordon Smith

Sent: Thursday, March 14, 2013 6:33 PM
To: dev@flex.apache.org
Subject: RE: Finishing the Git migration - Update

I'm waiting until everything settles down.

On Windows, do people recommend getting Git through Cygwin? Or nstalling the 
Git available at git-scm.com? If the latter, should I use it in Git Bash or 
in Command Prompt? Which line endings option should I choose?


- Gordon

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
Sent: Wednesday, March 13, 2013 1:05 AM
To: dev@flex.apache.org
Subject: Re: Finishing the Git migration - Update

Just a note that the Falcon still needs to be verified.  I guess Gordon 
would be the best person for that.


Thanks,
Om 

Re: FXG support in FlexJS

[jude]

+1

On Thu, Mar 14, 2013 at 12:36 PM, Om  wrote:

> > FWIW, the new framework I'm working on is probably going to be less
> vector
> > graphic oriented and rely on bitmaps since I think bitmaps are how most
> > things get "skinned" in html/js/css
> >
> >
> This really worries me.  Are you saying that we dont want to support FXG in
> FlexJS?
>
> Spark skinning paradigm is one of the best out there.  Are we willing to
> throw it out because HTML/JS cant support it?  That is not a vision of Flex
> that existing developers would like (including me)
>
> At the very minimum, we should support the BitmapImage (and related
> classes) That would be better than no FXG support at all.
>
> As an aside, most FXG elements have SVG equivalents.  In that sense FXG is
> only an XSLT transformation away from SVG (I had to do the reverse
> transformation for a project a while ago)
>
> Most modern browsers support inlining SVG with HTML5 [1]  If we can skin
> HTML elements using SVG like this [2], that would be a big win for us.
>  This would bring us so much closer to how we skin MXML with FXG.
>
> FYI, there is a whole bunch of inline SVG + HTML5 usage examples here [3]
>
> Thanks,
> Om
>
> [1] http://caniuse.com/svg-html5
> [2]
>
> http://samples.msdn.microsoft.com/ietestcenter/html5/svg_html/SVG_HTML_Elements_003.html
> [3]
> http://samples.msdn.microsoft.com/ietestcenter/html5/svghtml_harness.htm
>

Re: Finishing the Git migration - Update

[Lee Burrows]

i just use git for windows (http://windows.github.com/) - its good 
enough for 99% of what i need


On 14/03/2013 17:33, Gordon Smith wrote:

I'm waiting until everything settles down.

On Windows, do people recommend getting Git through Cygwin? Or nstalling the 
Git available at git-scm.com? If the latter, should I use it in Git Bash or in 
Command Prompt? Which line endings option should I choose?

- Gordon

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
Sent: Wednesday, March 13, 2013 1:05 AM
To: dev@flex.apache.org
Subject: Re: Finishing the Git migration - Update

Just a note that the Falcon still needs to be verified.  I guess Gordon would 
be the best person for that.

Thanks,
Om




--
Lee Burrows
ActionScripter

Re: FXG Extension for Photoshop CS5

[jude]

If they are not going to support FXG output can they donate the code?

On Thu, Mar 14, 2013 at 9:58 AM, Alex Harui  wrote:

>
>
>
> On 3/14/13 2:53 AM, "Sebastian Mohr"  wrote:
> >
> > @Adobe folks ...
> > What's wrong with continuing to provide design tool support for
> > Apache Flex? How else should we skin Apache Flex components?
> Don't know.  I would assume it is a matter of resources and time.
>
> FWIW, the new framework I'm working on is probably going to be less vector
> graphic oriented and rely on bitmaps since I think bitmaps are how most
> things get "skinned" in html/js/css
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
>

RE: Finishing the Git migration - Update

[Kessler CTR Mark J]

I took someone else's advice and used TortoiseGit [1] in Windows.  It 
integrates into the windows context menus, giving you the ability to right 
click on folders or files to use GIT commands.  I did however turn off its icon 
changing features.

[1] http://code.google.com/p/tortoisegit/

-Original Message-
From: Gordon Smith [mailto:gosm...@adobe.com] 
Sent: Thursday, March 14, 2013 1:34 PM
To: dev@flex.apache.org
Subject: RE: Finishing the Git migration - Update

I'm waiting until everything settles down.

On Windows, do people recommend getting Git through Cygwin? Or nstalling the 
Git available at git-scm.com? If the latter, should I use it in Git Bash or in 
Command Prompt? Which line endings option should I choose?

- Gordon


smime.p7s
Description: S/MIME cryptographic signature

Re: Committers - preparing for Git

[Frédéric THOMAS]

Something as well which has to be done as describe here to rebase 
automaticly your commit:


https://git-wip-us.apache.org/docs/committer-practices.html

-Fred

-Message d'origine- 
From: Om

Sent: Thursday, March 14, 2013 6:43 PM
To: dev@flex.apache.org
Subject: Committers - preparing for Git

On Thu, Mar 14, 2013 at 10:33 AM, Gordon Smith  wrote:


I'm waiting until everything settles down.

On Windows, do people recommend getting Git through Cygwin?



I use Git Bash when I have to use the commandline.  But once I discovered
TortoiseGit, I find myself using Git Bash less and less.




Or nstalling the Git available at git-scm.com? If the latter, should I
use it in Git Bash or in Command Prompt?






Which line endings option should I choose?



Take a look at this documentation here:
https://git-wip-us.apache.org/#line-endings

And btw, every committer should read this and follow the directions here:
https://git-wip-us.apache.org/#committers-getting-started

Thanks,
Om 

RE: Finishing the Git migration - Update

[Christofer Dutz]

TortoiseGIT rocks :-)



Am 14. März 2013 18:33:57 schrieb Gordon Smith :

I'm waiting until everything settles down.

On Windows, do people recommend getting Git through Cygwin? Or 
nstalling the Git available at git-scm.com? If the latter, should I use 
it in Git Bash or in Command Prompt? Which line endings option should I choose?


- Gordon

-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
Sent: Wednesday, March 13, 2013 1:05 AM
To: dev@flex.apache.org
Subject: Re: Finishing the Git migration - Update

Just a note that the Falcon still needs to be verified.  I guess Gordon 
would be the best person for that.


Thanks,
Om

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Erik de Bruin]

I just confirmed it is the certificate. I did a release build with the
certificate I used for the 1.0.x releases and the resulting installer
runs fine...

EdB



On Thu, Mar 14, 2013 at 5:10 PM, Om  wrote:
> On Mar 14, 2013 8:45 AM, "Frédéric THOMAS"  wrote:
>>
>> I guess the Mac version hasn't been built with the good certificate.
>>
>
> It does seem like it.  Justin does have the required certificates.
>
> Justin, are you not seeing this issue when you try to install the RC over
> the current one in production?
>
>> Thanks,
>> -Fred
>>
>> -Message d'origine- From: Alex Harui
>> Sent: Thursday, March 14, 2013 4:42 PM
>>
>> To: dev@flex.apache.org
>> Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2
>>
>> I got the error trying the dmg from the binary distro, but as soon as I
>> deleted the old install (in /Applications/Apache Flex/) it worked.
>>
>>
>> On 3/14/13 8:24 AM, "Erik de Bruin"  wrote:
>>
>>> Hi,
>>>
>>> Just uninstalled (all of it, prefs etc., not just the .app) and
>>> re-installed from the website. No problems there. Then I downloaded a
>>> fresh copy of 2.5 and tried to run that: "This application cannot be
>>> installed because this installer has been mis-configured. Please
>>> contact the application author for assistance."
>>>
>>> Maybe it's a Mac-only thing?
>>>
>>> EdB
>>>
>>>
>>>
>>> On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:

 On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:
>
>
> +0 (read below)
>
> The functionality is flawless, apart from the annoying certificate
> issue when installing. This means I had to uninstall and re-install
> before it would work. I think this might warrant some investigation,
> as a similar (the same?) issue popped up on Twitter. Having a
> workaround (uninstall - install) might no longer be sufficient from a
> users point of view...


 Are you sure you don't have a local (that you build) version installed
 earlier?  Can you retry with a fresh install from the website, then try
> the
 RC?

 Either that, or the proper certificate was not used when creating the
> RC.

 I assume you are on a Mac, right?  Can any other Mac user please try to
 replicate this issue?

 Thanks,
 Om

>
> The other issue I found (mostly cosmetic, but still) is that the combo
> box with the language selection doesn't initially show the language
> that is used (English (US) in my case), but the first item in the list
> (Deutch).
>
> Also, you can use this line for the nl_NL localisation of the stats
> collection disclaimer:
>
> "Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
> ons privacybeleid"
>
> EdB
>
>
> On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
>  wrote:
>>
>> *Issues addressed in this Release Candidate:*
>>
>> 1.  Enable Flex SDK download stats tracking
>> 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for
> license
>> screen (show regular checkboxes))
>> 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update
> logic

 fix)
>>
>> 4.  French and Dutch language locale fixes.
>> 5.  Added the SDK version number to be downloaded in the window title.
>> 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
>> 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
>> language).
>>
>> This is the first official release of the InstallApacheFlex AIR

 application.
>>
>> The official Apache distribution is the source kit which can contain

 only
>>
>> source.
>>
>> The source distributions for Windows and Mac are available here:
>>
>> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
>>
>> The binary distributions as a convenience for the respective
> platforms,
>> available here:
>>
>>
> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/
>>
>> Along with the installer, we are releasing the 'badge installer' that

 can be
>>
>> embedded in our site as well as third-party websites.  Here is a

 preview:
>>
>>
>> http://flex.apache.org/installer.html
>>
>> *Before voting please review the section,*
>> "What are the ASF requirements on approving a release?" at
>> http://www.apache.org/dev/release.html#approving-a-release
>>
>> *Please vote to approve this release:*
>>
>> [ ] +1 Approve the release
>> [ ] -1 Veto the release (please provide specific comments)
>>
>> This vote will be open for at least 72 hours.
>>
>> Regards,
>> Om & Justin & Fred
>> Apache Flex PMC members + Committer + Release managers
>
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I.

FXG 2.0 donation progress concerns and Adobe design tool support

[Sebastian Mohr]

Hi,

In regards to FXG, I have a couple of questions:

I wonder about the current state of the FXG 2.0 donation
process [1]. Is FXG 2.0 already part of Apache Flex? If not,
does Adobe still plan to donate it?

What would happen if FXG 2.0 would be part of Apache Flex?
Would Adobe still support the FXG 2.0 format in the existing
Adobe tools [2]? What would happen if Apache Flex would decide
to work on a new version of FXG ... e.g. FXG 3.0? Would Adobe
still be interested to support the forthcoming versions of FXG if
FXG would be in the hands of Apache Flex?

I also wonder how closely FXG 2.0 is interweaved with the
current Flashplayer 11.6? If FXG 2.0 is so tightly interweaved
with the Flashplayer, wouldn't it be better if Adobe takes
care of FXG 2.0 instead of us?

Thanks for your answers!

[1] http://sourceforge.net/adobe/flexsdk/wiki/FXG%202.0%20Specification/
[2]
https://cwiki.apache.org/confluence/display/FLEX/Designer+&+Developer+Tools


-- 
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

Re: Committers - preparing for Git

[Dasa Paddock]

We've also been trying to follow the nvie.com git flow, including the --no-ff 
branch merging for our project hosted at:
https://github.com/Esri/arcgis-viewer-flex

We've found that GitHub for Windows does not support --no-ff when merging our 
feature branches. We've also found that GitHub for Windows will create a new 
merge commit rather than give an error when it's syncing with the remote and 
the local branch is ahead of the remote branch.

An issue we've found with doing "git pull --rebase" is that it will remove our 
merge commits. This is described in detail here:
http://notes.envato.com/developers/rebasing-merge-commits-in-git/

The solution is to use these command after checking out the develop branch:
$ git fetch origin
$ git rebase --preserve-merges origin/develop

For GUI clients, we've been happy with SourceTree and have been testing the 
Windows version as well:
http://sourcetreeapp.com

--Dasa

On Mar 14, 2013, at 11:06 AM, Frédéric THOMAS  wrote:

> Something as well which has to be done as describe here to rebase automaticly 
> your commit:
> 
> https://git-wip-us.apache.org/docs/committer-practices.html
> 
> -Fred
> 
> -Message d'origine- From: Om
> Sent: Thursday, March 14, 2013 6:43 PM
> To: dev@flex.apache.org
> Subject: Committers - preparing for Git
> 
> On Thu, Mar 14, 2013 at 10:33 AM, Gordon Smith  wrote:
> 
>> I'm waiting until everything settles down.
>> 
>> On Windows, do people recommend getting Git through Cygwin?
> 
> 
> I use Git Bash when I have to use the commandline.  But once I discovered
> TortoiseGit, I find myself using Git Bash less and less.
> 
> 
> 
>> Or nstalling the Git available at git-scm.com? If the latter, should I
>> use it in Git Bash or in Command Prompt?
> 
> 
> 
> 
>> Which line endings option should I choose?
>> 
> 
> Take a look at this documentation here:
> https://git-wip-us.apache.org/#line-endings
> 
> And btw, every committer should read this and follow the directions here:
> https://git-wip-us.apache.org/#committers-getting-started
> 
> Thanks,
> Om 
> 

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Erik de Bruin]

If another Mac user could confirm:

http://people.apache.org/~erikdebruin/release-RC2/

This is NOT an official Release Candidate, it's simply a run from my
build script meant to verify if the correct certificate fixed the
installer issue.

EdB



On Thu, Mar 14, 2013 at 7:34 PM, Erik de Bruin  wrote:
> I just confirmed it is the certificate. I did a release build with the
> certificate I used for the 1.0.x releases and the resulting installer
> runs fine...
>
> EdB
>
>
>
> On Thu, Mar 14, 2013 at 5:10 PM, Om  wrote:
>> On Mar 14, 2013 8:45 AM, "Frédéric THOMAS"  wrote:
>>>
>>> I guess the Mac version hasn't been built with the good certificate.
>>>
>>
>> It does seem like it.  Justin does have the required certificates.
>>
>> Justin, are you not seeing this issue when you try to install the RC over
>> the current one in production?
>>
>>> Thanks,
>>> -Fred
>>>
>>> -Message d'origine- From: Alex Harui
>>> Sent: Thursday, March 14, 2013 4:42 PM
>>>
>>> To: dev@flex.apache.org
>>> Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2
>>>
>>> I got the error trying the dmg from the binary distro, but as soon as I
>>> deleted the old install (in /Applications/Apache Flex/) it worked.
>>>
>>>
>>> On 3/14/13 8:24 AM, "Erik de Bruin"  wrote:
>>>
 Hi,

 Just uninstalled (all of it, prefs etc., not just the .app) and
 re-installed from the website. No problems there. Then I downloaded a
 fresh copy of 2.5 and tried to run that: "This application cannot be
 installed because this installer has been mis-configured. Please
 contact the application author for assistance."

 Maybe it's a Mac-only thing?

 EdB



 On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:
>
> On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:
>>
>>
>> +0 (read below)
>>
>> The functionality is flawless, apart from the annoying certificate
>> issue when installing. This means I had to uninstall and re-install
>> before it would work. I think this might warrant some investigation,
>> as a similar (the same?) issue popped up on Twitter. Having a
>> workaround (uninstall - install) might no longer be sufficient from a
>> users point of view...
>
>
> Are you sure you don't have a local (that you build) version installed
> earlier?  Can you retry with a fresh install from the website, then try
>> the
> RC?
>
> Either that, or the proper certificate was not used when creating the
>> RC.
>
> I assume you are on a Mac, right?  Can any other Mac user please try to
> replicate this issue?
>
> Thanks,
> Om
>
>>
>> The other issue I found (mostly cosmetic, but still) is that the combo
>> box with the language selection doesn't initially show the language
>> that is used (English (US) in my case), but the first item in the list
>> (Deutch).
>>
>> Also, you can use this line for the nl_NL localisation of the stats
>> collection disclaimer:
>>
>> "Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
>> ons privacybeleid"
>>
>> EdB
>>
>>
>> On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
>>  wrote:
>>>
>>> *Issues addressed in this Release Candidate:*
>>>
>>> 1.  Enable Flex SDK download stats tracking
>>> 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for
>> license
>>> screen (show regular checkboxes))
>>> 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update
>> logic
>
> fix)
>>>
>>> 4.  French and Dutch language locale fixes.
>>> 5.  Added the SDK version number to be downloaded in the window title.
>>> 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
>>> 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
>>> language).
>>>
>>> This is the first official release of the InstallApacheFlex AIR
>
> application.
>>>
>>> The official Apache distribution is the source kit which can contain
>
> only
>>>
>>> source.
>>>
>>> The source distributions for Windows and Mac are available here:
>>>
>>> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
>>>
>>> The binary distributions as a convenience for the respective
>> platforms,
>>> available here:
>>>
>>>
>> https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/
>>>
>>> Along with the installer, we are releasing the 'badge installer' that
>
> can be
>>>
>>> embedded in our site as well as third-party websites.  Here is a
>
> preview:
>>>
>>>
>>> http://flex.apache.org/installer.html
>>>
>>> *Before voting please review the section,*
>>> "What are the ASF requirements on approving a release?" at
>>> http://www.apache.org/dev/release.html#approving-a-release
>>>
>>> *Please vot

Re: FXG 2.0 donation progress concerns and Adobe design tool support

[Michael Schmalle]

The Falcon compiler has an FXG parser/compiler and transcoder.

Currently covers FXG 1.0 and FXG 2.0 for the  
"http://ns.adobe.com/fxg/2008"; namespace.


Mike

Quoting Sebastian Mohr :


Hi,

In regards to FXG, I have a couple of questions:

I wonder about the current state of the FXG 2.0 donation
process [1]. Is FXG 2.0 already part of Apache Flex? If not,
does Adobe still plan to donate it?

What would happen if FXG 2.0 would be part of Apache Flex?
Would Adobe still support the FXG 2.0 format in the existing
Adobe tools [2]? What would happen if Apache Flex would decide
to work on a new version of FXG ... e.g. FXG 3.0? Would Adobe
still be interested to support the forthcoming versions of FXG if
FXG would be in the hands of Apache Flex?

I also wonder how closely FXG 2.0 is interweaved with the
current Flashplayer 11.6? If FXG 2.0 is so tightly interweaved
with the Flashplayer, wouldn't it be better if Adobe takes
care of FXG 2.0 instead of us?

Thanks for your answers!

[1] http://sourceforge.net/adobe/flexsdk/wiki/FXG%202.0%20Specification/
[2]
https://cwiki.apache.org/confluence/display/FLEX/Designer+&+Developer+Tools


--
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



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

Re: FXG support in FlexJS

[Alex Harui]

On 3/14/13 10:36 AM, "Om"  wrote:

>> FWIW, the new framework I'm working on is probably going to be less vector
>> graphic oriented and rely on bitmaps since I think bitmaps are how most
>> things get "skinned" in html/js/css
>> 
>> 
> This really worries me.  Are you saying that we dont want to support FXG in
> FlexJS?
I eventually want to support everything, but time is of the essence, and I
am going to prioritize stuff that we can get done quickly and that performs
well.  I'm not an expert, but I'm told that bitmaps work better in the GPU
than vectors.
> 
> Spark skinning paradigm is one of the best out there.
Aside from the fact there is a consistent way to skin components and you can
sort of declare a skin in MXML, what else is a must-have for FlexJS?

> Are we willing to
> throw it out because HTML/JS cant support it?  That is not a vision of Flex
> that existing developers would like (including me)
> 
> At the very minimum, we should support the BitmapImage (and related
> classes) That would be better than no FXG support at all.
If you want to take it on, go ahead, but I'm not sure how many Adobe tools
will output FXG going forward.  Are you willing to run an older version to
keep FXG around?  Especially if it doesn't perform well?

If we're working with bitmap skins, sure there will be scaling issues, but
you will be able to use the same Adobe tools to generate these bitmaps.
> 
> As an aside, most FXG elements have SVG equivalents.  In that sense FXG is
> only an XSLT transformation away from SVG (I had to do the reverse
> transformation for a project a while ago)
> 
> Most modern browsers support inlining SVG with HTML5 [1]  If we can skin
> HTML elements using SVG like this [2], that would be a big win for us.
>  This would bring us so much closer to how we skin MXML with FXG.
> 
> FYI, there is a whole bunch of inline SVG + HTML5 usage examples here [3]
> 
If that's what you want to work on, go for it.  It just isn't high on my
personal priority list.

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

Re: FXG Extension for Photoshop CS5

[Alex Harui]

On 3/14/13 10:53 AM, "jude"  wrote:

> If they are not going to support FXG output can they donate the code?
Don't know.  But I would rather not take the time right now to figure this
out.  Is this really important?  Those tools output SVG as well, don't they?
Maybe we should create an SVG-FXG conversion instead.

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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

Did the problem with the default locale disappeared too ?

-Fred

-Message d'origine- 
From: Erik de Bruin

Sent: Thursday, March 14, 2013 7:34 PM
To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

I just confirmed it is the certificate. I did a release build with the
certificate I used for the 1.0.x releases and the resulting installer
runs fine...

EdB



On Thu, Mar 14, 2013 at 5:10 PM, Om  wrote:
On Mar 14, 2013 8:45 AM, "Frédéric THOMAS"  
wrote:


I guess the Mac version hasn't been built with the good certificate.



It does seem like it.  Justin does have the required certificates.

Justin, are you not seeing this issue when you try to install the RC over
the current one in production?


Thanks,
-Fred

-Message d'origine- From: Alex Harui
Sent: Thursday, March 14, 2013 4:42 PM

To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

I got the error trying the dmg from the binary distro, but as soon as I
deleted the old install (in /Applications/Apache Flex/) it worked.


On 3/14/13 8:24 AM, "Erik de Bruin"  wrote:


Hi,

Just uninstalled (all of it, prefs etc., not just the .app) and
re-installed from the website. No problems there. Then I downloaded a
fresh copy of 2.5 and tried to run that: "This application cannot be
installed because this installer has been mis-configured. Please
contact the application author for assistance."

Maybe it's a Mac-only thing?

EdB



On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:


On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:



+0 (read below)

The functionality is flawless, apart from the annoying certificate
issue when installing. This means I had to uninstall and re-install
before it would work. I think this might warrant some investigation,
as a similar (the same?) issue popped up on Twitter. Having a
workaround (uninstall - install) might no longer be sufficient from a
users point of view...



Are you sure you don't have a local (that you build) version installed
earlier?  Can you retry with a fresh install from the website, then try

the

RC?

Either that, or the proper certificate was not used when creating the

RC.


I assume you are on a Mac, right?  Can any other Mac user please try to
replicate this issue?

Thanks,
Om



The other issue I found (mostly cosmetic, but still) is that the combo
box with the language selection doesn't initially show the language
that is used (English (US) in my case), but the first item in the list
(Deutch).

Also, you can use this line for the nl_NL localisation of the stats
collection disclaimer:

"Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
ons privacybeleid"

EdB


On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
 wrote:


*Issues addressed in this Release Candidate:*

1.  Enable Flex SDK download stats tracking
2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for

license

screen (show regular checkboxes))
3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update

logic


fix)


4.  French and Dutch language locale fixes.
5.  Added the SDK version number to be downloaded in the window 
title.

6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
language).

This is the first official release of the InstallApacheFlex AIR


application.


The official Apache distribution is the source kit which can contain


only


source.

The source distributions for Windows and Mac are available here:

https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/

The binary distributions as a convenience for the respective

platforms,

available here:



https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/binaries/


Along with the installer, we are releasing the 'badge installer' that


can be


embedded in our site as well as third-party websites.  Here is a


preview:



http://flex.apache.org/installer.html

*Before voting please review the section,*
"What are the ASF requirements on approving a release?" at
http://www.apache.org/dev/release.html#approving-a-release

*Please vote to approve this release:*

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Regards,
Om & Justin & Fred
Apache Flex PMC members + Committer + Release managers





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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



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





--
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

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

Re: FXG 2.0 donation progress concerns and Adobe design tool support

[Alex Harui]

On 3/14/13 11:35 AM, "Sebastian Mohr"  wrote:

> Hi,
> 
> In regards to FXG, I have a couple of questions:
> 
> I wonder about the current state of the FXG 2.0 donation
> process [1]. Is FXG 2.0 already part of Apache Flex? If not,
> does Adobe still plan to donate it?
We have the code that compiles FXG into SWF assets.
> 
> What would happen if FXG 2.0 would be part of Apache Flex?
> Would Adobe still support the FXG 2.0 format in the existing
> Adobe tools [2]? 
I'm hearing it isn't in PS CS6.

> What would happen if Apache Flex would decide
> to work on a new version of FXG ... e.g. FXG 3.0? Would Adobe
> still be interested to support the forthcoming versions of FXG if
> FXG would be in the hands of Apache Flex?
Doubt it, but I can't speak for Adobe on these matters.
> 
> I also wonder how closely FXG 2.0 is interweaved with the
> current Flashplayer 11.6? If FXG 2.0 is so tightly interweaved
> with the Flashplayer, wouldn't it be better if Adobe takes
> care of FXG 2.0 instead of us?
FXG has nothing to do with Flash.  Flash has no idea how to process FXG.
The Flex compiler converts FXG into Flash assets.  It can also convert SVG
into a bitmap or something.  I'm not sure what Adobe gains by continuing to
spend resources on FXG support at this time.  If you can show there would be
a significant upside, I will try to bring that case to the right people in
Adobe.

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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Markus Gritsch]

Hi Erik,

just want to confirm the installer was working as expected; The download and 
installation process as well as the flash-builder detection of 4.9.1 was 
successful.

Cheers Markus



MILLIPEDE LABS - PROJECT MILLIPEDE

"PRIVACY PROTECTION" - FOR everyONE - meets SOCIAL NETWORKS

Straubinger Str. 19
9363 Oberschneiding
Germany

Telefon: +49 9426 85 260 140
Web:millipede.me


On Mar 14, 2013, at 7:44 PM, Erik de Bruin wrote:

> If another Mac user could confirm:
> 
> http://people.apache.org/~erikdebruin/release-RC2/
> 
> This is NOT an official Release Candidate, it's simply a run from my
> build script meant to verify if the correct certificate fixed the
> installer issue.
> 
> EdB
> 
> 
> 
> On Thu, Mar 14, 2013 at 7:34 PM, Erik de Bruin  wrote:
>> I just confirmed it is the certificate. I did a release build with the
>> certificate I used for the 1.0.x releases and the resulting installer
>> runs fine...
>> 
>> EdB
>> 
>> 
>> 
>> On Thu, Mar 14, 2013 at 5:10 PM, Om  wrote:
>>> On Mar 14, 2013 8:45 AM, "Frédéric THOMAS"  wrote:
 
 I guess the Mac version hasn't been built with the good certificate.
 
>>> 
>>> It does seem like it.  Justin does have the required certificates.
>>> 
>>> Justin, are you not seeing this issue when you try to install the RC over
>>> the current one in production?
>>> 
 Thanks,
 -Fred
 
 -Message d'origine- From: Alex Harui
 Sent: Thursday, March 14, 2013 4:42 PM
 
 To: dev@flex.apache.org
 Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2
 
 I got the error trying the dmg from the binary distro, but as soon as I
 deleted the old install (in /Applications/Apache Flex/) it worked.
 
 
 On 3/14/13 8:24 AM, "Erik de Bruin"  wrote:
 
> Hi,
> 
> Just uninstalled (all of it, prefs etc., not just the .app) and
> re-installed from the website. No problems there. Then I downloaded a
> fresh copy of 2.5 and tried to run that: "This application cannot be
> installed because this installer has been mis-configured. Please
> contact the application author for assistance."
> 
> Maybe it's a Mac-only thing?
> 
> EdB
> 
> 
> 
> On Thu, Mar 14, 2013 at 3:57 PM, Om  wrote:
>> 
>> On Mar 14, 2013 3:03 AM, "Erik de Bruin"  wrote:
>>> 
>>> 
>>> +0 (read below)
>>> 
>>> The functionality is flawless, apart from the annoying certificate
>>> issue when installing. This means I had to uninstall and re-install
>>> before it would work. I think this might warrant some investigation,
>>> as a similar (the same?) issue popped up on Twitter. Having a
>>> workaround (uninstall - install) might no longer be sufficient from a
>>> users point of view...
>> 
>> 
>> Are you sure you don't have a local (that you build) version installed
>> earlier?  Can you retry with a fresh install from the website, then try
>>> the
>> RC?
>> 
>> Either that, or the proper certificate was not used when creating the
>>> RC.
>> 
>> I assume you are on a Mac, right?  Can any other Mac user please try to
>> replicate this issue?
>> 
>> Thanks,
>> Om
>> 
>>> 
>>> The other issue I found (mostly cosmetic, but still) is that the combo
>>> box with the language selection doesn't initially show the language
>>> that is used (English (US) in my case), but the first item in the list
>>> (Deutch).
>>> 
>>> Also, you can use this line for the nl_NL localisation of the stats
>>> collection disclaimer:
>>> 
>>> "Anonieme gebruiksgegevens worden bijgehouden in overeenstemming met
>>> ons privacybeleid"
>>> 
>>> EdB
>>> 
>>> 
>>> On Thu, Mar 14, 2013 at 10:38 AM, Frédéric THOMAS
>>>  wrote:
 
 *Issues addressed in this Release Candidate:*
 
 1.  Enable Flex SDK download stats tracking
 2.  https://issues.apache.org/jira/browse/FLEX-33426 (UI fix for
>>> license
 screen (show regular checkboxes))
 3.  https://issues.apache.org/jira/browse/FLEX-33151 (Auto-update
>>> logic
>> 
>> fix)
 
 4.  French and Dutch language locale fixes.
 5.  Added the SDK version number to be downloaded in the window title.
 6.  https://issues.apache.org/jira/browse/FLEX-33202 (more issues).
 7.  https://issues.apache.org/jira/browse/FLEX-33419 (added germain
 language).
 
 This is the first official release of the InstallApacheFlex AIR
>> 
>> application.
 
 The official Apache distribution is the source kit which can contain
>> 
>> only
 
 source.
 
 The source distributions for Windows and Mac are available here:
 
 https://dist.apache.org/repos/dist/dev/flex/installer/2.5/RC2/sources/
 
 The binary distributions as a conven

Re: FXG Extension for Photoshop CS5

[Alex Harui]

On 3/14/13 10:45 AM, "jude"  wrote:

> One of the reasons we like Flash and Flex is because it gives the
> consistent visual results across platforms. I'm a little concerned that we
> are adopting JS and HTML approaches and will then inherit it's problems. IE
> leaving the view to HTML.
I am concerned about that as well.  I think there will be a curve where you
can get "pretty close" really quickly, but as you try to make it more and
more consistent it will cost you.  I think most folks will make a trade-off
at some point.

The only way to guarantee consistency is to spend a lot of time on a
standalone rendering engine, and that just isn't practical in my view.

If you play with the prototype, it leverages absolute position and so far,
it seems to work reasonably consistently.  What isn't consistent is the
default chrome around widgets.  I'm not an expert on HTML/JS, but I believe
the biggest inconsistencies are around text flow and this framework is so
far not using that.  It may turn out that we can get your widgets to layout
the same, but the cost of getting text to flow the same is high and won't be
in early versions).  Hopefully that would still be a viable strategy for
many.

> 
> One of the potentials I see in the Flex to HTML / JS projects is that we
> will eventually be able to create the same app from the same code base and
> get the same look and feel as we do in Flash Player / AIR. If we have to
> start worrying about visual inconsistencies between browsers or export HTML
> and CSS with patches for different browsers then what is the advantage?
IMO, it is the job of the SDK developers to hide those inconsistencies from
the site/app developers using the SDK.  And that would be the advantage to
the users.

> 
> I know there is an advantage. It's that we can use AS instead of JS so you
> get all the advantages of AS, like a strongly typed languages, packages
> etc. I think that's the Randori approach. That's a huge. But it doesn't
> address the view. At the end of the day we would still need to write the
> view in HTML or in your version of Flex use raster images instead vector
> graphics? Correct me if I'm wrong. I'm still in a wait and see.
Try the prototype.  You write your view in MXML.  I think I'm going to go
with bitmaps first, but if there is a way to use SVG hopefully someone will
make it work.  This is Apache, not Adobe.  Peter, Erik and I are not just
developing a product for you to consume.  We need as many people as possible
to contribute, not just wait for 3 folks to try to do what a full team at
Adobe did.

> 
> I'm interested in seeing if we can get the same vector output in HTML as we
> do in Flash. I think Frank mentioned he has a Flash JS runtime container
> that runs on the HTML Canvas (charts demo?). I would rather we target that
> (HTML canvas, drawing API), even if it's poorer performance at the present
> time. We can always do runtime performance measurement and turn off some or
> all of our animations on slower browsers. But from a quick look online I'm
> reading many / all the major browsers are hitting 40 to 60 FPS for HTML
> Canvas on similar drawing calls to what we have in Flash.
> 
> I can look into HTML5 performance and how it performs across browsers
> (mobile may be much faster than desktop?). I'm sure Frank has the numbers
> and more information on this so I'll wait here before looking further into
> it reply.
> 
> I bring this up because I've been writing mobile and desktop app and in my
> view for my apps, vector support is becoming much more important than I
> thought as I target more platforms (and now retina displays). I'd argue
> more for consistent look is more important than performance. That's like a
> holy grail and major pain point in HTML development (or was for me). I
> don't know. Thoughts? My 2 cents.
Om says that SVG skinning is possible in HTML5.  If that's true, hopefully
one of you or both of you or some others will help make that happen.

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

Re: FXG 2.0 donation progress concerns and Adobe design tool support

[Alex Harui]

On 3/14/13 12:33 PM, "Om"  wrote:

>> 
>> I'm not sure what Adobe gains by continuing to
>> spend resources on FXG support at this time.  If you can show there would
>> be
>> a significant upside, I will try to bring that case to the right people in
>> Adobe.
>> 
> 
> 
> I am not sure how I can convince Adobe, but here is my reasoning:  At my
> current and previous companies, Fireworks is used just because of its
> ability to convert visual designs into FXG.We dabbled with Catalyst,
> but we found that the tool was too complicated to use for Designers, but
> too elementary for Developers.  But, the ability to serialize visual assets
> as FXG turned out to be the best way to skin Flex apps.
> 
> On the other side, I am very proficient with Photoshop and not too familiar
> with Fireworks.  For my simple apps, I choose to create the skins in
> Photoshop and spit it out as FXG and just import it into Flex.
> 
> I know other folks that used Illustrator for the same purpose.  (BTW,
> Illustrator CS6 still supports the "Save As... > FXG > FXG 2.0" option.  I
> just tried it out last night.  Not sure what to make of this. )
> 
> Thats the possibility of three different tools Adobe could make money of
> off from customers who don't necessarily use these tools without FXG
> support.
> 
> And frankly, the absence of this utility could potentially hurt my chance
> of making sure we dont move away from Flex where I work.
Don't PhotoShop and Illustrator output SVG as well?  What is it about FXG
that is a must-have especially if you are targeting HTML and not Flash?

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

Re: FXG support in FlexJS

[Om]

On Thu, Mar 14, 2013 at 12:07 PM, Alex Harui  wrote:

>
>
>
> On 3/14/13 10:36 AM, "Om"  wrote:
>
> >> FWIW, the new framework I'm working on is probably going to be less
> vector
> >> graphic oriented and rely on bitmaps since I think bitmaps are how most
> >> things get "skinned" in html/js/css
> >>
> >>
> > This really worries me.  Are you saying that we dont want to support FXG
> in
> > FlexJS?
> I eventually want to support everything, but time is of the essence, and I
> am going to prioritize stuff that we can get done quickly and that performs
> well.  I'm not an expert, but I'm told that bitmaps work better in the GPU
> than vectors.
>

It does not have to be an either-or choice.  As I said, FXG supports
capability of skinning with just bitmaps.  Why not work with that as  the
primary use case.  Support for other primitives can be added incrementally.
 In the end, it is up to the end user developer to use vectors vs. bitmaps
for skinning.

As Jude mentioned, there are very valid use cases for using vector based
skinning.  For now, all I want to make sure is that we dont shut down this
option by choosing a skinning mechanism that excludes FXG based skinning.



> >
> > Spark skinning paradigm is one of the best out there.
> Aside from the fact there is a consistent way to skin components and you
> can
> sort of declare a skin in MXML, what else is a must-have for FlexJS?
>

Not sure if I understand your question, but here goes:  I care about the
workflow most importantly.  In my mind, the idea workflow would be this:

1.  Designers create visual designs of the app in tools they are
comfortable with (Fireworks, Photoshop, etc.)
2.  We export it to simpler assets (FXG or SVG + pngs, etc.)
3.  We bring all the assets into the Flex project and skin the app
4.  Users can chose Compile to SWF or Compile to HTML

And the end results should be as close to each other in terms of the
skinning of the app (in this scenario, I am less concerned about the
business logic, etc.)


>
> > Are we willing to
> > throw it out because HTML/JS cant support it?  That is not a vision of
> Flex
> > that existing developers would like (including me)
> >
> > At the very minimum, we should support the BitmapImage (and related
> > classes) That would be better than no FXG support at all.
> If you want to take it on, go ahead, but I'm not sure how many Adobe tools
> will output FXG going forward.  Are you willing to run an older version to
> keep FXG around?  Especially if it doesn't perform well?
>

Older version of the tool, or older version of Flex?  I dont mind if I have
to use the older version of the tool just so that I have support for FXG.

In terms keeping older (i.e. current) version of Flex for skinning, I think
as a developer I would choose the newer, better performing version of Flex.
 But when working with a large team with UX designers, UI designers, I want
the ability Flex 4 skinning paradigm.  In other words, to get buy in from
large teams with established workflows, lack of FXG skinning would be a
deal breaker.

I have worked with workflows before Flex 4 and they have consistently been
a nightmare.  Most designers are not familiar with Flash Pro.  And managing
assets as swf files is not fun for a developer as well.


>
> If we're working with bitmap skins, sure there will be scaling issues, but
> you will be able to use the same Adobe tools to generate these bitmaps.
>
>
> > As an aside, most FXG elements have SVG equivalents.  In that sense FXG
> is
> > only an XSLT transformation away from SVG (I had to do the reverse
> > transformation for a project a while ago)
> >
> > Most modern browsers support inlining SVG with HTML5 [1]  If we can skin
> > HTML elements using SVG like this [2], that would be a big win for us.
> >  This would bring us so much closer to how we skin MXML with FXG.
> >
> > FYI, there is a whole bunch of inline SVG + HTML5 usage examples here [3]
> >
> If that's what you want to work on, go for it.  It just isn't high on my
> personal priority list.
>

I would definitely give this a go.  But I have too many Apache Flex related
things on my plate right now.  I am hoping others who are reading this can
pick up this idea and run with it.  But, I will get into this when I get
some time, for sure.

I am piping up now so that we dont lose ability to work with FXG in FlexJS.


Thanks,
Om

Re: Finishing the Git migration - Update

[Jose Barragan]

I would opt for SmartGit as standalone tool, since TortoiseGit implies intimate 
and dependent integration with Windows Explorer, which is not very stable 
combination.
--
Jose Barragan
Software Architect Chief 
Codeoscopic Madrid
C/. Infanta Mercedes, 92. 
Planta 5.  505.
28020 Madrid.
Tel.: +34 912 94 80 80

On Mar 14, 2013, at 7:31 PM, Christofer Dutz  wrote:

> TortoiseGIT rocks :-)
> 
> 
> 
> Am 14. März 2013 18:33:57 schrieb Gordon Smith :
>> I'm waiting until everything settles down.
>> 
>> On Windows, do people recommend getting Git through Cygwin? Or nstalling the 
>> Git available at git-scm.com? If the latter, should I use it in Git Bash or 
>> in Command Prompt? Which line endings option should I choose?
>> 
>> - Gordon
>> 
>> -Original Message-
>> From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
>> Sent: Wednesday, March 13, 2013 1:05 AM
>> To: dev@flex.apache.org
>> Subject: Re: Finishing the Git migration - Update
>> 
>> Just a note that the Falcon still needs to be verified.  I guess Gordon 
>> would be the best person for that.
>> 
>> Thanks,
>> Om
> 
> 

Re: Finishing the Git migration - Update

[Om]

On Thu, Mar 14, 2013 at 12:59 PM, Jose Barragan <
jose.barra...@codeoscopic.com> wrote:

> I would opt for SmartGit as standalone tool, since TortoiseGit implies
> intimate and dependent integration with Windows Explorer, which is not very
> stable combination.
>

Sorry, but I disagree.  I have had absolutely no problems with the
integrated approach.  In fact, that is what makes it a better tool, IMHO.

Moreover, folks who have used TortoiseSVN will find themselves at home with
TortoiseGit.

Thanks,
Om


> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5.  505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 14, 2013, at 7:31 PM, Christofer Dutz 
> wrote:
>
> > TortoiseGIT rocks :-)
> >
> >
> >
> > Am 14. März 2013 18:33:57 schrieb Gordon Smith :
> >> I'm waiting until everything settles down.
> >>
> >> On Windows, do people recommend getting Git through Cygwin? Or
> nstalling the Git available at git-scm.com? If the latter, should I use
> it in Git Bash or in Command Prompt? Which line endings option should I
> choose?
> >>
> >> - Gordon
> >>
> >> -Original Message-
> >> From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
> >> Sent: Wednesday, March 13, 2013 1:05 AM
> >> To: dev@flex.apache.org
> >> Subject: Re: Finishing the Git migration - Update
> >>
> >> Just a note that the Falcon still needs to be verified.  I guess Gordon
> would be the best person for that.
> >>
> >> Thanks,
> >> Om
> >
> >
>
>

Re: FXG support in FlexJS

[Alex Harui]

On 3/14/13 12:55 PM, "Om"  wrote:

> On Thu, Mar 14, 2013 at 12:07 PM, Alex Harui  wrote:
> 
>> 
>> 
>> 
>> On 3/14/13 10:36 AM, "Om"  wrote:
>> 
 FWIW, the new framework I'm working on is probably going to be less
>> vector
 graphic oriented and rely on bitmaps since I think bitmaps are how most
 things get "skinned" in html/js/css
 
 
>>> This really worries me.  Are you saying that we dont want to support FXG
>> in
>>> FlexJS?
>> I eventually want to support everything, but time is of the essence, and I
>> am going to prioritize stuff that we can get done quickly and that performs
>> well.  I'm not an expert, but I'm told that bitmaps work better in the GPU
>> than vectors.
>> 
> 
> It does not have to be an either-or choice.  As I said, FXG supports
> capability of skinning with just bitmaps.
I guess I don't understand what you mean.  I've haven't seen too many FXG
files, but what percentage are bitmap only?  I don't think I've seen that.

> Why not work with that as  the
> primary use case.
Because you said that only modern browsers support SVG skinning of HTML5
elements.  I also believe in setting expectations low and exceeding them.
If you say you support FXG, you'd better be able to support the 80% case,
and that sounds like a bunch of work that I don't want to take on, but would
love to see someone else take on.

My personal goal is to find at least one large Adobe customer to adopt
FlexJS this year.  This will help increase my chances of continuing to work
on Apache Flex full time.  IIRC, last time we asked, many of these same
large Adobe customers are not using modern browsers.

It is either-or in the sense that I cannot do both at once so I am picking
bitmaps.  But if the large Adobe customer needs vector skinning I will
certainly change course.  But remember, you do not have to convince me. You
can code up the vector skinning yourself.
 
>>> Spark skinning paradigm is one of the best out there.
>> Aside from the fact there is a consistent way to skin components and you
>> can
>> sort of declare a skin in MXML, what else is a must-have for FlexJS?
>> 
> 
> Not sure if I understand your question, but here goes:  I care about the
> workflow most importantly.  In my mind, the idea workflow would be this:
> 
> 1.  Designers create visual designs of the app in tools they are
> comfortable with (Fireworks, Photoshop, etc.)
> 2.  We export it to simpler assets (FXG or SVG + pngs, etc.)
> 3.  We bring all the assets into the Flex project and skin the app
> 4.  Users can chose Compile to SWF or Compile to HTML
> 
> And the end results should be as close to each other in terms of the
> skinning of the app (in this scenario, I am less concerned about the
> business logic, etc.)
IMO, nothing you listed here requires FXG, so I would probably choose SVG.

>> 
>>> Are we willing to
>>> throw it out because HTML/JS cant support it?  That is not a vision of
>> Flex
>>> that existing developers would like (including me)
>>> 
>>> At the very minimum, we should support the BitmapImage (and related
>>> classes) That would be better than no FXG support at all.
>> If you want to take it on, go ahead, but I'm not sure how many Adobe tools
>> will output FXG going forward.  Are you willing to run an older version to
>> keep FXG around?  Especially if it doesn't perform well?
>> 
> 
> Older version of the tool, or older version of Flex?  I dont mind if I have
> to use the older version of the tool just so that I have support for FXG.
Older version of the tool.
> 
>  But when working with a large team with UX designers, UI designers, I want
> the ability Flex 4 skinning paradigm.  In other words, to get buy in from
> large teams with established workflows, lack of FXG skinning would be a
> deal breaker.
I don't develop pretty apps for a living, so I am still trying to get what
the important things are about Flex 4 skinning.  Is it just that the
designer can draw the skin in a popular drawing tool and you can plug it
into the app?

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

Re: FXG Extension for Photoshop CS5

[Om]

>
> I'm not an expert on HTML/JS, but I believe
> the biggest inconsistencies are around text flow and this framework is so
> far not using that.  It may turn out that we can get your widgets to layout
> the same, but the cost of getting text to flow the same is high and won't
> be
> in early versions).  Hopefully that would still be a viable strategy for
> many.


Specs-wise, SVG's Text support  is superior to that of FXG/TLF [1], [2]
I know Batik has a pretty good implementation of this, but not sure how the
cross-browser support looks like.


[1] http://www.w3.org/TR/SVG/text.html#TextElement
[2] http://www.carto.net/svg/textFlow/index.svg (Need Chrome or Firefox)
[3] http://tutorials.jenkov.com/svg/text-element.html (Need Chrome or
Firefox)

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Om]

-1, sorry :-(

The version number of RC2 should be 2.5.1, but I see it is still 2.5.0.  If
we dont version things properly, it will be hard for us to track bugs or
provide support for.

Did you run ant -update-version before running ant release?

Thanks,
Om

On Thu, Mar 14, 2013 at 2:38 AM, Frédéric THOMAS wrote:

> *Issues addressed in this Release Candidate:*
>
> 1.  Enable Flex SDK download stats tracking
> 2.  
> https://issues.apache.org/**jira/browse/FLEX-33426(UI
>  fix for license
> screen (show regular checkboxes))
> 3.  
> https://issues.apache.org/**jira/browse/FLEX-33151(Auto-update
>  logic fix)
> 4.  French and Dutch language locale fixes.
> 5.  Added the SDK version number to be downloaded in the window title.
> 6.  
> https://issues.apache.org/**jira/browse/FLEX-33202(more
>  issues).
> 7.  
> https://issues.apache.org/**jira/browse/FLEX-33419(added
>  germain
> language).
>
> This is the first official release of the InstallApacheFlex AIR
> application.
> The official Apache distribution is the source kit which can contain only
> source.
>
> The source distributions for Windows and Mac are available here:
>
> https://dist.apache.org/repos/**dist/dev/flex/installer/2.5/**RC2/sources/
>
> The binary distributions as a convenience for the respective platforms,
> available here:
>
> https://dist.apache.org/repos/**dist/dev/flex/installer/2.5/**
> RC2/binaries/
>
> Along with the installer, we are releasing the 'badge installer' that can
> be
> embedded in our site as well as third-party websites.  Here is a preview:
>
> http://flex.apache.org/**installer.html
>
> *Before voting please review the section,*
> "What are the ASF requirements on approving a release?" at
> http://www.apache.org/dev/**release.html#approving-a-**release
>
> *Please vote to approve this release:*
>
> [ ] +1 Approve the release
> [ ] -1 Veto the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Regards,
> Om & Justin & Fred
> Apache Flex PMC members + Committer + Release managers
>

Re: FXG 2.0 donation progress concerns and Adobe design tool support

[Alex Harui]

On 3/14/13 1:02 PM, "Om"  wrote:

>> Don't PhotoShop and Illustrator output SVG as well?  What is it about FXG
>> that is a must-have especially if you are targeting HTML and not Flash?
> 
> 
> This implies that I need to decide on the target (HTML vs. Flash) before I
> even start designing the skin for the app.  Is that what you expect
> developers to do with FlexJS?
Nope, I think they should just choose SVG, and FlexJS and its compiler
should try to convert it into Flash assets when running on Flash.  Frankly,
I'm not sure if it has to do a great job in terms of fidelity or
performance.  For most folks, the end goal is to get a great HTML/JS app.
The SWF version is so you can develop and test as much as possible before
cross-compiling.

> 
> My point is that we have tools that create FXG, we have AS code that can
> work with FXG.  I believe it is a more efficient approach run with FXG and
> make it work with HTML/JS.  The end result would make the SDK users that
> much happier.
The AS code that works with FXG probably uses a lot of Flash APIs, so it
can't be cross-compiled efficiently to JS.  If you can write an efficient
FXG renderer on the JS side, please do so.
> 
> On the flip side, you have not convinced me that we should drop FXG.
I am not trying to convince you to drop FXG, I am just saying that I would
rather write code to support SVG instead and may do so after I get bitmap
skinning working.  IMO, every year, fewer and fewer new releases of tools
will output FXG unless we can show the world a reason it is better than SVG.

But again, you or anyone is welcome to write the FXG support, and I will
welcome it.

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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

No I didn't, I thought it was ok like that, thanks for telling me, I'll 
update for the next RC I'll do, as soon as the develop branch will be r/w 
again
Btw, no news about the git status, we're r/o since hours now and we still 
don't have the new git repos :P


-Fred

-Message d'origine- 
From: Om

Sent: Thursday, March 14, 2013 9:21 PM
To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

-1, sorry :-(

The version number of RC2 should be 2.5.1, but I see it is still 2.5.0.  If
we dont version things properly, it will be hard for us to track bugs or
provide support for.

Did you run ant -update-version before running ant release?

Thanks,
Om

On Thu, Mar 14, 2013 at 2:38 AM, Frédéric THOMAS 
wrote:



*Issues addressed in this Release Candidate:*

1.  Enable Flex SDK download stats tracking
2. 
https://issues.apache.org/**jira/browse/FLEX-33426(UI 
fix for license

screen (show regular checkboxes))
3. 
https://issues.apache.org/**jira/browse/FLEX-33151(Auto-update 
logic fix)

4.  French and Dutch language locale fixes.
5.  Added the SDK version number to be downloaded in the window title.
6. 
https://issues.apache.org/**jira/browse/FLEX-33202(more 
issues).
7. 
https://issues.apache.org/**jira/browse/FLEX-33419(added 
germain

language).

This is the first official release of the InstallApacheFlex AIR
application.
The official Apache distribution is the source kit which can contain only
source.

The source distributions for Windows and Mac are available here:

https://dist.apache.org/repos/**dist/dev/flex/installer/2.5/**RC2/sources/

The binary distributions as a convenience for the respective platforms,
available here:

https://dist.apache.org/repos/**dist/dev/flex/installer/2.5/**
RC2/binaries/

Along with the installer, we are releasing the 'badge installer' that can
be
embedded in our site as well as third-party websites.  Here is a preview:

http://flex.apache.org/**installer.html

*Before voting please review the section,*
"What are the ASF requirements on approving a release?" at
http://www.apache.org/dev/**release.html#approving-a-**release

*Please vote to approve this release:*

[ ] +1 Approve the release
[ ] -1 Veto the release (please provide specific comments)

This vote will be open for at least 72 hours.

Regards,
Om & Justin & Fred
Apache Flex PMC members + Committer + Release managers

Re: FXG support in FlexJS

[Jeffry Houser]

On 3/14/2013 4:17 PM, Alex Harui wrote:



On 3/14/13 12:55 PM, "Om"  wrote:


On Thu, Mar 14, 2013 at 12:07 PM, Alex Harui  wrote:




On 3/14/13 10:36 AM, "Om"  wrote:


FWIW, the new framework I'm working on is probably going to be less

vector

graphic oriented and rely on bitmaps since I think bitmaps are how most
things get "skinned" in html/js/css



This really worries me.  Are you saying that we dont want to support FXG

in

FlexJS?

I eventually want to support everything, but time is of the essence, and I
am going to prioritize stuff that we can get done quickly and that performs
well.  I'm not an expert, but I'm told that bitmaps work better in the GPU
than vectors.


It does not have to be an either-or choice.  As I said, FXG supports
capability of skinning with just bitmaps.

I guess I don't understand what you mean.  I've haven't seen too many FXG
files, but what percentage are bitmap only?  I don't think I've seen that.


 In my opinion; using "Bitmaps" in an FXG defeats the purpose of using 
a vector format in the first place.  Every FXG I've looked at inside the 
Flex Framework does not use Bitmaps; but I've only looked at a handful.


--
Jeffry Houser
Technical Entrepreneur
203-379-0773
--
http://www.flextras.com?c=104
UI Flex Components: Tested! Supported! Ready!
--
http://www.theflexshow.com
http://www.jeffryhouser.com
http://www.asktheflexpert.com
--
Part of the DotComIt Brain Trust

Re: FXG support in FlexJS

[Om]

On Thu, Mar 14, 2013 at 3:13 PM, Jeffry Houser wrote:

> On 3/14/2013 4:17 PM, Alex Harui wrote:
>
>>
>>
>> On 3/14/13 12:55 PM, "Om"  wrote:
>>
>>  On Thu, Mar 14, 2013 at 12:07 PM, Alex Harui  wrote:
>>>
>>>

 On 3/14/13 10:36 AM, "Om"  wrote:

  FWIW, the new framework I'm working on is probably going to be less
>>
> vector

> graphic oriented and rely on bitmaps since I think bitmaps are how most
>> things get "skinned" in html/js/css
>>
>>
>>  This really worries me.  Are you saying that we dont want to support
> FXG
>
 in

> FlexJS?
>
 I eventually want to support everything, but time is of the essence,
 and I
 am going to prioritize stuff that we can get done quickly and that
 performs
 well.  I'm not an expert, but I'm told that bitmaps work better in the
 GPU
 than vectors.

  It does not have to be an either-or choice.  As I said, FXG supports
>>> capability of skinning with just bitmaps.
>>>
>> I guess I don't understand what you mean.  I've haven't seen too many FXG
>> files, but what percentage are bitmap only?  I don't think I've seen that.
>>
>
>  In my opinion; using "Bitmaps" in an FXG defeats the purpose of using a
> vector format in the first place.  Every FXG I've looked at inside the Flex
> Framework does not use Bitmaps; but I've only looked at a handful.
>
>
It is a common misconception that FXG is a vector-only format.  FXG
supports BitmapImage and a bitmap fill for any shape or path.  In any case,
most tools rasterize blends while serializing to FXG.  I believe blends are
a particularly hard to faithfully serialize to FXG (or SVG)

Anyways, the point I was trying to is that FXG is a super-set of vector
based flash skinning and traditional raster-based HTML skinning.  Inline
SVG with HTML5 is an option that is getting popular (give the overwhelming
cross-browser support) and we must definitely take advantage of this.

Thanks,
Om

Re: FXG 2.0 donation progress concerns and Adobe design tool support

[Alex Harui]

On 3/14/13 3:14 PM, "Om"  wrote:

> On Thu, Mar 14, 2013 at 1:24 PM, Alex Harui  wrote:
> 
>> 
>> 
>> 
>> On 3/14/13 1:02 PM, "Om"  wrote:
>> 
 Don't PhotoShop and Illustrator output SVG as well?  What is it about
>> FXG
 that is a must-have especially if you are targeting HTML and not Flash?
>>> 
>>> 
>>> This implies that I need to decide on the target (HTML vs. Flash) before
>> I
>>> even start designing the skin for the app.  Is that what you expect
>>> developers to do with FlexJS?
>> Nope, I think they should just choose SVG, and FlexJS and its compiler
>> should try to convert it into Flash assets when running on Flash.
> 
> 
> Right, except that when the user chooses the SVG route, that eliminates
> support for older browsers.
Are you planning on writing FXG support for older browsers?
> 
> 
>> Frankly,
>> I'm not sure if it has to do a great job in terms of fidelity or
>> performance.  For most folks, the end goal is to get a great HTML/JS app.
>> The SWF version is so you can develop and test as much as possible before
>> cross-compiling.
>> 
>> 
> If I may suggest an alternative approach, I would use the SWF version to
> support older browsers.  Remember, Flash Player for Desktop is still very
> prevalent.
You are welcome to code up what you think is ibest.
> 
> For the newer browsers that support do support inline SVG, we can convert
> FXG to SVG and we have a viable non-swf alternative.  This is a more
> future-safe approach, IMHO.
This web-page [1] makes me more certain that bitmaps will be my first
attempt at a skinning model and someone else can do SVG or FXG.
> 
>> 
>>> My point is that we have tools that create FXG, we have AS code that can
>>> work with FXG.  I believe it is a more efficient approach run with FXG
>> and
>>> make it work with HTML/JS.  The end result would make the SDK users that
>>> much happier.
>> The AS code that works with FXG probably uses a lot of Flash APIs, so it
>> can't be cross-compiled efficiently to JS.  If you can write an efficient
>> FXG renderer on the JS side, please do so.
>> 
> 
> No, thats not what I meant.  I said "AS code can work *with *FXG".  This
> can be translated to JS code working with SVG.  AS to JS translation is
> what you guys are working on.  FXG to SVG XMSLT transformation is
> (hopefully) the only missing link.
I'm not sure it is just an XSLT, but hey, it sounds like it'll be your
problem to figure out, not mine.
> 
> 
> 
>>> 
>>> On the flip side, you have not convinced me that we should drop FXG.
>> I am not trying to convince you to drop FXG, I am just saying that I would
>> rather write code to support SVG instead and may do so after I get bitmap
>> skinning working.  IMO, every year, fewer and fewer new releases of tools
>> will output FXG unless we can show the world a reason it is better than
>> SVG.
>> 
>> But again, you or anyone is welcome to write the FXG support, and I will
>> welcome it.
>> 
> 
> I will hopefully get to work on it sooner than later.  I want to put this
> idea out and let you guys kick the tires to see if I am missing something
> obvious.
> 
I don't see any obvious flaws.  I just think I can get some sort of skinning
working with bitmaps more quickly than by dealing with a whole lot of
vectors.

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

Re: FXG 2.0 donation progress concerns and Adobe design tool support

[Jeffry Houser]

On 3/14/2013 6:38 PM, Alex Harui wrote:

This web-page [1] makes me more certain that bitmaps will be my first
attempt at a skinning model and someone else can do SVG or FXG.



  I think your [1] link appears to have been stripped out as I couldn't 
find the link in your email.


--
Jeffry Houser
Technical Entrepreneur
203-379-0773
--
http://www.flextras.com?c=104
UI Flex Components: Tested! Supported! Ready!
--
http://www.theflexshow.com
http://www.jeffryhouser.com
http://www.asktheflexpert.com
--
Part of the DotComIt Brain Trust

Re: FXG 2.0 donation progress concerns and Adobe design tool support

[Alex Harui]

On 3/14/13 3:41 PM, "Jeffry Houser"  wrote:

> On 3/14/2013 6:38 PM, Alex Harui wrote:
>> This web-page [1] makes me more certain that bitmaps will be my first
>> attempt at a skinning model and someone else can do SVG or FXG.
> 
> 
>I think your [1] link appears to have been stripped out as I couldn't
> find the link in your email.
[1] http://www.codedread.com/svg-support.php

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

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Justin Mclean]

Hi,

> I just confirmed it is the certificate. 
Yep can confirm that. Looks like there was a merge issue when I updated to 
build. 

Sorry about that.
Justin

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

Hi Justin,

One question, at what number you released, 2.5.0 or 2.5.1 ? I didn't updated 
my RC number and want to be in phase with you.


-Fred

-Message d'origine- 
From: Justin Mclean

Sent: Thursday, March 14, 2013 11:44 PM
To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

Hi,


I just confirmed it is the certificate.
Yep can confirm that. Looks like there was a merge issue when I updated to 
build.


Sorry about that.
Justin 

Re: Git Migration Reset

[Om]

Update:

David Nalley commented on INFRA-5549:
> -
> I've had to restart the flex-sdk migration twice (problems that aren't
> flex issues), so I am a bit delayed. If all goes well I'll have a repo up
> for you to review later tonight.


Thanks,
Om

On Wed, Mar 13, 2013 at 10:55 PM, Om  wrote:

> Update from David@Infra:
>
> flex/sdk is currently read-only
>
> 
> [~bigosmallm]
>
> I've started SDK migration. Because of the concerns raised about the
> previous SDK migration I am working directly from SVN (as opposed to the
> git mirror which is where the previous migration came from.) So /flex/sdk
> is currently read only in SVN. The migration is still running and likely
> will run a few more hours. I'll update the ticket as I have more
> information.
>
> -
>
> Thanks,
> Om
> On Mar 13, 2013 10:40 AM, "Om"  wrote:
>
>> In case you are not following the JIRA ticket, Infra has confirmed that
>> they have opened SVN back up for read/write.  Also, they will be starting
>> the move to Git this evening (GMT -5) again.
>>
>> *So, everyone please check-in all your changes into SVN asap.  *Sometime
>> this evening, SVN will go read-only at which point the migration to Git
>> will start.
>>
>> Here is David@Infra's note regarding this:
>>
>> I'll start from scratch this evening. I'll make a list of svn trees and
>>> start down them one by one, though I'll likely get multiple done in a
>>> single sitting. Typically it takes 20 minutes to a few dedicated hours
>>> of time per svn tree > git migration.  I'll probably take asjs,
>>> external and falcon tonight. Then the PMC needs to audit, and we can
>>> make it RW when you are satisfied. If we find problems with a given
>>> migration, I've had it take substantially longer, or be a quick fix, it
>>> depends. That said, I can't give you a dedicated timeline for all of
>>> this - I am doing this as a volunteer, and am travelling extensively this
>>> week, so I'll try and take care of it as I have time available.
>>
>>
>>
>> And if you have any questions and suggestions do so quickly so I can
>> clarify with David.  Please DO NOT post on the JIRA ticket.  I will be
>> online for the 12 hours (at least)  I plan to help shepherd this process
>> all the way to the end.
>>
>> Thanks,
>> Om
>>
>> [1] https://issues.apache.org/jira/browse/INFRA-5549
>>
>

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Justin Mclean]

Hi,

> One question, at what number you released, 2.5.0 or 2.5.1 ? 
What ever is checked in I'll use.

Justin

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

ok, then, because the RC2 was not incremented, I mean still was 2.5.0, I 
guess we can override it with 2.5.1, is that fine for you ?


-Fred

-Message d'origine- 
From: Justin Mclean

Sent: Friday, March 15, 2013 12:15 AM
To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

Hi,


One question, at what number you released, 2.5.0 or 2.5.1 ?

What ever is checked in I'll use.

Justin 

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Justin Mclean]

Hi,

> ok, then, because the RC2 was not incremented, I mean still was 2.5.0, I 
> guess we can override it with 2.5.1, is that fine for you ?

Just check it in (if you can currently) and I'll use that - should be the 
safest way.

Justin

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Om]

Going with the convention, RC3 must be 2.5.2.

SVN is still read-only, btw.

Thanks,
Om
On Mar 14, 2013 6:03 PM, "Justin Mclean"  wrote:

> Hi,
>
> > ok, then, because the RC2 was not incremented, I mean still was 2.5.0, I
> guess we can override it with 2.5.1, is that fine for you ?
>
> Just check it in (if you can currently) and I'll use that - should be the
> safest way.
>
> Justin

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

Going with the convention, RC3 must be 2.5.2


Ok.
For personal my knowledge, could you tell me what would be the problem if we 
would override the RC2 incrementing the version ? given it's not a tag, I 
can't see where would be the problem.


Thanks,
-Fred

-Message d'origine- 
From: Om

Sent: Friday, March 15, 2013 2:24 AM
To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

Going with the convention, RC3 must be 2.5.2.

SVN is still read-only, btw.

Thanks,
Om
On Mar 14, 2013 6:03 PM, "Justin Mclean"  wrote:


Hi,

> ok, then, because the RC2 was not incremented, I mean still was 2.5.0, I
guess we can override it with 2.5.1, is that fine for you ?

Just check it in (if you can currently) and I'll use that - should be the
safest way.

Justin 

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Om]

On Mar 14, 2013 6:35 PM, "Frédéric THOMAS"  wrote:
>>
>> Going with the convention, RC3 must be 2.5.2
>
>
> Ok.
> For personal my knowledge, could you tell me what would be the problem if
we would override the RC2 incrementing the version ? given it's not a tag,
I can't see where would be the problem.
>
> Thanks,
> -Fred

The problem is that we don't know how many folks installed the RC.

If someone reports a bug with the next RC, we need to know which one it is
from.

Most people test the RCs by just installing it.  The version number in the
console log is the only way for us to identify builds.

Thanks,
Om

>
> -Message d'origine- From: Om
> Sent: Friday, March 15, 2013 2:24 AM
>
> To: dev@flex.apache.org
> Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2
>
> Going with the convention, RC3 must be 2.5.2.
>
> SVN is still read-only, btw.
>
> Thanks,
> Om
> On Mar 14, 2013 6:03 PM, "Justin Mclean"  wrote:
>
>> Hi,
>>
>> > ok, then, because the RC2 was not incremented, I mean still was 2.5.0,
I
>> guess we can override it with 2.5.1, is that fine for you ?
>>
>> Just check it in (if you can currently) and I'll use that - should be the
>> safest way.
>>
>> Justin
>
>

Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

[Frédéric THOMAS]

Well, ok, thanks :)

-Fred

-Message d'origine- 
From: Om

Sent: Friday, March 15, 2013 3:03 AM
To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

On Mar 14, 2013 6:35 PM, "Frédéric THOMAS"  wrote:


Going with the convention, RC3 must be 2.5.2



Ok.
For personal my knowledge, could you tell me what would be the problem if

we would override the RC2 incrementing the version ? given it's not a tag,
I can't see where would be the problem.


Thanks,
-Fred


The problem is that we don't know how many folks installed the RC.

If someone reports a bug with the next RC, we need to know which one it is
from.

Most people test the RCs by just installing it.  The version number in the
console log is the only way for us to identify builds.

Thanks,
Om



-Message d'origine- From: Om
Sent: Friday, March 15, 2013 2:24 AM

To: dev@flex.apache.org
Subject: Re: [VOTE] Release InstallApacheFlex 2.5 - RC2

Going with the convention, RC3 must be 2.5.2.

SVN is still read-only, btw.

Thanks,
Om
On Mar 14, 2013 6:03 PM, "Justin Mclean"  wrote:


Hi,

> ok, then, because the RC2 was not incremented, I mean still was 2.5.0,

I

guess we can override it with 2.5.1, is that fine for you ?

Just check it in (if you can currently) and I'll use that - should be the
safest way.

Justin

[flexJS] Is SimpleCSSValuesImpl required StyleClass?

[jun funakura]

Hi ,

I just try Compiled Rev 1455452 of FlexJSTest.html by FlexJS created
by Alex's FlexOverLay.zip(08-Mar-2013)
Compile is good ,but execute this swf by flash player debugger runtime
error occured.

ReferenceError: Error #1065: Variable _FlexJSTest_Styles is not defined.

at flash.system::ApplicationDomain/getDefinition()
at 
org.apache.flex.core::SimpleCSSValuesImpl/init()[/Users/flex/Documents/Adobe
Flash Builder 
4.7/frameworks/as/src/org/apache/flex/core/SimpleCSSValuesImpl.as:39]
at 
org.apache.flex.core::Application/initHandler()[/Users/flex/Documents/Adobe
Flash Builder 4.7/frameworks/as/src/org/apache/flex/core/Application.as:56]

Is that  required  a _Styles class or css file?

Should I have to do?
Thanks in advance.

--
Jun Funakura

[jira] [Commented] (FLEX-33429) Bindable Metadata does not work in SubClass

[Bogdan Dinu (JIRA)]

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

Bogdan Dinu commented on FLEX-33429:


As the old documentation states [1] on point 3, the [Bindable] is declared to 
the setter. Metadata is inherited - I've runned the test before writing the 
comment.

[1] 
http://help.adobe.com/en_US/flex/using/WS2db454920e96a9e51e63e3d11c0bf69084-7cc5.html

> Bindable Metadata does not work in SubClass
> ---
>
> Key: FLEX-33429
> URL: https://issues.apache.org/jira/browse/FLEX-33429
> Project: Apache Flex
>  Issue Type: Bug
>  Components: .Unspecified - Compiler
>Affects Versions: Apache Flex 4.8 (parity release)
> Environment: Affected OS(s): All OS Platforms
> Language Found: Japanese
>Reporter: hiroyuki kikuchi
>
> If Parent Class has defined a Bindable Metadata, it is not active in SubClass.
> It was working in Flex3.
> The following code demonstrates the problem. Bindable Metadata is not exist 
> in the Sub classes.
> Parent.as
> 
> public class Parent
> {
> private var _value:String;
> [Bindable]
> public function get value():String
> {
> return _value;
> }
> public function set value(value:String):void
> {
> if (_value != value)
> {
> _value = value;
> }
> }
> public function Parent()
> {
> super();
> }
> }
> 
> Sub.as
> 
> public class Sub extends Parent
> {
> override public function get value():String
> {
> return super.value;
> }
> public function Sub()
> {
> super();
> }
> }
> 
> Main.mxml
> 
> 
> http://ns.adobe.com/mxml/2009";
>xmlns:s="library://ns.adobe.com/flex/spark"
>xmlns:mx="library://ns.adobe.com/flex/mx"
>width="100%" height="100%">
> 
> 
> 
> 
> 
> 
> 
>  text="{describeType(parentClass).toString()}" />
>  text="{describeType(subClass).toString()}" />
> 
> 
> 

--
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: [flexJS] Is SimpleCSSValuesImpl required StyleClass?

[Alex Harui]

The compiler should have generated that file for you.  Are you sure you ran
the "FlexJS (Debug Build)" external tool?  It appears that you have to click
on the main mxml file in the FB Package Explorer before running the external
tool, otherwise it may not build a valid SWF or will report a strange error.

Also, every time you make an edit to the code, FB may re-run the MXMLC
compiler and therefore create an invalid SWF so you will need to run the
"FlexJS (Debug Build)" again just before trying to debug the SWF.

-Alex

On 3/14/13 9:16 PM, "jun funakura"  wrote:

> Hi ,
> 
> I just try Compiled Rev 1455452 of FlexJSTest.html by FlexJS created
> by Alex's FlexOverLay.zip(08-Mar-2013)
> Compile is good ,but execute this swf by flash player debugger runtime
> error occured.
> 
> ReferenceError: Error #1065: Variable _FlexJSTest_Styles is not defined.
> 
> at flash.system::ApplicationDomain/getDefinition()
> at 
> org.apache.flex.core::SimpleCSSValuesImpl/init()[/Users/flex/Documents/Adobe
> Flash Builder 
> 4.7/frameworks/as/src/org/apache/flex/core/SimpleCSSValuesImpl.as:39]
> at org.apache.flex.core::Application/initHandler()[/Users/flex/Documents/Adobe
> Flash Builder 4.7/frameworks/as/src/org/apache/flex/core/Application.as:56]
> 
> Is that  required  a _Styles class or css file?
> 
> Should I have to do?
> Thanks in advance.
> 
> --
> Jun Funakura

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