Marco Almeida | Webdados

Naked Cat Plugins

This plugin aims to provide a way to ensure that any language change in the content of a page is indicated to assistive technologies at the container block level, helping a website comply with WCAG guidelines.
This feature is available on the core block editor only at a text formatting level after code from <a href="https://wordpress.org/plugins/lang-attribute/" rel="ugc">Jb Audras plugin “Lang Attribute for the Block Editor”</a> was merged into core. The objective of this plugin is to provide the same functionality at a container block level (Group – including all its variants, Columns, Cover, and other specific block types) so that the language applies to all child elements, no matter the kind of content inside.
This plugin is heavily inspired by the Jb Audras plugin (including this readme file), and the development started at WordCamp Europe 2025 Contributor Day, by Marco Almeida from <a href="https://profiles.wordpress.org/nakedcatplugins/" rel="nofollow ugc">Naked Cat Plugins</a> / <a href="https://profiles.wordpress.org/webdados/" rel="nofollow ugc">Webdados</a>, and the help from <a href="https://profiles.wordpress.org/welcher/" rel="nofollow ugc">Ryan Welcher</a> on the code side and <a href="https://profiles.wordpress.org/alh0319/" rel="nofollow ugc">Amber Hinds</a> on the accessibility compliance side.
For more context: this plugin helps you to make your website compliant with the Web Content Accessibility Guidelines (WCAG) success criterion 3.1.2: “Language of Parts”. The purpose of this success Criterion is to ensure that user agents can correctly present content written in multiple languages.
Keep in mind that you should only set the lang and dir attributes to a container block if the content you’re going to insert inside it is written in a different language than that set globally on your website.
As per Web Content Accessibility Guidelines:
This makes it possible for user agents and assistive technologies to present content according to the presentation and pronunciation rules for that language. This applies to graphical browsers as well as screen readers, braille displays, and other voice browsers.
Both assistive technologies and conventional user agents can render text more accurately if the language of each passage of text is identified. Screen readers can use the pronunciation rules of the language of the text. Visual browsers can display characters and scripts in appropriate ways.
This is especially important when switching between languages that read from left to right and languages that read from right to left, or when text is rendered in a language that uses a different alphabet. Users with disabilities who know all the languages used in the Web page will be better able to understand the content when each passage is rendered appropriately.
That’s not just good for accessibility. It’s also great for SEO. Search engines like Google can better understand your content when languages are clearly defined. That means improved indexing and potentially better rankings.
Banner photo by <a href="https://unsplash.com/@hannahwrightdesigner?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash" rel="nofollow ugc">Hannah Wright</a>.
<h3>Supported block types</h3>
<ul>
<li>Group (<code>core/group</code>): Group contents together and set a language for them</li>
<li>Columns (<code>core/columns</code> and <code>core/column</code>): Organize content into a set of columns and set a language for all the columns or a specific column</li>
<li>Cover (<code>core/cover</code>): Set the language to all the contents inside a cover block</li>
<li>Navigation (<code>core/navigation</code>): Create full navigation menus in different languages</li>
<li>Submenu (<code>core/navigation-submenu</code>): Set a different language on a sub-section of your menu (for example, if you have the default language pages on the first level and a sub-menu with pages in another language)</li>
<li>Page List (<code>core/page-list</code>): List all the pages on your website that are written in a different language and created as a child of the main page of that language</li>
<li>Content (<code>core/post-content</code>): Set the post content on a custom template to a different language</li>
</ul>
<h3>Features</h3>
<ul>
<li>Add “lang” and “dir” attributes to Group, Columns, Cover, and other specific WordPress Blocks</li>
<li>Show visual outline around blocks that have a language attribute set – For easy identification of blocks you have already set to a different language during your editing process, only for Administrators and Editors, and if enabled in Settings – Writing</li>
</ul>

Language Attribute for Container Blocks

Add “lang” and “dir” attributes to Group, Columns, Cover, and other specific WordPress Blocks.

Andreas Münch

This plugin makes it possible to use Contact Form 7 forms on multilingual pages by using Polylang and its string translations.
Other than existing solutions you don´t have to create a form for each language, but you can use one single CF7 form for all languages.
<h4>How does it work?</h4>
With this plugin active, you can setup translatable placeholders in your forms, emails and form messages.
The placeholders are using curly braces, like this: <code>{Text to translate}</code>.
When these are setup, you can then translate the strings in Languages > String translations, filter for “Contact Form 7”
<iframe loading="lazy" title="Create a multilingual Contact Form 7 with Polylang in WordPress" width="750" height="422" src="https://www.youtube.com/embed/XgT_XKmoDE0?feature=oembed" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
<h4>Translate form messages</h4>
This plugin gives you two ways of translating the form messages.
The simple way: You only have to make sure the form messages are all set to the english default values. Then they are automatically translated via the normal plugin language pack. 
You may have to update your WordPress language packs after setting up your languages in Polylang.
The custom way: Set the strings (or part of strings) you want to have translated in curly braces and they will appear in the Polylang string translations where you can translate them.

Multilingual Contact Form 7 with Polylang

Grate plugin, Is very easy to use. Just one thing, translations message only works when English language is the language site in WP settings, I hope this will can fix. Thanks

Great plugin

Super Helpful!


Very nice, works out of the box and doesn't require you to install some other plugin 


Easy and functional

Enables string translation and use of the same forms in different languages of Contact Form 7 forms with Polylang

Language Attribute for Container Blocks vs Multilingual Contact Form 7 with Polylang