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 BA5BDDAE4 for ; Sat, 29 Dec 2012 12:18:27 +0000 (UTC) Received: (qmail 73684 invoked by uid 500); 29 Dec 2012 12:18:26 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 73650 invoked by uid 500); 29 Dec 2012 12:18:26 -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 73613 invoked by uid 99); 29 Dec 2012 12:18:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Dec 2012 12:18:25 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.210.172] (HELO mail-ia0-f172.google.com) (209.85.210.172) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Dec 2012 12:18:18 +0000 Received: by mail-ia0-f172.google.com with SMTP id z13so9528531iaz.3 for ; Sat, 29 Dec 2012 04:17:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=XucRCXfWLNzjUB10DRFHdgz9//zaCfYssHNGIk2b9mI=; b=JYfWpD9fuMv9Or4L9ZqgSjuoOu+qiosO9ogSpaWtMuytL3oOwHnMjyUa4OqS2JNXGe X2xnhhaRWxYDP9ip/Vt8H2Olzl+Q/Qr1Tc1m1uqBckDnSDoMpX1Ok/YNdHdxFOLe4iJn UBidoK8trg34jYgDES1TTNXxc5+WfJPGoiOmP4KEhjFtHLuX4iiETduByMhAFxRlIu9j qj0/PwL6t9lOIX1X1CuwDJ62FVCq/R2QOXyYfz95weZ5/rvhmC+/C03LwVl/jtwf3hRW GmOdHMdmVxvMj246co7Wa6Fct8iYPZu1RuyObAx7WMaCS0yNBFHfo3nX9K4191GaBMvY w4ag== MIME-Version: 1.0 Received: by 10.50.0.203 with SMTP id 11mr32343902igg.69.1356783477752; Sat, 29 Dec 2012 04:17:57 -0800 (PST) Received: by 10.50.178.36 with HTTP; Sat, 29 Dec 2012 04:17:57 -0800 (PST) In-Reply-To: <20121228193142.91122vsuu8qkuga6@franklin.liquidweb.com> References: <20121228193142.91122vsuu8qkuga6@franklin.liquidweb.com> Date: Sat, 29 Dec 2012 13:17:57 +0100 Message-ID: Subject: Re: [jira] [Commented] (FLEX-33330) An easier way of managing the locales for the InstallApache application From: Roland Zwaga To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=e89a8f6467593a847b04d1fcc50d X-Gm-Message-State: ALoCoQnxle3NISCTOXHUR3bTKRoONn6WKYZ3muxP/22LHj4Z8iP+0Oa6PRA1PqVgFatUAG/gtCpS X-Virus-Checked: Checked by ClamAV on apache.org --e89a8f6467593a847b04d1fcc50d Content-Type: text/plain; charset=ISO-8859-1 On 29 December 2012 01:31, Michael Schmalle wrote: > Wow, Roland you didn't even tell me you were up to no good with asblocks! > Well, it was Christmas time, so I didn't want to bother you :) > I'm glad that freakin year of messing around produced something worth > while! > True, at least ONE app has been made using your library, that definitely makes up for a year's worth of hard labour, doesn't it? :) > BTW, in my laboratory of parser/compiler madness I am dreaming up a way to > make Falcon have writable AST so it can act like jasblocks does and > read-write ActionScript. Linked tokens from the parser/tokenizer is the > first hurdle but, I could see some nice utility possibilities with a > framework extension like that. > A writeable AST would be absolutely a must if we would ever want to implement any kind of compile-time AOP functionality. So if that could be done eventually, I think this would GREATLY improve the possibilities of the compiler. (Not just from an AOP perspective, all sorts of compile-time code generation could be added, I'm pretty sure Michael Labriola has a few ideas for this :)) If somehow the compiler can be used through a ANE (AIR Native Extension) than little apps like the one I made here with ASBlocks could become even easier to build, plus the parsing times would become unnoticable. I'll be happy to help out in these cases, so once you get around to it let's brainstorm :) > Anyway Roland great job and I saw your pull request, I didn't get notified > for it. > I might have some more pull requests in the future for ASBlocks (I think I'll add a addStatementAt(index:int, statement:IAStatement) method to the IASMethod implementations for instance). I'll send you an email when I do, if github refuses to notify you, I'll just do it manually :) --e89a8f6467593a847b04d1fcc50d--