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 8241B9806 for ; Wed, 29 Feb 2012 00:23:21 +0000 (UTC) Received: (qmail 98699 invoked by uid 500); 29 Feb 2012 00:23:21 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 98663 invoked by uid 500); 29 Feb 2012 00:23:21 -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 98654 invoked by uid 99); 29 Feb 2012 00:23:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Feb 2012 00:23:20 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.160.47] (HELO mail-pw0-f47.google.com) (209.85.160.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Feb 2012 00:23:16 +0000 Received: by pbbrp12 with SMTP id rp12so4363481pbb.6 for ; Tue, 28 Feb 2012 16:22:55 -0800 (PST) Received-SPF: pass (google.com: domain of duane@uberity.com designates 10.68.211.102 as permitted sender) client-ip=10.68.211.102; Authentication-Results: mr.google.com; spf=pass (google.com: domain of duane@uberity.com designates 10.68.211.102 as permitted sender) smtp.mail=duane@uberity.com Received: from mr.google.com ([10.68.211.102]) by 10.68.211.102 with SMTP id nb6mr60425388pbc.54.1330474975800 (num_hops = 1); Tue, 28 Feb 2012 16:22:55 -0800 (PST) Received: by 10.68.211.102 with SMTP id nb6mr50847510pbc.54.1330474975607; Tue, 28 Feb 2012 16:22:55 -0800 (PST) Received: from [192.150.23.3] (S0106000625a23e65.vc.shawcable.net. [24.84.47.86]) by mx.google.com with ESMTPS id r6sm16980872pbq.56.2012.02.28.16.22.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 28 Feb 2012 16:22:54 -0800 (PST) User-Agent: Microsoft-MacOutlook/14.14.0.111121 Date: Tue, 28 Feb 2012 16:22:47 -0800 Subject: Re: Flex -> HTML, Linux and time to say goodbye? From: Duane Nickull To: Message-ID: Thread-Topic: Flex -> HTML, Linux and time to say goodbye? In-Reply-To: <5139A2E2-85CB-4E7A-B5D6-E15BDFB16073@tink.ws> Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable X-Gm-Message-State: ALoCoQnioSWwMXszM6ZlOmts2JO9MmK0EwZ8erpB6KU81ycWmxTAv9MYnTmxksSU1icCFJ0pAY6/ X-Virus-Checked: Checked by ClamAV on apache.org On 12-02-28 4:00 PM, "Tink" wrote: >I don't think thats a point of view that Adobe have missed. > >Adobe are a business, they have weighed up the pro's and con's of >developing for Linux and come to the conclusion that FB doesn't sell >enough units on Linux to warrant the cost of development. > >Unfortunately that doesn't suite a lot of people, in the same way that >pulling the Flash Player from mobile doesn't, but business is business. There was one guy in China who single-handedly ported the Flex Builder (3.5??) to Linux with the design view. Both James Ward and I used it and it was actually very stable, just not endorsed by Adobe. Not sure if he continued or if he got one of those nasty "don't do that" letters. Tink - good to hear from you mate! Duane ________________________________________ =DCberity.com President & COO Adobe LiveCycle ES Consultant Services http://www.uberity.com Blog | http://technoracle.blogspot.com Twitter | @Uberity @duanechaos > >Tink > > > >On 28 Feb 2012, at 23:11, Rafael Santos wrote: > >> Let me give you a point of view that Adobe seems to miss.... >> >> We are 6 developers that works with Linux and our products are used >> by more >> than 200 users that use only Linux.... So when they are investing in >> Linux >> they are actually investing in getting Windows clients.... >> >> I always wanted to by Flex Builder also and some other softwares >> from Adobe >> for our company, but I was always afraid of FlexBuilder cause Adobe >> never >> produced a Linux version, cause the version that existed was an Alpha >> version created by some guy that was not working for Adobe.... So I >> decided >> to buy IntelliJ IDEA instead... >> >> >> Rafael Santos - Specta >> >> >> On Tue, Feb 28, 2012 at 19:10, Yiotis Katsambas >> wrote: >> >>> It's great to see that there are many developers here that use >>> linux. In >>> one of the linux related announcements there was a mention that >>> only 0.5% >>> of air-runtime downloads were linux based. As a percentage it sounds >>> ridiculously low, but this was still over 2 million downloads. When >>> you >>> take into account the 'demographic' of a linux user, 2 million >>> linux users >>> refers to a significant portion of the flash community. I assume >>> that the >>> percentage of linux users within the apache group is a lot higher >>> than the >>> 0.5%. If linux is important to any more developers out there, it >>> would be >>> good if you could voice your support. I am sure it helps the >>> runtime team >>> get a better understanding of how the linux runtime affects the flex >>> developer community. I work in the visual effects industry and as >>> most >>> large animation and VFX houses we use linux pretty heavily for some >>> of our >>> internal applications. Flex gives us a lot of benefits. It offers >>> some >>> unique functionality for building intuitive interactive graphics- >>> related >>> application. And since it's flash our apps are cross platform, easy >>> to >>> deploy, backwards compatible, easy to manage, etc. >>> >>> I understand that supporting the linux runtime must be very >>> complicated and >>> costly, and we could help define some acceptable solutions or even >>> some >>> acceptable limitations. The pepper implementation sounds like an >>> acceptable >>> solution to us. I also liked the idea that was suggested of having a >>> headless AIR runtime. We could use that. Besides using it for >>> testing, we >>> could reuse existing code in command line tools. We could even hack >>> together a local browser app that connects to a local headless air >>> server >>> in a way that mimics some of the functionality of a desktop app. >>> >>> Also... A big thanks to the Adobe folks who obviously put a lot of >>> work on >>> getting the flash player roadmaps and the white paper out there. >>> This level >>> of transparency helps us tremendously in planning our development. So >>> thanks! >>> >>> Yiotis >>> >>> >>> >>> On Tue, Feb 28, 2012 at 5:39 AM, Rafael Santos < >>> rsantos@spectacompany.com.br >>>> wrote: >>> >>>> On Mon, Feb 27, 2012 at 12:26, Left Right >>>> wrote: >>>> >>>>> Andrei, and that's why I'm developing on Linux for Windows users >>> happily, >>>>> for many years? :P Why do I need to care what users choose to be >>>>> their >>>>> platform - if they want to run their lovely apps on a toaster - >>>>> that's >>>>> fine, as long as they are happy, I'll be still using Linux and >>>>> writing >>>> for >>>>> Toaster OS MegaPlus. I will not be happy to work on a toaster >>>>> instead >>> of >>>> a >>>>> PC though. I prefer to test against WinAPI emulation from Linux, >>>>> then >>> to >>>>> run actual Windows because of other benefits of Linux. >>>>> Eventually, I'll >>>>> test on Windows just the same. But this scheme allows me to cut >>>>> costs >>> on >>>>> proprietary OS'es (I don't need to buy them - more importantly, I >>>>> don't >>>>> need to buy all sorts of networking solutions from MS, their >>>>> version >>>>> control systems and so on - because I just happen to have a better >>>>> alternative). I would only buy several examples of Windows Home >>>>> edition >>>> to >>>>> test on that - a whole lot cheaper! >>>>> >>>>> Best. >>>>> >>>>> wvxvw >>>>> >>>>> Sorry, I must stop this, because we are already so far from the >>> topic... >>>>> >>>> >>>> >>>> We also develop on Linux, deploy on Linux, but test mainly on >>>> Windows and >>>> MacOS. Our development environment runs far better on Linux than >>>> anyother >>>> OS. But this is also the way we chose to work so every company and >>>> developer have the right to choose its own. If we stick to Linux >>>> we will >>>> have to live with Chrome without a debugger version of the runtime >>>> as >>> well >>>> (which would be very hard). >>>> >>>> >>>> Rafael Santos >>>> Specta >>>> >>> >