We run a multilingual website with WPML and dozens of pages in multiple languages. Two bugs make this setup unmaintainable in practice:<\/p>\n
Both problems have the same cause: Themify Builder does not fully utilize the integration APIs provided by WPML.<\/p>\n
WPML links pages across languages via translation relationships, which are accessible through a dedicated API:<\/p>\n
\/\/ \u00dcbersetzung einer Seite in einer anderen Sprache ermitteln\n$translated_id = apply_filters('wpml_object_id', $post_id, 'page', false, $lang);\n\n\/\/ Aktuelle \/ Standard-Sprache abfragen\n$current_lang = apply_filters('wpml_current_language', null);\n$default_lang = apply_filters('wpml_default_language', null);<\/code><\/pre>\nThese APIs exist precisely so that plugins can work WPML-compatible without duplicating logic per language.<\/p>\n
\nBug 1: Hook Content Conditions do not apply to translated pages<\/h3>\n
In themify\/class-hook-contents.php<\/code> builds check_visibility()<\/code> the breadcrumb trail via child_post_name()<\/code>:<\/p>\n\/\/ class-hook-contents.php ~Zeile 179\nin_array( '\/' . self::child_post_name( $query_object ) . '\/', $posts )<\/code><\/pre>\nchild_post_name()<\/code> recursively runs over post_parent<\/code> and concatenates the post_name<\/code> values. On a translated page, this returns the English slug<\/strong>, e.g.:<\/p>\n\/services\/production-and-delivery-of-green-hydrogen\/<\/code><\/pre>\nHowever, the saved Visibility Condition contains the German slug (default language)<\/strong>:<\/p>\n\/leistungen\/produktion-und-lieferung-von-gruenem-wasserstoff\/<\/code><\/pre>\nThe in_array()<\/code> comparison always fails \u2192 Hook Content is never output on translated pages.<\/p>\nExpected Fix<\/strong> \u2013 resolve to the original language version before comparison:<\/p>\n$original_id = apply_filters('wpml_object_id', $query_object->ID, 'page', false, $default_lang);\n$original_post = get_post($original_id);\n$original_path = '\/' . self::child_post_name($original_post) . '\/';\n\nin_array($original_path, $posts)<\/code><\/pre>\nWe solved this as a workaround via template_redirect<\/code> with priority 11 and manually register the missing add_action()<\/code> calls. It works\u2014but it should be fixed in check_visibility()<\/code> itself.<\/p>\n
\nBug 2: Builder styles don\u2019t sync to translated pages<\/h3>\n
When a layout is updated in the default language (German), Themify Builder saves the result in the post meta:<\/p>\n
_themify_builder_settings_json<\/code><\/pre>\nWPML\u2019s page builder integration should automatically transfer this value to translated pages when saving. In practice, the grid structure<\/strong> syncs correctly, but the styles do not<\/strong>. The translated page only picks up changed styles after it has been opened manually in the builder.<\/p>\nWPML provides a dedicated hook for this:<\/p>\n
do_action('wpml_page_builder_string_translated', $package_name, $translated_post_id, $data, $lang);<\/code><\/pre>\nSomewhere in the handoff between Themify Builder\u2019s save routine and WPML\u2019s sync mechanism, something is missing\u2014either the style data isn\u2019t written to the translation\u2019s post meta, or the extraction step is skipped during sync.<\/p>\n
\nThe suggested workaround (adding every translated page manually as an additional hook content condition) doesn\u2019t solve either problem\u2014it just shifts the maintenance effort to the editors. A systematic fix using the existing WPML integration APIs would be the right approach.<\/p>\n","protected":false},"excerpt":{"rendered":"
The actual problem: WPML + Themify Builder is not maintainable We run a multilingual website with WPML and dozens of pages in multiple languages. Two bugs make this setup unmaintainable in practice: Hook Content Conditions set for the original page never apply to translated pages \u2013 each condition would have to be manually duplicated for […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[12],"tags":[],"class_list":["post-380","post","type-post","status-publish","format-standard","hentry","category-themify-ultra-pro-builder-bugs","has-post-title","has-post-date","has-post-category","has-post-tag","has-post-comment","has-post-author",""],"_links":{"self":[{"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/posts\/380","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/comments?post=380"}],"version-history":[{"count":0,"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/posts\/380\/revisions"}],"wp:attachment":[{"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/media?parent=380"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/categories?post=380"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/themify.hznknd.de\/en\/wp-json\/wp\/v2\/tags?post=380"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}