Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3F208DD20 for ; Fri, 16 Nov 2012 21:49:14 +0000 (UTC) Received: (qmail 89748 invoked by uid 500); 16 Nov 2012 21:49:13 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 89652 invoked by uid 500); 16 Nov 2012 21:49:13 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 89554 invoked by uid 99); 16 Nov 2012 21:49:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2012 21:49:13 +0000 X-ASF-Spam-Status: No, hits=0.3 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gosmith@adobe.com designates 64.18.1.234 as permitted sender) Received: from [64.18.1.234] (HELO exprod6og119.obsmtp.com) (64.18.1.234) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2012 21:49:02 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob119.postini.com ([64.18.5.12]) with SMTP ID DSNKUKa0ue/tKmwp2SUtYD0ZLb0KcX3Xe0oO@postini.com; Fri, 16 Nov 2012 13:48:42 PST Received: from inner-relay-4.eur.adobe.com (inner-relay-4.adobe.com [193.104.215.14]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id qAGLjq1v009545 for ; Fri, 16 Nov 2012 13:45:53 -0800 (PST) Received: from nahub01.corp.adobe.com (nahub01.corp.adobe.com [10.8.189.97]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id qAGLmcXL021881 for ; Fri, 16 Nov 2012 13:48:39 -0800 (PST) Received: from nambx05.corp.adobe.com ([10.8.189.124]) by nahub01.corp.adobe.com ([10.8.189.97]) with mapi; Fri, 16 Nov 2012 13:48:38 -0800 From: Gordon Smith To: "flex-dev@incubator.apache.org" Date: Fri, 16 Nov 2012 13:48:36 -0800 Subject: RE: Flex 5 in haxe Thread-Topic: Flex 5 in haxe Thread-Index: Ac3EQPvsJBd/o96vQY29J6oRuscmrQAAyO3Q Message-ID: <149F8129B58B2D418508E63117D9C5419B5B35FF86@nambx05.corp.adobe.com> References: <813661353067194@web29g.yandex.ru> <2AF11B3E-2586-4973-9030-A225C35F0879@classsoftware.com> <149F8129B58B2D418508E63117D9C5419B5B35FEFD@nambx05.corp.adobe.com> <149F8129B58B2D418508E63117D9C5419B5B35FF4C@nambx05.corp.adobe.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org > We need the Flash Player and AIR. Adobe needs to continue to support us. The continued support is that AS3 and V11 and AIR-for-V11 aren't going away= . But I think the idea is that they go into maintenance mode. They're not t= he technology of the future. Do you want to develop for an old, aging platf= orm? > Adobe cannot starve it's children anymore. This needs to change. Adobe changed its strategic focus with regards to RIAs and Flex more than a= year ago. (They probably weren't a sufficiently high-growth market to just= ify significant continued investment.) I don't believe that the Flex commun= ity can count on either being a focus again for Adobe in the future. Realit= y is difficult, but it's real. > I think more effort should be put in to talking to Adobe about exactly wh= at is going on. What exactly do you want to know that hasn't been explained numerous times = over the last year? - Gordon -----Original Message----- From: jude [mailto:flexcapacitor@gmail.com]=20 Sent: Friday, November 16, 2012 1:25 PM To: flex-dev@incubator.apache.org Subject: Re: Flex 5 in haxe +1 to Nick's comments. Alex has stated that Adobe is looking at how the Flex community responds to Apache Flex. We need the Flash Player and AIR. Adobe needs to continue to support us. Adobe cannot starve it's children anymore. This needs to change. Flex is the greatest framework / toolchain I've ever used. It's not perfect= but it was / is the best out there IMHO. Adobe needs to realize they have = the best solution for targeting multiple platform out there and not to thro= w it all away. We can't go to JS. It's slow compared to Flash. I attended a presentation on Starling and I think there is a future there. Instead of writing to flash.display.DisplayObject you write to starling.dis= play.DisplayObject. It is about 1000x faster. All GPU. I think we'd lose bu= ilt in accessibility but you can still use the flash.display.* display list= and text. We can look into providing an alternative to that. Abstracting out the drawing engine would allow us to drop in different targ= ets. Bruce has mentioned writing an open source FP. That would free us from bein= g tied to any one VM but I would imagine it's gotta be a lot of work. Maybe having the compiler generating different output for other VM targets = would be better. Maybe add Unity or Silverlight targets. Adobe is investing heavily in Gaming. So we can rely on that target for the= near future. In the meantime don't throw out the 6 yrs of work by excellen= t Flex engineers. I think it is way too soon to talk about a rewrite. I think more effort should be put in to talking to Adobe about exactly what= is going on. On Fri, Nov 16, 2012 at 2:58 PM, Gordon Smith wrote: > > From what I previously read, I don't think we were getting an=20 > > updated > Falcon compiler that will generate AVM3 code. > > They were not planning on open-sourcing that (but correct me if I'm > wrong in that aspect). > > That's correct. Adobe has no plans to open-source its new AS4-for-V12=20 > compiler. > > - Gordon > > -----Original Message----- > From: Nicholas Kwiatkowski [mailto:nicholas@spoon.as] > Sent: Friday, November 16, 2012 12:27 PM > To: flex-dev@incubator.apache.org > Subject: Re: Flex 5 in haxe > > On Fri, Nov 16, 2012 at 3:08 PM, Stefan Horochovec <=20 > stefan.horochovec@gmail.com> wrote: > > [snip] > > > > The development of the new VM and AS4 specification is not reported=20 > > or discussed with Apache Flex, knowing that we depend exclusively of=20 > > Flash Player and AIR to execute applications. This in my opinion is > terrible. > > > > Again we will have to wait for an update from Falcon to generate=20 > > code for the V12, this delay the progress of the Flex when we are=20 > > expecting more and more code from Adobe. > > > > I'm not saying that we should use haxe, or some other compiler, just=20 > > think the time is an even broader discussion. The Flex should=20 > > continue only with Flash Player / Adobe AIR runtime? > > > > This is, and has been par for the course. When Adobe doesn't want to hea= r > us whine and moan, they close off development. It happened before (and = in > many more products than just Flex/Flash), and I'm sure it will happen=20 > often in the future. They feel they can surround themselves with=20 > "stakeholders" > (a small, select subset of customers that their marketing team found them= ) > to make major changes to platforms, products, etc. At least this time, > they were pretty clear in saying we wouldn't have a seat in the table=20 > for the future. Previous times they gave us the illusion that we did. > > From what I previously read, I don't think we were getting an updated=20 > Falcon compiler that will generate AVM3 code. They were not planning=20 > on open-sourcing that (but correct me if I'm wrong in that aspect). > > I'm pretty sure the community as a whole over the last 11 months have=20 > determined to break our dependency of the Flash Player. We've had a=20 > LOT of proposals on how to do it -- none of them executed yet. The=20 > silliest of the bunch in my opinion is porting to HaXe or starting=20 > from scratch. Our power is leveraged from Adobe's initial 200,000=20 > hours of labor over the last many years. We got an awesome code-base=20 > that while, it needs some major tweaks, is is really good shape. =20 > Dumping out the baby with the bath-water is not the way to go on a platfo= rm that is mature and used by > MANY large enterprises. That being said -- this is now in the Apache > world and I can't stop anybody from doing that, but I won't also be=20 > helping redo Flex from scratch. > > -Nick >