Re: International English

Hi, > IMO, we should not be trying to decide between US and Int’l English. And nor should we be using US English for an international audience given who are the majority of our users. > For example, I don’t know if our documentation actually contains the > phrase “your email address is missing

Re: Installer aborting on 4.12.1 and AIR 15 / FP15

On 11/21/14, 11:35 PM, "Justin Mclean" wrote: >Hi, > >> We switched 4.12.1 and earlier to legacy a while back to deal with the >> SourceForge download problem. It appears that the Installer was never >> upgraded to handle the versionID attribute we added to the Ant install >> scripts that disa

Re: Installer aborting on 4.12.1 and AIR 15 / FP15

Hi, > We switched 4.12.1 and earlier to legacy a while back to deal with the > SourceForge download problem. It appears that the Installer was never > upgraded to handle the versionID attribute we added to the Ant install > scripts that disambiguate 15 from 15-beta. So that could be a simple pat

Re: [DISCUSS] TourDeFlex 1.2 RC1

On 11/21/14, 11:25 PM, "Justin Mclean" wrote: >Hi, > >Any objection to another RC not the NOTICE file and 3rd party examples >added? I reviewed the NOTICE and it looks ok so I think you are good to go. -Alex

Re: [DISCUSS] TourDeFlex 1.2 RC1

Hi, Any objection to another RC not the NOTICE file and 3rd party examples added? Thanks, Justin

Re: [DISCUSSION] TourDeFlex 1.2 RC 0

It points to the nightly build. Here it is, but my email client is going to insert line-breaks. http://apacheflexbuild.cloudapp.net:8080/job/flex-utilities_tour-de-flex-re lease/lastSuccessfulBuild/artifact/TourDeFlex/TourDeFlex3/src/index.html On 11/21/14, 11:18 PM, "Justin Mclean" wrote: >Hi

Re: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

Hi, > That’s great, it is fine for folks to try again, but fundamentally, if the > strategy is still several projects sharing a Jenkins instance, then I > disagree with Infra's approach. Perhaps we should start a conversation with them about that, I'm sure something can be worked out. Thanks, J

Re: Installer aborting on 4.12.1 and AIR 15 / FP15

On 11/21/14, 11:16 PM, "Justin Mclean" wrote: >HI, > >> The new ant-script-based install like 4.13.0 works fine but the legacy >> installs will have trouble with AIR 15. > >How is 4.2.1 a legacy install as it's still using the "new" ant for air >code. Can you provide more information to what t

Re: [DISCUSSION] TourDeFlex 1.2 RC 0

Hi, > [1] http://s.apache.org/sC4 That URL not working for me, but as I'm behind some firewall/proxy I can't work out the correct one. Someone mind posting it. Thanks, Justin

Re: Installer aborting on 4.12.1 and AIR 15 / FP15

HI, > The new ant-script-based install like 4.13.0 works fine but the legacy > installs will have trouble with AIR 15. How is 4.2.1 a legacy install as it's still using the "new" ant for air code. Can you provide more information to what the error is and if possible what is required to fix it.

Re: Installer aborting on 4.12.1 and AIR 15 / FP15

Actually, I reproduced it and took a look. It looks like a bug that’s been around for a while. The new ant-script-based install like 4.13.0 works fine but the legacy installs will have trouble with AIR 15. Feel free to file a bug so we don’t lose track. -Alex On 11/21/14, 10:18 PM, "Alex Harui

Re: flex-sdk_mustella - Build # 1169 - Fixed!

Sweet! We're now good to go for Om's awesome iOS 7+ skin merge. EdB On Sat, Nov 22, 2014 at 4:45 AM, wrote: > flex-sdk_mustella - Build # 1169 - Fixed: > > http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/1169/ > > Changes for Build #1166 > [aharui] FLEX-34454 don't assume first modal

Re: Installer aborting on 4.12.1 and AIR 15 / FP15

How many times have you tried? Try clearing the browser caches. AIR apps use them although this data file should have a no-cache header. In the destination folder might be a copy of sdk-installer-config-4.0.xml. Try validating the XML to make sure it is intact and compare against flex.apache.or

Installer aborting on 4.12.1 and AIR 15 / FP15

The installer seems to be working for 4.13 but when I try 4.12 it aborts. It seems like it is having trouble find AIR 15. I've copied the log here. Version 3.1.0 (mac) Using Locale: en_US Fetched the SDK download mirror URL from the CGI. AIR version 15.0 Flash Player version 15.0 Creating Apache F

Re: iOS7 component skinning (was: Re: Apache Flex 4.14 achievements and goals?)

Om, you da man! Thanks, EdB On Saturday, November 22, 2014, OmPrakash Muppirala wrote: > All done :-) > > I am planning to do a big merge soon. > > Thanks, > Om > > On Tue, Nov 18, 2014 at 5:39 PM, OmPrakash Muppirala > > wrote: > > > Thanks Aaron, I have committed your changes. > > > > Nex

Re: TLF build failed

e > >C:\p\flexroot\git\flex-sdk\frameworks\pro > >jects\textLayout\compile-config.xml > >[compc] Apache Flex compc (Component > >Compiler)C:\p\flexroot\git\flex-sdk\fra > >meworks\projects\textLayout\compile-config.xml(58): Error: unable to open > >'ma

Re: TLF build failed

>> >alues. >> > >> >check-tlf-home: >> > >> >bundles-clean: >> > >> >clean-external: >> > >> >clean: >> > >> >compile: >> >[compc] Loading configuration file >> >C:\p\flexroot

Re: TLF build failed

pc] Apache Flex compc (Component > >Compiler)C:\p\flexroot\git\flex-sdk\fra > >meworks\projects\textLayout\compile-config.xml(58): Error: unable to open > >'manif > >est.xml' > >[compc] > >[compc] Version 4.14.0 build 20141121 > >

Re: TLF build failed

ion file >C:\p\flexroot\git\flex-sdk\frameworks\pro >jects\textLayout\compile-config.xml >[compc] Apache Flex compc (Component >Compiler)C:\p\flexroot\git\flex-sdk\fra >meworks\projects\textLayout\compile-config.xml(58): Error: unable to open >'manif >est.xml&#x

TLF build failed

-config.xml(58): Error: unable to open 'manif est.xml' [compc] [compc] Version 4.14.0 build 20141121 [compc] [compc] Copyright 2014 The Apache Software Foundation. [compc] [compc] [compc] BUILD FAILED C:\p\flexroot\git\flex-sdk\build.xml:393: The following erro

Re: [DISCUSSION] TourDeFlex 1.2 RC 0

I pushed these changes. You can check them out in a few hours at [1]. Yes, it can take up to two hours to complete the build. -Alex [1] http://s.apache.org/sC4 On 11/21/14, 2:21 PM, "Flexicious.com" wrote: >Allrighty then, > >flexicious.com/classic.jpg >flexicious.com/ultimate.jpg >flexiciou

Re: iOS7 component skinning (was: Re: Apache Flex 4.14 achievements and goals?)

All done :-) I am planning to do a big merge soon. Thanks, Om On Tue, Nov 18, 2014 at 5:39 PM, OmPrakash Muppirala wrote: > Thanks Aaron, I have committed your changes. > > Next up: SplitViewNavigator > > Follow the progress here: > https://cwiki.apache.org/confluence/pages/viewpage.action?pag

Re: flex-sdk_mustella - Build # 1168 - Still Failing!

Headsup: I am planning to merge ios7skins branch to develop over the weekend. I hope we have a clean run before that. Thanks, Om On Fri, Nov 21, 2014 at 11:44 AM, Alex Harui wrote: > I have high hopes for the next run. > > -Alex > > On 11/21/14, 11:36 AM, "Erik de Bruin" wrote: > > >Closer ..

Re: [DISCUSSION] TourDeFlex 1.2 RC 0

Allrighty then, flexicious.com/classic.jpg flexicious.com/ultimate.jpg flexicious.com/dashboard.jpg On Fri, Nov 21, 2014 at 4:59 PM, OmPrakash Muppirala wrote: > Did not show up this time as well. Best would be to upload the images to > your server and give us the urls. We will link to those

Re: AW: Updated Flex-SDK to use apache-flex blazeds :-)

Thanks Erik, so people in other forum has some problem with his FB but they can hopefully fix it... I'll report your statement 2014-11-21 20:35 GMT+01:00 Erik de Bruin : > > moreover FB is not working in Yosemite (is this true?) > > NOT true. > > EdB > > > > -- > Ix Multimedia Software > > Jan Lu

Re: [DISCUSSION] TourDeFlex 1.2 RC 0

Did not show up this time as well. Best would be to upload the images to your server and give us the urls. We will link to those image urls directly from the TDF app. Thanks, Om On Fri, Nov 21, 2014 at 1:52 PM, Flexicious.com wrote: > Sorry about that - images attached. > > On Fri, Nov 21, 20

Re: [DISCUSSION] TourDeFlex 1.2 RC 0

Sorry about that - images attached. On Fri, Nov 21, 2014 at 8:35 AM, Erik de Bruin wrote: > This list doesn't take inline or attached binaries, I'm afraid. > > EdB > > > > On Fri, Nov 21, 2014 at 2:29 PM, Flexicious.com > wrote: > > > Thanks All, we have the images. I asked my graphics guy to m

Re: Build failed in Jenkins: MD5Checker #1010

The last modified dates we’ve been using for cache ids have become unstable for AIR SDKs. I’m going to try using the Etag header instead. On 11/21/14, 10:40 AM, "flex.ci.bui...@gmail.com" wrote: >See > >

Re: flex-sdk_mustella - Build # 1168 - Still Failing!

I have high hopes for the next run. -Alex On 11/21/14, 11:36 AM, "Erik de Bruin" wrote: >Closer ... > >EdB > > > >On Fri, Nov 21, 2014 at 8:03 PM, wrote: >> flex-sdk_mustella - Build # 1168 - Still Failing: >> >> http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/1168/ >> >> Changes for

Re: AW: Updated Flex-SDK to use apache-flex blazeds :-)

> moreover FB is not working in Yosemite (is this true?) NOT true. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl

Re: flex-sdk_mustella - Build # 1168 - Still Failing!

Closer ... EdB On Fri, Nov 21, 2014 at 8:03 PM, wrote: > flex-sdk_mustella - Build # 1168 - Still Failing: > > http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/1168/ > > Changes for Build #1166 > [aharui] FLEX-34454 don't assume first modal has the blur > > > Changes for Build #1167 >

Re: AW: Updated Flex-SDK to use apache-flex blazeds :-)

I think FB is each day decreasing and other tools like IntelliJ increasing. moreover FB is not working in Yosemite (is this true?) and not updated in 4-5 years. maybe we should not considere such deprecated IDE since its fading day by day. just my opinion. Best Carlos 2014-11-21 19:11 GMT+01:

Re: AW: Updated Flex-SDK to use apache-flex blazeds :-)

On 11/21/14, 9:19 AM, "Christofer Dutz" wrote: >Have to admit that I have never used the opt packages. >BlazeDS itself is in the 4 packages core, common, proxy and remoting. The >opt packages seem to be some sort of convenience classes for linking the >tomcat4 login mechanism with that of Blaze

Re: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

On 11/21/14, 3:22 AM, "Justin Mclean" wrote: >Hi, > >> If you're feeling brave, go ahead. Past experience with INFRA makes me >>wary >> to go down that rabbit hole again. > >They gave a few talks at ApacheCon, they now see themselves as a service >provider and are here to help and are in the pr

AW: Updated Flex-SDK to use apache-flex blazeds :-)

Have to admit that I have never used the opt packages. BlazeDS itself is in the 4 packages core, common, proxy and remoting. The opt packages seem to be some sort of convenience classes for linking the tomcat4 login mechanism with that of BlazeDS. I disabled those modules for "jrun", "oracle",

Re: Determining which MXML elements are containers

Thank you very much for the reply Darrell, your help would be highly appreciated. I have some doubts, and I guess some more will be popping up, but if I can avoid having to find out about them the less time it will take to have a better IDE. I've seen ViewNavigatorApplication and ViewNavigator has

Re: Build failed in Jenkins: flex-sdk #446

Looking into the failure. On 11/21/14, 3:35 AM, "flex.ci.bui...@gmail.com" wrote: >See > >Changes: > >[erik] Added bug fix > >-- >[...truncated 1871 lines...] > >main: > >tool: > >clean: >

Re: Updated Flex-SDK to use apache-flex blazeds :-)

On 11/21/14, 3:16 AM, "Justin Mclean" wrote: >Hi, > >> 1) Neither the Ant build on apacheflexbuilds nor the Maven build on >> builds.a.o seems to be creating a .WAR file. Do we need to do that? > >It not essential no, but some people may want it. > >> 2) The donated code does not contain the s

Re: [DISCUSS] TourDeFlex 1.2 RC1

Hi, Fixed the NOTICE just waiting on the Flexilious images. Also changed the NOTICE title to accuratly reflect what teh notice refers to ie "Apache Flex Tour De Flex" rather than just "Apache Flex". Justin

Re: [DISCUSSION] TourDeFlex 1.2 RC 0

This list doesn't take inline or attached binaries, I'm afraid. EdB On Fri, Nov 21, 2014 at 2:29 PM, Flexicious.com wrote: > Thanks All, we have the images. I asked my graphics guy to make it look > like ardisia so it looks consistent. I hope thats ok, Let me know if it > looks too similar an

Re: Determining which MXML elements are containers

Sorry I missed this thread. Using [DefaultProperty] and [ArrayElementType] sounds right for Spark components but I don't see [DefaultProperty] declared in mx containers and I don't remember how mx containers were validated. I'll investigate to see how it works this weekend. -Darrell On Thu, Nov

Re: [DISCUSSION] TourDeFlex 1.2 RC 0

Thanks All, we have the images. I asked my graphics guy to make it look like ardisia so it looks consistent. I hope thats ok, Let me know if it looks too similar and I will have him get more creative with it :-) [image: Inline image 1] [image: Inline image 2] [image: Inline image 3] On Mon, Nov

Re: Build failed in Jenkins: flex-sdk #446

HI, BTW looks like something odd is going on here the RSL should have the build number in them not zero. > [mxmlc] Required RSLs: > [mxmlc] framework_0.swf > [mxmlc] textLayout_0.swf > [mxmlc] spark_0.swf > [mxmlc] osmf_0.swf Thanks, Justin

Re: git commit: [flex-utilities] [refs/heads/develop] - Fix title, URL in notice and minor text changes

The last line has a duplicate 'http://' at the start. EdB On Fri, Nov 21, 2014 at 1:02 PM, wrote: > Repository: flex-utilities > Updated Branches: > refs/heads/develop 213da7b9d -> ce0e4bbb2 > > > Fix title, URL in notice and minor text changes > > > Project: http://git-wip-us.apache.org/re

Re: Build failed in Jenkins: flex-sdk #446

HI, BTW looks like something odd is going on here the RSL should have the build number in them not zero. >[mxmlc] Required RSLs: >[mxmlc] framework_0.swf >[mxmlc] textLayout_0.swf >[mxmlc] spark_0.swf >[mxmlc] osmf_0.swf Thanks, Justin

Re: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven

Hi, > In maven.xml, the next version is 1.1 ( value="1.1"/>), is it wise given 1.0-snapshot hasn't been released yet ? IMO Would be best to keep the version numbers in sync with the released version numbers. So yes that may mean we will never have a 1.0 squiggly in maven unless someone want to

Re: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

Hi, > If you're feeling brave, go ahead. Past experience with INFRA makes me wary > to go down that rabbit hole again. They gave a few talks at ApacheCon, they now see themselves as a service provider and are here to help and are in the process of consolidating/fixing their offerings. We should

Re: Updated Flex-SDK to use apache-flex blazeds :-)

Hi, > 1) Neither the Ant build on apacheflexbuilds nor the Maven build on > builds.a.o seems to be creating a .WAR file. Do we need to do that? It not essential no, but some people may want it. > 2) The donated code does not contain the source or binary for > flex-rds-server.jar. I think that

Re: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

If you're feeling brave, go ahead. Past experience with INFRA makes me wary to go down that rabbit hole again. EdB On Fri, Nov 21, 2014 at 12:06 PM, Justin Mclean wrote: > Hi, > > > We’ve had so many problems with builds.a.o that I wouldn’t want to rely > on > > it for nightly builds > > Infr

RE: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

@Justin, Thanks for the explanation. Btw, the poms are now ok, will test the libs themselves by the end of the new week I guess (if I'm on time), once the mavenization of the project I'm working on will be completed. @Chris I'll try to figure out the best way too, I would like it if there is

Re: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

Hi, > We’ve had so many problems with builds.a.o that I wouldn’t want to rely on > it for nightly builds Infra have been doing work on build and we're told it now much better. Perhaps time to try again? Thanks, Justin

Re: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

Hi, > What is the process to release the next one, except a standard vote on RCs , > what about the Maven bits ? See this [1]. Justin 1. http://www.apache.org/dev/publishing-maven-artifacts.html

Re: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

Hi, > B- Why a maven released versions (1.0 and 1.1) hasn't been publish yet ? With 1.0 not sure we got any feedback if it worked or not, with 1.1 the nexus was broken and we were unable to test it. I think the pom may still require some minor changes to work. If you want to give it a try go fo

AW: AW: AW: [Maven - Squiggly] release (was: RE: [jira] [Created] (FLEX-34640) Squiggly: Generate / Package RSLs and deploy with Maven)

Well I don't see a reason for it not being able to do this. Someone would just have to setup such an Ant build (I guess it would have to be an Ant script as Maven doesn't provide features for such a relatively strange task). Chris Von: Alex Harui Gesend

Re: flex-sdk_mustella - Build # 1166 - Failure!

Ok, thanks. The current run is now expected to fail with the same 2 errors, the next run will pick up the fix and should complete successfully. EdB On Fri, Nov 21, 2014 at 8:55 AM, Alex Harui wrote: > Just checked in a fix > > On 11/20/14, 6:15 PM, "flex.muste...@gmail.com" > wrote: > > >fl

Re: git commit: [flex-tlf] [refs/heads/tables] - The local var had the same name as the function argument. The Falcon compiler objects to this ; -)

Done :-) EdB On Fri, Nov 21, 2014 at 10:27 AM, piotrz wrote: > Great Erik! I hope you don't mind I just wanted to keep everything > consistent. > > I don't have access to repo now so if you could change it on your own once > again. > > Thanks! > Piotr > > > > - > Apache Flex PMC > piotrza

Re: git commit: [flex-tlf] [refs/heads/tables] - The local var had the same name as the function argument. The Falcon compiler objects to this ; -)

Great Erik! I hope you don't mind I just wanted to keep everything consistent. I don't have access to repo now so if you could change it on your own once again. Thanks! Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.2

Re: git commit: [flex-tlf] [refs/heads/tables] - The local var had the same name as the function argument. The Falcon compiler objects to this ; -)

I'm fine with any solution, as long as the Falcon compiler is fine with it as well ;-) EdB On Fri, Nov 21, 2014 at 10:09 AM, Piotr Zarzycki wrote: > Hi Erik, > > In my opinion it looks a bit odd adding underscore to this variable. I > would suggest changing this to "tb_" -> "textBlock". Is th

Re: git commit: [flex-tlf] [refs/heads/tables] - The local var had the same name as the function argument. The Falcon compiler objects to this ; -)

Hi Erik, In my opinion it looks a bit odd adding underscore to this variable. I would suggest changing this to "tb_" -> "textBlock". Is there a code in TLF where they are using such convention ? Piotr 2014-11-20 18:42 GMT+01:00 : > Repository: flex-tlf > Updated Branches: > refs/heads/tables