I don't think you've missed anything "obvious" but there are a couple
of ways around this.
1. You could add a property to your object for emailConfirm. It
doesn't have to be a persistent property - just add a getter and a
setter for it.
2. This is a bit more complicated, and a bit "hacky", but you could
add a condition that would have a ServerTest that evaluates to "false"
and then specify that as the condition for that rule. Check out the
brand new docs for some info on conditions. I actually haven't even
tested this scenario - a condition with only a server test, but I
think it would work. If not, I'm sure that a condition with a
ServerTest that evaluates to false and a ClientTest that evaluates to
true would work.
This does raise an interesting use case, though. That is, should it be
possible to mark a rule as "server only" or "client only"? I hadn't
encountered that before, as I generally want all rules enforced
everywhere.
Another option would be for the framework to not throw an error when a
property doesn't exist, and instead ignore the rule, but that seems
pretty unsafe to me.
Does anyone else have any opinions on the above?
Sorry if my note is a bit lacking in detail, but I'm actually away on
vacation right now and only have my iPhone for Internet access.
Cheers,
Bob
Sent from my iPhone