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 F4166DECC for ; Thu, 15 Nov 2012 17:05:05 +0000 (UTC) Received: (qmail 27887 invoked by uid 500); 15 Nov 2012 17:05:05 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 27850 invoked by uid 500); 15 Nov 2012 17:05:05 -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 27841 invoked by uid 99); 15 Nov 2012 17:05:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Nov 2012 17:05:05 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [69.167.147.50] (HELO franklin.liquidweb.com) (69.167.147.50) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Nov 2012 17:04:58 +0000 Received: from localhost ([127.0.0.1]:51780) by franklin.liquidweb.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TZ2rk-0006Ot-C2 for flex-dev@incubator.apache.org; Thu, 15 Nov 2012 12:04:36 -0500 Received: from 71.181.90.209 ([71.181.90.209]) by www.teotigraphix.com (Horde Framework) with HTTP; Thu, 15 Nov 2012 12:04:35 -0500 Message-ID: <20121115120435.586321wn81x0zmhv@www.teotigraphix.com> Date: Thu, 15 Nov 2012 12:04:35 -0500 From: Michael Schmalle To: flex-dev@incubator.apache.org Subject: Re: How to prepare Apache Flex 5 to run in the new AVM in Flashplayer 12? References: <7698DA69-C4BB-4A1F-8200-ED497EB422DE@gmail.com> <20121115115341.890344hsdamu6jh1@www.teotigraphix.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - franklin.liquidweb.com X-AntiAbuse: Original Domain - incubator.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - teotigraphix.com X-Get-Message-Sender-Via: franklin.liquidweb.com: authenticated_id: teotigra/from_h X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org Well, I didn't say it but what you wrote is exactly what I would have said if I didn't already have my rant points for this week used up. I wrote the previous to show I can be diplomatic. ;-) If you search the 100's of rants from me in the archives, I have always been saying burn baby burn. Sometimes the phoenix needs to rise from the ashes, there is no ashes yet to rise form. Mike Quoting Omar Gonzalez : >> >> >> That being said, wouldn't it be advantageous to think about APIs that >> could stand the test of major refactors and start migrating or add >> extensions to the current code base that would give developers the option >> to start moving towards the next framework? >> >> I mean, a public API is just that, what goes on under the surface is for >> the low level developers to think about and implement. >> >> So you have Flex 5 that starts to really use this new API that maybe uses >> some adapters to fit some popular components under the API while creating >> more modular revisions at the same time. >> >> I think some type of simultaneous refactor is possible giving the amount >> of brains around here. >> >> Mike >> >> -- >> Michael Schmalle - Teoti Graphix, LLC >> http://www.teotigraphix.com >> http://blog.teotigraphix.com >> >> > While that may work, the differences so far described in AS4 and the new VM > sound so fundamentally different from what we have in AS3/AVM2 that I don't > actually believe this would be possible. Based on rumors not even Starling > is compatible, and the display list will pretty much be gone. > > I think it would probably be a complete waste of time to do that, but of > course I may be wrong. > > I think the only way forward is to start with a brand new unit test suite, > and build a new version of the Flex framework from the ground up, the right > way. Modular and unit tested, such that it can grow from a small baby to a > full grown application framework as we know it today. Trying to shoehorn > the current base so it could possibly take advantage of some features of a > new VM seems like a waste of effort. > > That said, anyone here is free to do what they want really. If it turns out > well it'll likely be voted into a release. :) > > -omar > -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com