Return-Path: X-Original-To: apmail-flex-dev-archive@www.apache.org Delivered-To: apmail-flex-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 20695E06F for ; Mon, 28 Jan 2013 12:14:52 +0000 (UTC) Received: (qmail 66180 invoked by uid 500); 28 Jan 2013 12:14:51 -0000 Delivered-To: apmail-flex-dev-archive@flex.apache.org Received: (qmail 66102 invoked by uid 500); 28 Jan 2013 12:14:51 -0000 Mailing-List: contact dev-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list dev@flex.apache.org Received: (qmail 66088 invoked by uid 99); 28 Jan 2013 12:14:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Jan 2013 12:14:50 +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; Mon, 28 Jan 2013 12:14:45 +0000 Received: from localhost ([127.0.0.1]:52534) by franklin.liquidweb.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TznbT-0003UE-7T for dev@flex.apache.org; Mon, 28 Jan 2013 07:14:23 -0500 Received: from 70.105.247.167 ([70.105.247.167]) by franklin.liquidweb.com (Horde Framework) with HTTP; Mon, 28 Jan 2013 07:14:22 -0500 Message-ID: <20130128071422.659776cu9u7ot6se@franklin.liquidweb.com> Date: Mon, 28 Jan 2013 07:14:22 -0500 From: Michael Schmalle To: dev@flex.apache.org Subject: Re: Tools vs Impl - Don't mix the two was [ASJS] Integration with existing JS libraries and components References: <20130128043629.600551spr0m6h5zx@franklin.liquidweb.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: Dynamic Internet Messaging Program (DIMP) H3 (1.1.8) 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 - flex.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 Frank, My comments below only were to echo the understanding of your experience in the AS->JS. When I said Job it is the emitter, the emitter is the Job, meaning the tool(FalconJx) is used to do the Job(emit javascript). When I design frameworks, I make sure there are clear dividing lines between what does what. So my point was, with my work on the compiler, the emitters have NO bearing on my development of the tool(FalconJx). I designed the emitters so thy are completely decouple from the compiler in that they don't talk to it, it hands them the AST not the other way around. So, stepping off on the new foot, my excitement when we first met was real because I know how much time you have invested in this, and I wanted you to understand that I am listening to what you say and value those "dead ends". I also appriciate that you can enable us to avoid them as well. I am going to get that AMD stuff working, but like I said, I have to understand the js before I get it. I'm putting the MXML on hold, to do this as I see this is more important. Plus I have other projects in my life that are about to light on fire as well. :) Mike Quoting Frank Wienberg : > On Mon, Jan 28, 2013 at 10:36 AM, Michael Schmalle > wrote: > >> >> Quoting Frank Wienberg : >> >> Hi Alain, >>> >>> for Jangaroo, I answered this question here: >>> http://markmail.org/message/**bwjwc7sxfbertu7f >>> For Flex / FalconJx, it seems nobody was extremely fond of the idea to >>> have >>> to keep all the white-space and take care of generating JS code in the >>> exact line of the source AS code. >>> >> >> Ok, Do I have to start another thread with exclamation marks for everybody >> to tone the .... down! >> >> I cannot believe this conversation is taking the spin it is right now, >> some of the discussions the last two days have been ridiculous and serve no >> constructive purpose to any of these "initiatives". >> >> Frank, Being that I am about the only one working on FalconJx "innards" >> and conceived a way to even HAVE alternate outputs (just look at FalconJS's >> rats nest code), I would be offended by the above statement, if I was the >> type that actually get offended, which I'm not. (I left out the "doomed" >> statement) >> > > Sorry, Mike, I surely didn't mean to offend you. If it sounded like that, I > apologize. You probably know I am not a native speaker, so maybe this got > across badly. > I just wanted to say that I brought in the Jangaroo idea to keep the > white-space, and the common reaction was that we should (at least for the > first iteration) go without that feature, to keep things simple and focused > on the main problems. I accepted that, while I admit I am still a bit > disappointed that it seems the value of this feature is not shared by > everyone. Sorry again if I got carried away. > > Talking about the "doomed" statement, please don't take this out of > context. It was my reaction on Erik's answer that sounded to me like he > thinks debugging in Flash suffices (he put that right later on). I thought > you share the vision that Flex must be usable for (pure) HTML5 projects to > have a bright future. This is the reason why I support this project, > because I believe in the HTML5 platform, but it needs better development > support, which Flex could offer! I never said anything like Flex should > drop the Flash or AIR target, I just said if it does not also support > JS/HTML5 as a first class target platform, I consider it doomed (and this > is my personal judgement). > > >> I SAID I would get you going on the output you need for "your" vision(with >> line numbers if need be) of the javascript emitter. >> > > What on earth made you think I doubt that you will do so? I marvel at your > work on FalconJx and I'm sure you are the best person to get me into it! > > >> >> I have put 100's of hours into this project and will be damned if it is >> doomed by squabbling over implementations. I'm a tool maker, Don't confuse >> the tool with the JOB! You and Erik are bickering about the Job, I am >> working on the tool, please do not confuse the two. >> >> > I don't get exactly what you mean by the "Job". The Goal? Before building a > tool, you have to know what it should be used for. Erik and I seem to have > different views on what people will use the Apache Flex tool for. I feel it > is important to at least find out that this is so, even if you cannot > settle the differences. > > >> Well, I guess I started another thread cause I don't want this buried. >> >> Mike > > > No, I don't want this to be buried, either. I am still quite new in this > community, so please forgive me if I stepped on your or somebody else's > foot. It is really hard for me, having worked on the topic AS->JS for so > many years, to not be biased toward a solution that has formed from that > experience. So I am quite passionate about some points and I still hope I > can help you (plural!) to not run into some of the dead-ends I already > visited on my journey. > > Best, > -Frank- > -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com