Return-Path: Delivered-To: apmail-pivot-user-archive@www.apache.org Received: (qmail 24509 invoked from network); 3 Jan 2011 20:35:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Jan 2011 20:35:28 -0000 Received: (qmail 39594 invoked by uid 500); 3 Jan 2011 20:35:28 -0000 Delivered-To: apmail-pivot-user-archive@pivot.apache.org Received: (qmail 39575 invoked by uid 500); 3 Jan 2011 20:35:28 -0000 Mailing-List: contact user-help@pivot.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@pivot.apache.org Delivered-To: mailing list user@pivot.apache.org Received: (qmail 39567 invoked by uid 99); 3 Jan 2011 20:35:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 20:35:28 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=RCVD_IN_DNSWL_NONE,RFC_ABUSE_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gk_brown@verizon.net designates 206.46.173.5 as permitted sender) Received: from [206.46.173.5] (HELO vms173005pub.verizon.net) (206.46.173.5) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 20:35:19 +0000 Received: from [192.168.1.14] ([unknown] [98.110.173.176]) by vms173005.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0LEG002QDRU874T4@vms173005.mailsrvcs.net> for user@pivot.apache.org; Mon, 03 Jan 2011 14:34:57 -0600 (CST) Sun-Java-System-SMTP-Warning: Lines longer than SMTP allows found and wrapped. Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Apple Message framework v1082) Subject: Re: [pivot] are there any tools to convert bxml to Java? From: Greg Brown In-reply-to: Date: Mon, 03 Jan 2011 15:34:56 -0500 Content-transfer-encoding: quoted-printable Message-id: <939528E8-2DA8-4541-B7D4-FDCA16E436B2@verizon.net> References: <108F6E9D-38CE-4AB2-BFCE-502735631D5F@verizon.net> <87421A05-96A8-436C-9F1F-3AF13F0DDE7E@verizon.net> <1293466832098-2152270.post@n3.nabble.com> <1293701556655-2166783.post@n3.nabble.com> <53C785D4-E53A-4C8D-8AF2-89596C621345@verizon.net> <242A80D2-ADFE-4249-9F6C-8F71600745E7@verizon.net> <07EC81E3-7257-4452-AB5E-F6973B918B08@verizon.net> To: user@pivot.apache.org X-Mailer: Apple Mail (2.1082) X-Virus-Checked: Checked by ClamAV on apache.org > OK, I'm not actually thinking BXML should be abandoned. There are = many type of user and usage scenario which would fit BXML approach. > But these approach is static, it is not good fit for creating more = dynamic library for GUI(for instance the number of table columns are = changed based on passed parameter class). > Since you put low priority for supporting readable Java code = generation, I thought you may not be interested in this type of = approach. I don't see the value in trying to generate "readable" Java code from = BXML. If you are a developer who prefers to declare your UI in Java = (perhaps using your builder approach), then you probably won't be using = BXML anyways and won't care what the generated code looks like. If you = are a developer who prefers BXML, you most likely will never look at the = generated code, since presumably you want to continue developing in BXML = and only use the compiler for the performance or compile-time type = safety benefits. Besides, all we're really talking about here is where generated = attribute setters go. The generated code would still be quite readable - = it just may not be organized exactly the way you would do it had you = written it by hand. To me, that's just not a major issue.