Thanks for the reply, John. I'm not sure I understand correctly. By default VT, will use the name of the <property> to create the client-side validation.
<property name="city">
<rule type="required" />
</property>
If I use "clientfieldname", the default behavior of VT is overridden to only look for a match using this setting.
<property name="city" clientfieldname="shipCity">
<rule type="required" />
</property>
That directive will no longer match my <input name="city" /> field. Therefore, I'll need a unique <property> for each duplicate field.
<property name="city">
<rule type="required" />
</property>
<property name="city" clientfieldname="shipCity">
<rule type="required" />
</property>
I believe your other suggestion was to use a unique context for the shipping versions of the fields.
<property name="city">
<rule type="required" />
</property>
<property name="city" clientfieldname="shipCity">
<rule type="required" contexts="myContext" />
</property>
I'm not sure if VT will allow multiple <property> nodes with the same name attribute. If it doesn't I could simply name the 2nd <property> to what I would have put in the clientfieldname (shipCity in this example).
<property name="city">
<rule type="required" />
</property>
<property name="shipCity" desc="city">
<rule type="required" contexts="myContext" />
</property>
Am I correct in any assumptions I made?
Thanks,
Jason