Provide target parameter field names as message placeholders

[rklfss]

Consider the "confirmed" rule.
The german message "Die Bestätigung von {_field_} stimmt nicht überein" literally means "The confirmation OF {_field_} does not match." which is odd, because it is the confirmation of the target field, not the field itself.

My proposal is to provide additional "internal" message placeholders that contain the name of the target parameter fields.

So as en example for the "confirmed" rule you have the parameter "target" which is the value of the target field.
Just add "{_target_}" to the parameter list and provide the name of the target field here.

Technically its "{_<targetParameterName>_}" because you could have multiple target parameters.

This would lead to a perfect message "Die Bestätigung von {_target_} stimmt nicht überein."/"The confirmation of {_target_} does not match." which is what the confirmed rule really is about to say.

Thanks.

[logaretm]

Sounds good to me, I will try to implement it for the next release.

[rklfss]

Thanks. Current workaround for me is to use the same name like the target field but the desired label on my input. But I think that's not how it is meant to be.

[davestewart]

Any reason the original message doesn't just use English @makana !?

By the way, I also need this functionality.

[davestewart]

@logaretm - would you accept a PR for this if you don't have time?

I have a post-process function I run to do the same thing, but would be much nicer built-in of course.

[logaretm]

@davestewart If it is not a problem that would be great, I didn't get a chance to implement this yet.

[davestewart]

I'm guessing it's not too complex in the validator src, but you would want tests and docs update for a full PR, right? Anything else?

[logaretm]

That's more than enough, thanks!

[davestewart]

OK... got a failing test!

Code looking OK? In the right place?

[logaretm]

Yep, looking good.

[logaretm]

Something like {target} or your second suggestion. Since we shouldn't localize this.

[davestewart]

Sorry - I deleted the question, as I realised we can just use the field key, so password not Password.

[rklfss]

Thanks for implementing this!

[davestewart]

Usage for single and multiple targets here:

• https://github.com/logaretm/vee-validate/blob/master/tests/validate.spec.js#L25