[jira] [Reopened] (FLEX-32571) ADG border disappears on state transition

[ https://issues.apache.org/jira/browse/FLEX-32571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-32571: -- Assignee: Justin Mclean (was: Adobe JIRA) > ADG border disappears on state transition >

[jira] [Reopened] (FLEX-32692) AdvancedDataGrid border not rendered when switching between Flex 4 states

[ https://issues.apache.org/jira/browse/FLEX-32692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-32692: -- Assignee: Justin Mclean (was: Adobe JIRA) > AdvancedDataGrid border not rendered when sw

[jira] [Commented] (FLEX-32721) Border skin sometimes dissappears from AdvancedDataGrid

[ https://issues.apache.org/jira/browse/FLEX-32721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13669043#comment-13669043 ] Justin Mclean commented on FLEX-32721: -- Confirmed still an issue in Apache Flex 4.9.1

Re: Build failed in Jenkins: Flex_SDK_build_git #62

Build is broken... On the plus side, now we know that the build notifications do work :-) Thanks, Om On Tue, May 28, 2013 at 10:26 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See > > Changes: > > [jmclean] Made fi

Build failed in Jenkins: Flex_SDK_checkin_tests_git #39

See Changes: [jmclean] Made findHeaderRenderer protected and removed @private -- [...truncated 730 lines...] clean: clean: clean: bundles-clean: clean: bundles-clean: clean: clea

Re: ADG monkey patches and Mustella tests

On 5/28/13 9:13 PM, "Justin Mclean" wrote: >Hi, > >> Wouldn't surprise me. Did you check in the new/corrected baseline? >No I assume I just copy the "bad" image over the original one and check >in? The recommended practice is to run that test or the whole script with -createImages, delete the

Build failed in Jenkins: Flex_SDK_build_git #62

See Changes: [jmclean] Made findHeaderRenderer protected and removed @private -- [...truncated 716 lines...] clean: clean: clean: bundles-clean: pixelbender-clean: clean: clean: clean:

[jira] [Commented] (FLEX-33570) when I press a key to pop up a new window, how to forbid inputting into the edit control in the new window?

[ https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13669012#comment-13669012 ] Aaron commented on FLEX-33570: -- Got it. Thank you. > when I press a key to p

[jira] [Reopened] (FLEX-32721) Border skin sometimes dissappears from AdvancedDataGrid

[ https://issues.apache.org/jira/browse/FLEX-32721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-32721: -- Assignee: Justin Mclean (was: Adobe JIRA) > Border skin sometimes dissappears from Advan

Re: ADG monkey patches and Mustella tests

Hi, > Wouldn't surprise me. Did you check in the new/corrected baseline? No I assume I just copy the "bad" image over the original one and check in? Would you mind double checking the test and confirm that the ADG cell should all be RTL, I'm fairly certain but wouldn't want to hide the issue if

Re: [1/5] git commit: [flex-sdk] [refs/heads/develop] - Made findRenderer protected (it's useful!) and fixed issue with it not dealing with horizontal scroll position correctly.

Hi, > The diff makes it look like @private is still in the asdoc for a now > protected method. Is that what you want? Not intentional I'll remove the @private. Thanks, Justin

[jira] [Commented] (FLEX-33570) when I press a key to pop up a new window, how to forbid inputting into the edit control in the new window?

[ https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13668974#comment-13668974 ] Alex Harui commented on FLEX-33570: --- I will try to take a look in the next 24 hours. Ye

Re: BlazeDS

I keep seeing signs that they are making slow progress toward getting it donated. On 5/28/13 7:48 PM, "Justin Mclean" wrote: >HI, > >A question just come up on the user list about BlazeDS. Alex do you know >if it still likely to be donated? > >Thanks, >Justin

[jira] [Commented] (FLEX-33570) when I press a key to pop up a new window, how to forbid inputting into the edit control in the new window?

[ https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13668968#comment-13668968 ] Aaron commented on FLEX-33570: -- Justin, I see, thanks for telling me. > when

Re: ADG monkey patches and Mustella tests

On 5/28/13 7:32 PM, "Justin Mclean" wrote: >Hi, > >Just submitted some fixes for various ADG issues, most of these I had as >Monkey Patched in a project that have been running for several year and >are used on a daily basis. Anyone else have any Monkey Patches lying >around? > >All the ADG Must

Re: [1/5] git commit: [flex-sdk] [refs/heads/develop] - Made findRenderer protected (it's useful!) and fixed issue with it not dealing with horizontal scroll position correctly.

Some good stuff in this set. The diff makes it look like @private is still in the asdoc for a now protected method. Is that what you want? -Alex On 5/28/13 7:23 PM, "jmcl...@apache.org" wrote: >Updated Branches: > refs/heads/develop b709e3d31 -> b38f1419b > > >Made findRenderer protected (it

[jira] [Commented] (FLEX-33570) when I press a key to pop up a new window, how to forbid inputting into the edit control in the new window?

[ https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13668949#comment-13668949 ] Justin Mclean commented on FLEX-33570: -- I develop on OSX and don't use IE so cant che

BlazeDS

HI, A question just come up on the user list about BlazeDS. Alex do you know if it still likely to be donated? Thanks, Justin

[jira] [Commented] (FLEX-33570) when I press a key to pop up a new window, how to forbid inputting into the edit control in the new window?

[ https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13668944#comment-13668944 ] Aaron commented on FLEX-33570: -- @Justin, As I said above, the issue still occurs if using

Re: [PROPOSAL] Moving JIRA emails to a new list

Hi, There are other Apache projects that have a separate list for JIRA issue. For example: http://cloudstack.apache.org/mailing-lists.html http://hadoop.apache.org/mailing_lists.html And there's probably others. Thanks, Justin

Re: Translations required for installer

German: "Bitte wählen Sie die AIR und Flash Player Versionen" It is a more polite version "Please select AIR and Flash Player Version". But i have also done the rest of the German translation it should fit that style well. 2013/5/29 Victor Hugo Garcia > Spanish: "Seleccione las versiones de AIR

[jira] [Resolved] (FLEX-32846) [Dependent][FP]AdvancedDataGrid shows wrong selection in FlashPlayer 10.1

[ https://issues.apache.org/jira/browse/FLEX-32846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-32846. -- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 Checked into develop branch.

[jira] [Resolved] (FLEX-32589) pendingCellSelection only cleared when setting selectedCells property

[ https://issues.apache.org/jira/browse/FLEX-32589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-32589. -- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 Checked into develop branch.

[jira] [Resolved] (FLEX-32599) TypeError: Error #1009: Cannot access a property or method of a null object reference.at mx.controls::AdvancedDataGrid/findHeaderRenderer()mx.controls::AdvancedDataGrid/

[ https://issues.apache.org/jira/browse/FLEX-32599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-32599. -- Resolution: Fixed Fix Version/s: Apache Flex 4.10.0 Checked in develop branch.

ADG monkey patches and Mustella tests

Hi, Just submitted some fixes for various ADG issues, most of these I had as Monkey Patched in a project that have been running for several year and are used on a daily basis. Anyone else have any Monkey Patches lying around? All the ADG Mustella tests pass except one (called use_grouped_data_m

Re: Translations required for installer

Spanish: "Seleccione las versiones de AIR y Flash Player" Portuguese: "Selecione as versões do AIR e Flash Player" 2013/5/28 Lee Burrows > Emailed my pal for a Dutch translation. Cant help with the rest. > > > On 29/05/2013 01:52, Justin Mclean wrote: > >> Hi, >> >> Can anyone translate "Select

[jira] [Reopened] (FLEX-32846) [Dependent][FP]AdvancedDataGrid shows wrong selection in FlashPlayer 10.1

[ https://issues.apache.org/jira/browse/FLEX-32846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-32846: -- Assignee: Justin Mclean (was: Adobe JIRA) Still an issue > [Dependent][FP]A

[jira] [Reopened] (FLEX-32589) pendingCellSelection only cleared when setting selectedCells property

[ https://issues.apache.org/jira/browse/FLEX-32589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-32589: -- Assignee: Justin Mclean (was: Adobe JIRA) Still an issue. > pendingCellSele

Re: [PROPOSAL] Moving JIRA emails to a new list

It's going to make filtering the emails a lot easier now... gmail does a poor job compared to my outlook. -Mark On Tue, May 28, 2013 at 3:24 PM, Erik de Bruin wrote: > Agreed. Committers are committing, so they want to track the issues > they work on anyways, I'm sure. If they hate being kept

[jira] [Reopened] (FLEX-32599) TypeError: Error #1009: Cannot access a property or method of a null object reference.at mx.controls::AdvancedDataGrid/findHeaderRenderer()mx.controls::AdvancedDataGrid/

[ https://issues.apache.org/jira/browse/FLEX-32599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean reopened FLEX-32599: -- Assignee: Justin Mclean (was: Adobe JIRA) Issue still exits. > TypeError: E

Re: Translations required for installer

Emailed my pal for a Dutch translation. Cant help with the rest. On 29/05/2013 01:52, Justin Mclean wrote: Hi, Can anyone translate "Select AIR and Flash Player versions." into Greek, Spanish, Dutch Portuguese , French or German? It also also be useful to have the installer in a couple langua

Translations required for installer

Hi, Can anyone translate "Select AIR and Flash Player versions." into Greek, Spanish, Dutch Portuguese , French or German? It also also be useful to have the installer in a couple languages, eg Chinese where about 20% of our web site traffic comes from. Can anyone help out here? Thanks, Justin

Re: [PROPOSAL] Moving JIRA emails to a new list

You should allow a lot longer than 30 minutes before calling a vote. Like maybe 72 hours. Regards, Dave On May 28, 2013, at 11:56 AM, Erik de Bruin wrote: > Let's vote! > > EdB > > > > On Tue, May 28, 2013 at 8:51 PM, Alex Harui wrote: >> Vote is required according to [1] >> >> [1] http:/

Re: [PROPOSAL] Moving JIRA emails to a new list

A standard action would be to create commits@ and issues@ MLs and move both git commits and JIRA issues off of the dev list. Some of the PMC will need to subscribe to these and pay attention to the changing codebase. Regards, Dave On May 28, 2013, at 11:32 AM, OmPrakash Muppirala wrote: > Oka

Re: [PROPOSAL] Moving JIRA emails to a new list

On Tue, May 28, 2013 at 5:11 PM, Justin Mclean wrote: > Hi, > > I know I'm probably responsible for the majority of JIRA traffic. I'm not > opposed to having all JIRA emails go to a new list but there a few things > we should think about. > > Currently the JIRA messages are very easy to filter out

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On May 28, 2013, at 10:25 AM, Greg Reddin wrote: > On Tue, May 28, 2013 at 11:18 AM, Alex Harui wrote: > >> >> Greg, do you think donations like these need to have a goal of being >> integrated with Apache Flex or becoming its own project? Personally, I'd >> be ok with Apache Flex being a war

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

Hi, I don't see any issue with it living in it own repo under flex (like utilities or flexunit). I don't think anyone is suggesting we bundle it up with the Flex SDK release so you woudl still be free to choose any framework or none if you want. Thanks, Justin

Re: [PROPOSAL] Moving JIRA emails to a new list

Hi, I know I'm probably responsible for the majority of JIRA traffic. I'm not opposed to having all JIRA emails go to a new list but there a few things we should think about. Currently the JIRA messages are very easy to filter out so moving them to another list is really no different to an ema

Re: Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

Om is pointing my main concern with Swiz donation. The main point here is that Swiz 2.0.0 Beta has many good and beautiful ideas about AOP that are very new to web client technologies. Something that people are using from long time in java could be first citizen in Flex making an huge difference. t

Re: [PROPOSAL] Moving JIRA emails to a new list

Agreed. Committers are committing, so they want to track the issues they work on anyways, I'm sure. If they hate being kept up to date so much, they can always unsubscribe. This is not a big thing, it's just a mailing list. EdB On Tue, May 28, 2013 at 8:58 PM, OmPrakash Muppirala wrote: > On T

Re: [PROPOSAL] Moving JIRA emails to a new list

On Tue, May 28, 2013 at 11:54 AM, Nicholas Kwiatkowski wrote: > I don't think we need to auto-add committers... Let them add themselves, > incase they either don't want the notices (and view them via RSS direct > from JIRA), or they want to use another email address. It should be a > public list

Re: [PROPOSAL] Moving JIRA emails to a new list

Let's vote! EdB On Tue, May 28, 2013 at 8:51 PM, Alex Harui wrote: > Vote is required according to [1] > > [1] http://www.apache.org/dev/committers.html#new-mailing-list > > On 5/28/13 11:45 AM, "Erik de Bruin" wrote: > >>Shouldn't everyone be able to subscribe? Or are you saying that but >>d

Re: [PROPOSAL] Moving JIRA emails to a new list

I don't think we need to auto-add committers... Let them add themselves, incase they either don't want the notices (and view them via RSS direct from JIRA), or they want to use another email address. It should be a public list so anybody could join if they want. -Nick On Tue, May 28, 2013 at 2:

Re: [PROPOSAL] Moving JIRA emails to a new list

Vote is required according to [1] [1] http://www.apache.org/dev/committers.html#new-mailing-list On 5/28/13 11:45 AM, "Erik de Bruin" wrote: >Shouldn't everyone be able to subscribe? Or are you saying that but >did I miss it... ;-) > >EdB > >On Tue, May 28, 2013 at 8:32 PM, OmPrakash Muppirala

Re: [PROPOSAL] Moving JIRA emails to a new list

Yes everyone should be able to subscribe, I thought that was obvious :-) I doubt if regular folks would subscribe to that list though. The cool thing about JIRA is if you log in and comment on a JIRA issue, it will automatically add you as a 'watcher' and will send you notifications for further a

RE: Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

I do not agree to you. There are a lot of ways to approach an application development, some may be of your liking others will not be. But there is no need to force one of them as the Flex sdk one. I would rather prefer to maintain all those as separate libraries for anyone to choose the one he

Re: [PROPOSAL] Moving JIRA emails to a new list

Shouldn't everyone be able to subscribe? Or are you saying that but did I miss it... ;-) EdB On Tue, May 28, 2013 at 8:32 PM, OmPrakash Muppirala wrote: > Okay, moving to a new thread. > > Do we need a vote for this or is there sufficient consensus in the > community? > > We dont want to lose pe

Re: Do we want Abandoned Code?

The code in question is on GitHub: https://github.com/Flextras/FlextrasComponents On 5/28/2013 2:06 PM, Kessler CTR Mark J wrote: Or until they get enough interest in the abandoned code... run it out of a GitHub account outside of the formal apache process until it gains enough momentum. -

[PROPOSAL] Moving JIRA emails to a new list

Okay, moving to a new thread. Do we need a vote for this or is there sufficient consensus in the community? We dont want to lose people because of all the spam that gets generated by the JIRA emails. That should be a big priority for us. The proposal is: 1. Create a list: j...@flex.apache.org

Re: Do we want Abandoned Code?

IMO, it depends on the definition of "abandoned". If nobody is using it, then we don't want it. The donation process is time-consuming enough to act as a filter. If the donor wants to spend the energy to do the IP clearance and software grant and one or more committers want to do the Apache-fica

RE: Do we want Abandoned Code?

Or until they get enough interest in the abandoned code... run it out of a GitHub account outside of the formal apache process until it gains enough momentum. -Mark -Original Message- From: Erik de Bruin [mailto:e...@ixsoftware.nl] Sent: Tuesday, May 28, 2013 2:03 PM To: dev@flex.apach

Re: Do we want Abandoned Code?

+1, with the reservation that we don't want any and all code out there ;-) EdB On Tue, May 28, 2013 at 7:58 PM, aYo ~ wrote: > If the donated assets are relevant to flex development I see no reason why > not. Development of those assets ceased mainly because there was a loss of > faith, we on

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

+1 on the JIRA on another list, do we need a vote on that, or can we just ask INFRA for it? Maybe this discussion should be in a separate thread, however... EdB On Tue, May 28, 2013 at 7:57 PM, Nicholas Kwiatkowski wrote: > I would prefer JIRA activity to be on another list. I've heard from

Re: Do we want Abandoned Code?

If the donated assets are relevant to flex development I see no reason why not. Development of those assets ceased mainly because there was a loss of faith, we on the other hand believe in the project and are moving it on, n'est pas ? On 28 May 2013 18:50, "Jeffry Houser" wrote: > On 5/28/2013 12

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

I would prefer JIRA activity to be on another list. I've heard from quite a few people in my User Group that they dropped off dev@ people of the noise of JIRA. I think those of us who want to know what is committed will subscribe to those (plus, it makes filtering those messages into a separate

Re: Stuck getting Jenkins to run Mustella on Win2008 Server

On the Mac, using the MS RDP software, I just type the URL followed by a colon and the port... You might want to put in the credentials under File -> Edit a Connection first? EdB On Tue, May 28, 2013 at 7:38 PM, Alex Harui wrote: > Might have been me trying to get in. > > However, I still have

Do we want Abandoned Code?

On 5/28/2013 12:18 PM, Alex Harui wrote: Personally, I'd be ok with Apache Flex being a warehouse of all kinds of Flex-related code even if there is no active development for it. What do others think of this sentiment? I could get the Flextras components donated, but didn't because assume

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On 5/28/13 10:25 AM, "Greg Reddin" wrote: >On Tue, May 28, 2013 at 11:18 AM, Alex Harui wrote: > >> >> Greg, do you think donations like these need to have a goal of being >> integrated with Apache Flex or becoming its own project? Personally, >>I'd >> be ok with Apache Flex being a warehouse

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On 5/28/2013 11:33 AM, dude wrote: Good luck, but I'd rather see Parsley integrated into Apache Flex. I would not like to see either integrated into Apache Flex. However, I have no qualms about it being donated and co-existing along side Apache Flex. -- Jeffry Houser Technical Entrepreneu

Re: Stuck getting Jenkins to run Mustella on Win2008 Server

On Tue, May 28, 2013 at 10:38 AM, Alex Harui wrote: > Might have been me trying to get in. > > However, I still have yet to make a connection. I've tried both Mac and > Win. Ping was able to find flex-mustella.cloudapp.net. How are you guys > specifying the port? > > I'll wait to try again unt

Re: Stuck getting Jenkins to run Mustella on Win2008 Server

Might have been me trying to get in. However, I still have yet to make a connection. I've tried both Mac and Win. Ping was able to find flex-mustella.cloudapp.net. How are you guys specifying the port? I'll wait to try again until someone says they successfully got in. -Alex On 5/28/13 10:22

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

I like the donation of the Swiz framework. I use both swiz(for work) and parsley(personal projects) and I am ambivalent at this point. What I would really like to see the best part of these frameworks (and maeby others like spring-actionscript, robotlegs, etc.) integrated into Flex. I am talking

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

Greg, I see why you might be worried about future additional projects, but the sub-projects you mention (Falcon, SDK, FlexJS) are very much part of one and the same project. Other sub-projects are purely for supporting the community and various workflows (Installer, Maven) and are "too small" to m

Re: Stuck getting Jenkins to run Mustella on Win2008 Server

I'm sorry, I wish there was a way to see if someone else is logged in already. I'm done... added the CYGWIN environment variable to Jenkins (not the job itself) and that got rid of the "error message" about the paths. But otherwise nothing changed and the run still fails. Next! ;-) EdB On Tue

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On Tue, May 28, 2013 at 11:18 AM, Alex Harui wrote: > > Greg, do you think donations like these need to have a goal of being > integrated with Apache Flex or becoming its own project? Personally, I'd > be ok with Apache Flex being a warehouse of all kinds of Flex-related code > even if there is

Re: Stuck getting Jenkins to run Mustella on Win2008 Server

On Mon, May 27, 2013 at 10:17 PM, Erik de Bruin wrote: > Om, > > Thank you, I don't mind at all ;-) > > I won't have time to work on this today, so feel free to give it a try. > > EdB > > I tried getting in a few minutes ago. Someone kicked me out :-) Let me know when you are done? Thanks, Om

Re: Example apps for new components

The ultimate hope is that we will have proper docs sometime in the future -- and those will include some samples. The Tour de Flex source code will be "googleable" as well, since it write out HTML pages for each MXML source it uses. -Nick On Tue, May 28, 2013 at 4:02 AM, Tom Chiverton wrote:

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

I like the idea of a vote. I don't think the community is divided about 'having' Swiz, it seems the division is more 'what to do with it'. Please let the VOTE be clear about this. EdB On Tue, May 28, 2013 at 6:49 PM, Carlos Rovira wrote: > I think this would require a vote thread since it seems

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

I agree On 28 May 2013 17:28, "dude" wrote: > None of these frameworks should be integrated into Apache Flex, I guess > everyone agrees with that. > > FYI: Parsley has been abandoned by its creator as well and there is no > further development atm (afaik). It is licenced under Apache License 2.0

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

I think this would require a vote thread since it seems to have community opinion divided. I'll give a breath for some hours to open a VOTE thread if you all are ok with that. 2013/5/28 dude > None of these frameworks should be integrated into Apache Flex, I guess > everyone agrees with that.

Re: Example apps for new components

On 24/05/2013 18:12, OmPrakash Muppirala wrote: On May 24, 2013 2:16 AM, "Tom Chiverton" wrote: Well, there's no point putting it on the wiki if a few days later someone is going to have to scrape it off into an application is there ? Tom The advantage of having it as a web resource is that

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

None of these frameworks should be integrated into Apache Flex, I guess everyone agrees with that. FYI: Parsley has been abandoned by its creator as well and there is no further development atm (afaik). It is licenced under Apache License 2.0 and available here https://github.com/spicefactory Am

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

Top level application flex frameworks should be incubated at Apache as independent projects to Apache FLEX to avoid missunderstandings and be politically correct. 2013/5/28 Avi Kessner > I don't use swiz but it seems silly to reject a donation because of a fear > of what might happen. It's eas

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On 5/28/13 8:39 AM, "Greg Reddin" wrote: >On Tue, May 28, 2013 at 10:37 AM, Roland Zwaga >wrote: > >> On 28 May 2013 17:33, dude wrote: >> >> > Good luck, but I'd rather see Parsley integrated into Apache Flex. >> > >> > >> >> Personally, the above response shows exactly the reason why I think

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

I don't use swiz but it seems silly to reject a donation because of a fear of what might happen. It's easy enough to keep it separate, and if it's not supported anywhere projects using it will likely ditch the flex framework completely On 28 May 2013 18:49, "Carlos Velasco" wrote: > Adding a to

Re: [1/5] git commit: [flex-utilities] [refs/heads/develop] - Added all the versions of AIR and Flash Player to the config file.

On May 28, 2013 4:34 AM, "Nicholas Kwiatkowski" wrote: > > Any thoughts about moving the config file to a subdirectory off our web > site for future versions instead of the web root? I'm imagining a future > where we have to keep tons of these around for backwards compatibility > which makes thin

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

Adding a top level applicaction framework to the APACHE FLEX project suitcase will somehow set is as the "facto standard" accepted framework to build applications using the FLEX SDK, or at least will create that understanding between developers. So I think top level application frameworks must not

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

I don't know the actual state of RobotLegs, Parsley or others... Swiz is without maintenance and needs attention and 2.0 could bring a great improvment not reached for any other framework. This doesn't mean any base sdk integration and dependency. We could make the same with other projects that nee

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

Hi Greg, other people behind the project are Ben and Brian (maybe more other contributions), but all files are behind Apache License 2.0 and seems there's no authors specifications so maybe they already agreed with the Apache License 2.0, but I'll ask them on the swiz list to get it clear 2013/5/

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On Tue, May 28, 2013 at 10:37 AM, Roland Zwaga wrote: > On 28 May 2013 17:33, dude wrote: > > > Good luck, but I'd rather see Parsley integrated into Apache Flex. > > > > > > Personally, the above response shows exactly the reason why I think there > shouldn't be any > application framework integ

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On 28 May 2013 17:33, dude wrote: > Good luck, but I'd rather see Parsley integrated into Apache Flex. > > Personally, the above response shows exactly the reason why I think there shouldn't be any application framework integrated into Apache Flex. Too many opinions on the matter...

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On Tue, May 28, 2013 at 10:33 AM, dude wrote: > Good luck, but I'd rather see Parsley integrated into Apache Flex. > That's the only concern I'd have about the donation. I know Swiz is one framework among several. So we'd have to manage it carefully to keep from alienating part of the community.

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

Good luck, but I'd rather see Parsley integrated into Apache Flex. Am 28.05.2013 16:52, schrieb Carlos Rovira: > Hi, > > I want to propose the donation of Swiz Framework to Apache Flex. > > https://github.com/swiz/swiz-framework/ > https://swizframework.jira.com/wiki/display/SWIZ/Home > > The r

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

> * Swiz stopped development in 2.0.0 beta that brings AOP to Flex Framework. > The problem with this implementation is that is not ready for producction > since it needs changes in Flex Compiler and in AS3 Commons ByteCode to get > it work properly. > > Hi there, I'm the author of as3commons-byte

Re: [PROPOSAL] Swiz Framework Donation to Apache Flex

On Tue, May 28, 2013 at 9:52 AM, Carlos Rovira wrote: > Hi, > > I want to propose the donation of Swiz Framework to Apache Flex. > This would be awesome in my opinion :-) Just remember that the donation process could get complicated if Chris doesn't hold the copyright to all the code to be donat

[PROPOSAL] Swiz Framework Donation to Apache Flex

Hi, I want to propose the donation of Swiz Framework to Apache Flex. https://github.com/swiz/swiz-framework/ https://swizframework.jira.com/wiki/display/SWIZ/Home The reasons behind the propossal are: * Swiz Framework is a mature microarquitecure for Apache Flex that complements it to build app

Re: [1/5] git commit: [flex-utilities] [refs/heads/develop] - Added all the versions of AIR and Flash Player to the config file.

Any thoughts about moving the config file to a subdirectory off our web site for future versions instead of the web root? I'm imagining a future where we have to keep tons of these around for backwards compatibility which makes things a bit messier... -Nick On Mon, May 27, 2013 at 2:14 AM, OmPr

Re: flex-examples Git repo

Hit the enter key too fast... And what I mean by that -- the GIT repo will be under the Apache Flex "organization", and will be prefixed as apache flex... On Tue, May 28, 2013 at 7:25 AM, Nicholas Kwiatkowski wrote: > I'm not concerned. This is Apache, not flexexamples.com... > > -Nick > > > O

Re: flex-examples Git repo

I'm not concerned. This is Apache, not flexexamples.com... -Nick On Mon, May 27, 2013 at 11:25 PM, Alex Harui wrote: > Cool. Is anybody concerned about possible name confusion between the repo > name and the old flexexamples.com site? Just food for thought, no real > objection here, just a

[jira] [Created] (FLEX-33577) scrollToIndex produces errors if the index to scroll to is not visible in AdvancedDataGrid

Andreas Niekler created FLEX-33577: -- Summary: scrollToIndex produces errors if the index to scroll to is not visible in AdvancedDataGrid Key: FLEX-33577 URL: https://issues.apache.org/jira/browse/FLEX-33577