Mailing-List: contact dev-help@click.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@click.apache.org
Received-SPF: pass (athena.apache.org: domain of
 gcwcd-click-development-2@m.gmane.org designates 80.91.229.12 as permitted
 sender)
To: dev@click.apache.org
From: "Adrian A." <a.adrian.tech@gmail.com>
Subject: Re: Bindable configuration difficulties
Date: Fri, 26 Mar 2010 10:25:48 +0100
Lines: 32
Message-ID: <hohuj1$stq$1@dough.gmane.org>
References: <4BABE7CE.5010206@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US;
 rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
In-Reply-To: <4BABE7CE.5010206@gmail.com>

> The new @Bindable feature seems to create a bit of confusion because of
> the new autobinding="annotation" configuration.
If I recall well, the same confusion was too when the binding to public 
fields feature was introduced :).

I don't think this "confusion" has to do with the binding type or if 
it's default configured or not, but with the binding concept in itself.

Maybe some sort of simple graphical illustration (not just UML) of the 
concept would help more :) (for both binding types).

I like that public field binding feature however quite much, because 
it's quite practical:
- most of the time, there's no reason for public fields in a page, so 
(once this concept known), it's clear that if a public field is there,
it must be auto-bound :).

Even more, a Click user reported that is writing a simple IDE (IntelliJ 
and NB too if I remember) improvement to highlight public fields if 
they're present in a Page class descent, so regarding "readability", the 
annotation version won't be more "visible" than the old style binding.

> I think autobinding
> should be changed so that the @Bindable annotation is recognized by
> default, instead of having to explicitly enable it.
>
> Any thoughts on this change?
If this is made by default, in the upgrade-path this change should be 
mentioned distinctively, since most applications (at least those I saw 
so far) still use the public field binding approach.

Adrian.