Blog Sections Open
Localizing eForm Validation Messages for Spanish-Speaking Sites
How to replace default validation text in eForm so editors and visitors see consistent Spanish-language error messages instead of the stock output.
Changing the manager language is not always enough to localize frontend validation. In the original case, an Evolution CMS site used a Spanish frontend and a Spanish manager language pack, but eForm still printed the default validation line in an awkward mixed-language way.
That happens because eForm relies on its own language strings. If the message key used by validation is not translated the way you need, the form can feel unfinished even though the validation itself works perfectly.
The practical fix
Find the eForm language file used by the project and override the string responsible for required-field errors. The key in the original case was:
$_lang["ef_required_message"] = "Los siguientes campos contienen errores: {fields}<br />";
Once that value is adjusted, the form can show natural Spanish feedback instead of a generic or partially translated message.
What to keep in mind
- Make sure the site encoding and the chosen language file match.
- Keep frontend placeholders and labels in the same language as the validation output.
- Retest captcha and required fields after editing the language file.
For multilingual projects, it is worth treating validation messages as part of the content experience, not just a technical detail. Users trust a form more when the success and error states read like the rest of the site.
Running Multiple Subdomain Sites from One Evolution CMS Installation
A practical outline for managing several same-design subdomain sites from one Evolution CMS backend without losing control of files or content boundaries.
Designing Separate Performer and Moderator Account Areas in Evolution CMS
A practical way to structure personal account areas for moderators and performers without turning the project into an unmaintainable role maze.