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 CC5BCD867 for ; Mon, 22 Oct 2012 10:17:37 +0000 (UTC) Received: (qmail 28125 invoked by uid 500); 22 Oct 2012 10:17:37 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 28092 invoked by uid 500); 22 Oct 2012 10:17:36 -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 28059 invoked by uid 99); 22 Oct 2012 10:17:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Oct 2012 10:17:35 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of carlos.rovira@gmail.com designates 74.125.82.43 as permitted sender) Received: from [74.125.82.43] (HELO mail-wg0-f43.google.com) (74.125.82.43) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Oct 2012 10:17:29 +0000 Received: by mail-wg0-f43.google.com with SMTP id dq11so1733364wgb.0 for ; Mon, 22 Oct 2012 03:17:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=MOMSGcahZY1kUE6b0u3FOvXDiL55FIztTrf1YwLoNUk=; b=GnXh0xqz3AyBQr2cTv944hz+eIDeResWI9luomznnbyJ3RqN3HaU02DHuXsib9/YIa EHxe8xlOTYrXV02EaQUwY4GZrHgD3FlNDNKKxO4p+u8wwbKnyKjSK7osXjx4N0nnWaN1 0pzrUZYvZnzT53g5e93gtE0fv6ysc5jhEjg4c5JRwJROYFefQIRNeOAc6gTMQBhbk+/W NUiso1w/iHB61owSJeGvWPvQ5r/uiRchQke0zMokW2MKAPw7/1uhc3mlWadN3fjUNSjE IeuR6Zsg3ZpkE2scfenmOEm8GKRgbAgJtpKFDSe1Vy67CjmPkNgKq3GpT5afnLoptaEK i27w== MIME-Version: 1.0 Received: by 10.216.207.170 with SMTP id n42mr5189868weo.173.1350901029177; Mon, 22 Oct 2012 03:17:09 -0700 (PDT) Sender: carlos.rovira@gmail.com Received: by 10.194.91.164 with HTTP; Mon, 22 Oct 2012 03:17:09 -0700 (PDT) In-Reply-To: <5085188F.7090505@gmail.com> References: <5084548C.3000604@gmail.com> <5085188F.7090505@gmail.com> Date: Mon, 22 Oct 2012 12:17:09 +0200 X-Google-Sender-Auth: gHZuEGJU1N28as3G-oxbab9pzg4 Message-ID: Subject: Re: Starling + Flex From: Carlos Rovira To: flex-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I'm with Alex that Flex actual codebase is very old. It relys on things set up on Flash Professional 2004 (maybe even Flash MX). Then Flex 1.x get that legacy, and then, again Flex 2.x to 4.x Many of us would want to see changes inside the actual code base to let our systems, applications and products evolve and not get obsolete, but maybe that road is very painful since involves many man/hours that maybe we don't have. So as I put in other thread, we could think in start some refactor but that would be mainly "maintenance mode" and not get all the possibilities that we could get going a *new from scratch route". Maintenance is needed, and the I assume we continue having AVM2 in Flash Player as we continue to have AVM1 nowadays. So our legacy apps will continue to live there. But we should start to think in the future and that requires apply all what we know to a new framework. 2012/10/22 s=E9bastien Paturel : > Sorry for sharing my frustration, but i'm really trying to be constructiv= e > in the sens that i'm trying to get clear informations of the state of the > framework, regarding, a multi target future. > I was not talking about Adobe here, i was saying that, in the context of > Alex talking about starting a new framework from scratch. > I am not complaining about how the things are today, but about the lack o= f > visibility of what is possible, and what is not for the future, about wha= t > is the state of discusison among commiters about such a subject etc. > > > "discussing (on various threads and other media, like conferences) that b= est > approach to do that." > I'm happy to know that there are active discussions about it. But i'm sor= ry, > i try to follow the ML since a few month, and i did not saw much about su= ch > deep discussions regarding a mutli target future. > If it was the case, i would not be frustated (even if no definitive answe= r > has been found yet) > Instead i see other frustrated readers talking about "Apache model killin= g > the project", "ghost town", "need of a roadmap"... > > Can you please give us a feedback of those conferences? Can you just give= a > quick update of the state of discussions and thoughts? and do you have an= y > advise to help us keep track of those discussions, if the ML is not the > right place? > > For now, to be constructive, i'm trying to understand: > - What is the current vision of commiters regarding the future of flex, a= nd > the multi target possibilities? Thanks a lot to Alex to have shared a > detailed explaination of his current toughts. I'd also love to see commit= ers > answer to the thread "What is the essence of Flex". > - What does it imply for flex as a mobile multi target SDK if it does not > run on next Adobe runtime in the short term? (it depends on Adobe's plan > regarding AIR runtime in fact) > - What is the amount of work required to get flex run on starling? Is it > manageable task (for major update) or does it imply big rewrite of SDK? > - What is the list of dependancies that tie the SDk to flash platform? > - Is there a realistic future for actual flex in middle term to be still > multi target, or is it such a mess that starting from scratch is the only > realistic way? > ... > > > > Le 22/10/2012 08:46, Erik de Bruin a =E9crit : > >>> I feel that everything is going back in time. We're not talking about >>> abandoning an old technology, to get new modern and better one, we're >>> talking about abandoning a very efficient technology, with no alternati= ve >>> with the same level of possibilities. >> >> I can understand your frustration, but you're not talking to Adobe on >> this list, you're talking to the contributors to Apache Flex. We >> trying to find a way to take the framework forward and are discussing >> (on various threads and other media, like conferences) that best >> approach to do that. >> >> Being constructive helps. Complaining that things are the way they are >> doesn't. Please be constructive. >> >> EdB >> >> >> > --=20 Carlos Rovira Director de Tecnolog=EDa M: +34 607 22 60 05 F: +34 912 35 57 77 http://www.codeoscopic.com http://www.directwriter.es http://www.avant2.es