[Feature Request] i18n support for error message

[jesseXu]

Feature description:

It would be good the error message has the i18n feature or can integrate with some i18n libs, then the error message can come out with different language support.

Problem it solves or use case:

Proposed implementation or solution:

This seems not an important feature or even shouldn't be done in this repo, still would be good to have some extra custom fields leave in violations that we can use it as a i18n key or something.

Contribution:

Can help for golang implementation if have a clear goal.

Examples or references:

Additional context:

[rodaine]

Totally agree, @jesseXu! We're exploring ways to make that happen. The ID on the violation is intended to be used as an i18n key, but we'll need to provide ways of translating the templates contained within the format CEL expressions and potentially include the rules that applied to the message or field that caused the violation (see #17)

[TENX-S]

Any updates?

[zishiguo]

Any updates?

+1

[rodaine]

Hi! The work in #265 is the first step in exposing the information necessary to support i18n. Once that functionality lands in the libraries, you'll be able to customize the validation errors appropriately.

[nicksnyder]

Going to close this since the work in #265 is done. You should now have all the info you need to construct a custom error message (including a localized one).

[kaaax0815]

I am using the Standard Schema support from "protovalidate-es" and this only includes a message. I have a vue i18n frontend which should display proper error messages.

Is it somehow possible to define error messages for non cel rules? (e.g. STRING_TOO_LONG) so i have a unique id for my translation. or do i have to use the default validator from mentioned library to be able to painstakingly construct a error message?