[Gelöst] Teilen: WYSIWYG field on Repeater is not available for translation
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Wenn Sie auf Ihrer Seite mehrere benutzerdefinierte Felder mit demselben Namen verwenden, kann dies zu Konflikten führen. Dies betrifft insbesondere den Einsatz von Advanced Custom Fields (ACF) in Kombination mit WPML. Solution: Stellen Sie sicher, dass jedes benutzerdefinierte Feld in Ihren verschiedenen Feldgruppen einen eindeutigen Namen hat. Wenn Sie denselben Feldnamen für mehr als ein benutzerdefiniertes Feld verwenden, kann dies zu Problemen führen, da nicht alle Feldwerte im Erweiterten Übersetzungseditor angezeigt werden. Weitere Informationen finden Sie in unserer Dokumentation: Advanced Custom Fields (ACF) multilingual.
Sollten diese Schritte das Problem nicht lösen, empfehlen wir, den Feldnamen im Block und in der Gruppe anzupassen und erneut zu testen. Wenn das Problem weiterhin besteht, empfehlen wir, ein neues Support-Ticket zu eröffnen. Wir empfehlen auch, die Seite mit bekannten Problemen zu überprüfen (bekannte Probleme), die Version der dauerhaften Lösung zu überprüfen und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben.
Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Ich konnte die Ursache hier leider noch nicht feststellen.
Das Problem sehe ich auch an anderen Stellen, an denen der FAQ-Block verwendet wird. Die Einstellung der Feldgruppe scheint keine Rolle dabei zu spielen. Das Problem tritt auch dann auf, wenn ich die Gruppe aus "Same fields across languages" stelle.
In meinem letzten Kommentar teilte ich mit, dass es auf einer neuen Seite nicht aufzutreten scheint, aber das scheint nur daran zu liegen, dass ich den gleichen Text im Title und Inhalt verwendet hatte.
Das Inhaltsfeld erscheint leider weiterhin nicht im Übersetzungseditor und wird deshalb nicht übersetzt angezeigt. Der Link-Text hingegen erscheint im Übersetzungseditor und lässt sich übersetzen, aber er erscheint nicht übersetzt auf der Seite.
Ich werde morgen Versuchen eine gleichartige Feldgruppe auf einer Test Site anzulegen und testen, ob die das Problem bestätigen kann.
Sollte sich das Problem auf diese Weise nicht bestätigen, müsste ich versuchen das mit einem eigens erstellten ACF-Block zu replizieren.
Ich habe eine neue Test Site erstellt, auf welcher ich dein Theme installiert und die ACF Feldgruppen importiert habe.
Ich kann das Problem hier replizieren.
Dupliziere ich die Feldgruppe und verwende ich die gleiche Feldgruppe auf einem Beitrag mit dem Twenty Twenty-Three Theme (also nicht als Block), kann ich den Inhalt nicht abspeichern und erhalte den Fehler:
Validation failed. 1 field requires attention
Dieser Fehler tritt auch dann auf, wenn ich WPML deaktiviere.
Der Fehler tritt auch dann auf, wenn ich sicherstelle, dass keines der Felder als "Required" eingestellt ist.
Ich habe daraufhin eine komplett neue Feldgruppe mit gleichem Layout angelegt und diese auf Seiten angewendet. Die Übersetzung des WYSIWYG-Feldes im Repeater funktioniert bei diesem Test wie erwartet, weshalb ich nicht von einem Bug ausgehen kann.
Soll bedeuten, das Problem liegt entweder an einer beschädigten Feldgruppen, die neu angelegt werden sollte oder am Custom Theme und des Code des FAQ-Blocks, welcher im Custom Theme generiert wird.
Eventuell sollte sich der Entwickler des Child-Themes da einmal genauer anschauen.
WICHTIG:
Der Entwickler verwendet hier den Feldnamen "content".
Das Problem dabei ist, dass der gleiche Feldname nicht mehrfach verwendet werden sollte. Wenn mehrere Feldgruppen den gleichen Feldnamen verwenden, kann das dazu führen, das Inhalte nicht im Übersetzungseditor erscheinen.
Ich werde mir das am Montag ansehen - gerade kann ich an der Seite nichts machen, da jemand (du oder dein Kollege) alle Plugins deaktiviert hat. Es wäre gut, wenn ihr mir hier vorab Bescheid gebt, da ich selbst aktiv an der Seite arbeite und das gerade ziemliche Probleme verursacht für mich ...
Dass das Feld "content" heißt, spielt in diesem Fall eigentlich keine Rolle, da es ja Teil eines Repeater-Felds ist, welches dann automatisch den Repeaterfeldnamen als Prefix in der Datenbank erhält. Ich kann dir gerne einen Screenshot aus der Datenbank schicken.
Ja, tut mir leid, das war ich. Ich versuchte die aktuellen Probleme zu lösen. Ich bin damit nun fertig.
Der Feldname spielt eine wichtige Rolle, egal ob er in einer Gruppe, Flexiblem Layout oder Repeater ist. Wenn der gleiche Feldname mehrmals verwendet wird, führt das zu einem bekannten Problem.
Das ist so in unserer Dokumentation beschrieben:
Stellen Sie sicher, dass jedes der benutzerdefinierten Felder in Ihren verschiedenen Feldgruppen einen eindeutigen Feldnamen hat. Wenn Sie denselben Feldnamen für mehr als ein benutzerdefiniertes Feld verwenden, sehen Sie möglicherweise nicht alle Ihre Feldwerte zur Übersetzung im Erweiterten Übersetzungseditor.
WPML speichert jedes Feld in seinen Einstellungen ab und wenn ein Feldname mehr als einmal vorkommt, führt das zu einem Konflikt. Das ist allerdings auch in Sachen WordPress so zu erwarten. Diese Felder landen alle auf der gleichen Tabelle und würde man den Beitrag aktualisieren und der gleiche Feldname mehrfach verwendet, löst das einen Konflikt in der Datenbank aus.
Zudem, wenn man ACF per PHP verwendet und die Felder aufruft, kann ein Feld nie den mehr als einmal existieren, weil man es mit dem Name des Felder aufruft.
Beispiel:
<?php echo get_field('content'); ?>
Wenn mehrere Felder den Namen 'content' haben, würde das zu einem Konflikt in ACF führen.
Das weiß ich und wäre prinzipiell richtig, beträfe es ein normales Feld. Das besagte Feld ist jedoch ein Subfield eines Repeaterfelds und ein Gutenberg Block, d.h. es landet in der Datenbank mit dem Prefix des Repeaternamens, siehe Screenshot anbei. Dadurch ist eine Dopplung ausgeschlossen.
Ich sehe mir am Montag den Block nochmal näher an wegen der von dir erwähnten Feldermeldung und melde mich dann wieder.
In der Tat, das macht durchaus Sinn, aber ich würde trotzdem empfehlen einmal versuchen den Feldnamen im Block und in der Gruppe anzupassen und erneut zu testen.
Sollte das nicht die Ursache des Problem sein, dann werden ich versuchen das Problem mit einem eigenen Block zu replizieren.
Ich habe das alles durchgetestet. Der Fehler mit der Validierung tritt bei mir nicht auf - ich vermute mal, du hast vergessen, das andere Pflichtfeld bei den Beiträgen auszufüllen und der Fehler rührt daher?
Was das Umbenennen des Felds betrifft: ich muss erstmal herausfinden, wie ich das Feld überhaupt umbenannt bekomme, ohne dass sämtlicher Content verloren geht und ich wieder Stunden investieren muss, um diesen nachzupflegen. Das wird also noch dauern.
Ich habe es jetzt geschafft und nach mehrmaligem erneuten Speichern in der Originalsprache geht es jetzt endlich.
Was ich aber seltsam finde: für die Schweizerdeutsche Version habe ich "Duplizieren" gewählt. In der Translations Queue sehe ich jetzt allerdings ganz viele Einträge mit dem Status "- Aktualisierung erforderlich" für diese Sprachvariante. Warum ist das so?
Dies sind im Grunde keine laufenden Aufträge. Der Status zeigt hier nur an, dass WPML festgestellt hatte, dass der originale Inhalt aktualisiert wurde.
Wenn ein Inhalt mit WPML dupliziert wird, empfiehlt es sich zuvor die Übersetzungsmethode des Inhalte in der rechten Seitenleiste des WordPress-Editor auf "WordPress-Editor" zu stellen.
Da her aber teilweise weitere Sprachen mit dem WPML Übersetzungseditor übersetzt werden, kann man den Inhalt leider nicht komplett vom Übersetzungsmanagement ausschließen.
Ich vermute die siehst die alten Jobs nur deshalb in der List, weil diese zuvor den WPML Übersetzungseditor verwendet hatten.
Ja, solange eine Übersetzung als Duplikat markiert ist, wird dieses Duplikat immer dann überschrieben, wenn der originale Inhalt editiert und erneut gespeichert wurde.
Sollte das nicht wie erwartet funktionieren, dann lass es uns bitte wissen.
