If you're referring to the discussion about the annotation's names, we haven't taken a decision yet, but it is something that needs to be addressed next week latest.<br>At the moment I committed my code using the annotations @PropertySpecific and @NotPropertySpecific but nobody like them (including myself) so I will rename them as soon as we will take a decision.<br>
<br>Mario <br><br><div class="gmail_quote">On Thu, Feb 16, 2012 at 6:35 PM, Wolfgang Laun <span dir="ltr"><<a href="mailto:wolfgang.laun@gmail.com">wolfgang.laun@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There was a brief discussion about annotation class names a few days<div>ago - has this been finalized, and if so, what is the result? </div><div><br></div><div>Thanks</div><div><span class="HOEnZb"><font color="#888888">Wolfgang</font></span><div>
<div class="h5"><br><br><div class="gmail_quote">On 16 February 2012 18:26, Mark Proctor <span dir="ltr"><<a href="mailto:mproctor@codehaus.org" target="_blank">mproctor@codehaus.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We are just fine tuning PropertySpecific behahviour.<br>
<br>
Initially a pattern without any properties' mask was set to<br>
LONG.MAX_VALUE so that it responded to any field changes.<br>
<br>
However we've now changed it to 0, so Cell() will respond to the initial<br>
insertion, but it will not respond to any modifies.<br>
<br>
Should you want it to respond to modifies you must add @watch(*).<br>
<br>
The other aspect is that we are adding a kbuillder configration to set<br>
the default behaviour. Currently it is off. With it defaulting to off<br>
using PropertySpecific as an annotation makes sense. If we default it to<br>
on you then need to use PropertySpecific(true). i.e. the reversing of<br>
the logic means for the common case we now need an argument. Considering<br>
this common case will become default at some point in the future, i.e.<br>
you want the parameterless version to be the common use case.<br>
NonPropertySpecific is a bit long :)<br>
<br>
Mark<br>
_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
</blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br>