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 82AECD573 for ; Tue, 2 Oct 2012 18:14:01 +0000 (UTC) Received: (qmail 85650 invoked by uid 500); 2 Oct 2012 18:14:00 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 85594 invoked by uid 500); 2 Oct 2012 18:14:00 -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 85586 invoked by uid 99); 2 Oct 2012 18:14:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Oct 2012 18:14:00 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=FRT_ADOBE2,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; Tue, 02 Oct 2012 18:13:55 +0000 Received: from localhost ([127.0.0.1]:48178) by franklin.liquidweb.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TJ6yL-0003Wy-5h for flex-dev@incubator.apache.org; Tue, 02 Oct 2012 14:13:33 -0400 Received: from 70.105.255.9 ([70.105.255.9]) by www.teotigraphix.com (Horde Framework) with HTTP; Tue, 02 Oct 2012 14:13:32 -0400 Message-ID: <20121002141332.16547a49az6qte4s@www.teotigraphix.com> Date: Tue, 02 Oct 2012 14:13:32 -0400 From: Michael Schmalle To: flex-dev@incubator.apache.org Subject: RE: Apache Flex GUI Designer tools References: <58806CB1-1D6A-4615-90EA-015D8650AFB6@gmail.com> <000601cda0c0$0053cf70$00fb6e50$@bentbit.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-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org Quoting Stakesoft : > That's all very well but (DV aside) FB is far better and we are used > to it. It's not very useful to run 2 IDE's alongside otherwise we > could use FB4.6 and FB4.7 nor is it a forward step to use a > different IDE. > > Wanting another IDE to get better just because the Adobe one has > just got worse is sole destroying, as is spending good time and > money on an IDE that's now going to be of little use. I don't want > to get into a rant, I'd rather be constructive. > > Is Apache at least sympathetic towards this, does Adobe care about > this. Is there any hope at all? > > Nigel > Being a committer I can say I totally understand what you are saying about DV. I to am a visual person, although I never used DV that much since I wrote more AS component type things, I can understand how it would be included in design workflow. The problem I see is just what you said, IDE, which one, don't want to switch. Lets say I have the experience to start a project like this. What IDE do I target? IDEA and Eclipse are two large IDEs with a huge difference in plugin API. Bam, I'm already dead in my tracks. Maintaining one code base for one IDE is one thing but to maintain two, yeah right. Wait lets do AIR, oh but 50%+ devs would only use an "IDE Plugin", so then you only get half support for using a half baked AIR implementation. I see no real solution to this. Now lets add the fact we have to incorporate the FlashPlayer in DV, you want dnd, haha that takes the difficulty of coding 5 levels higher. As a developer, I'm sure a lot are not speaking up on this subject because our hands are tied, there is really no answer to this. Mike > > -----Original Message----- > From: charles.monteiro@gmail.com [mailto:charles.monteiro@gmail.com] > On Behalf Of Charles Monteiro > Sent: 02 October 2012 18:11 > To: flex-dev@incubator.apache.org; apache-flex@bentbit.com > Subject: Re: Apache Flex GUI Designer tools > > If that's all you need I would again check out Intellij IDEA Flash design > viewer plugin, that's exactly what it does, it even allows for configuring > of attributes though selecting the correct entity is buggy, doing a > "preview" is not > > On Tue, Oct 2, 2012 at 1:04 PM, BentBit Apache-Flex > wrote: > >> Hello, >> >> I use design view to "preview" elements of my Flash Builder >> project. Previewing makes the design workflow much faster because I can >> see how the project is going to look. I rarely rely on design view to make >> actual changes to my projects because it is slow and unreliable. >> >> Would it be possible to develop some sort of a preview that would >> function for Apache Flex and Adobe Flex? I am not worried about losing >> design view, just the preview capability. >> >> Best, >> >> -Blake >> >> -----Original Message----- >> From: Stakesoft [mailto:mail@stakesoft.com] >> Sent: Tuesday, October 02, 2012 10:32 AM >> To: flex-dev@incubator.apache.org >> Subject: RE: Apache Flex GUI Designer tools >> >> Technical issues aside I suspect there a good few of us that rely on >> design views (and we are not all noobs). Many are supporting not having a >> DV as they don't use it and that's fine for them but a bit of a disaster >> for others. There are IDE's with DV's and those without - the best in my >> mind all have a DV. >> >> If Adobe are not taking care of the SDK or the DV it leaves much less >> advantage over other free software. >> >> Non DV developers at Adobe please try and understand how important a DV is >> to the many who use it. I wish 4.7 onwards all the best but it will just >> about unusable for me. >> >> Nigel >> >> -----Original Message----- >> From: Alex Harui [mailto:aharui@adobe.com] >> Sent: 02 October 2012 17:12 >> To: flex-dev@incubator.apache.org >> Subject: Re: Apache Flex GUI Designer tools >> >> >> >> >> On 10/2/12 8:55 AM, "Sebastian Mohr" wrote: >> >> >> > >> > @Adobe ... what's wrong with continuing building GUI >> > designer tools for Apache Flex? Is that really something >> > that is not worth investing into? You already created those >> > tools. So, why not sharing some of your expertise with the >> > community, and, not locking your code in the archives of >> > Adobe history? >> > >> This has been discussed before. Design View is highly dependent on a Flex >> SDK version. It is not practical for Adobe to maintain DV in FB now that >> SDKs are coming from Apache. >> >> I think the DV code is flawed for that reason and some others. It is >> probably better to simply start over. AFAIK, it is "just" an Eclipse >> plug-in. >> >> If figuring out some aspect of the plug-in turns out to be difficult, I >> can >> try to see if there are some pieces we could donate, but the assessment >> from >> the owners of the code is that there isn't much that is re-usable. >> >> >> -- >> Alex Harui >> Flex SDK Team >> Adobe Systems, Inc. >> http://blogs.adobe.com/aharui >> >> >> >> >> >> >> >> >> > > > -- > Charles A. Monteiro > www.monteirosfusion.com > sent from the road > > -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com