[Geschlossen] Teilen: WPML Translation (automatic) oder Advanced Editor mit ACF Custom Fields
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.
Wir konnten das Problem nach erneutem Testen nicht mehr replizieren. Es tritt anscheinend nur dann auf, wenn eine benutzerdefinierte XML-Konfigurierung angewendet wird, welche in diesem Fall nicht notwendig ist.
Auf der aktuellen Seite hier, funktioniert es wie erwartet: versteckter Link
ohne benutzerdefinierte XML funktionieren leider keine H-Headlines. Also keine Option.
Das hatte ich nun schon mehrmals gestestet und festgestellt. Was kann ich noch tun? Es funktioniert also nicht, richtig?
Diese Annahme ist leider nicht korrekt. Auf der Dev Site liegt aktuell keine zusätzliche XML-Config für die Gutenberg-Blöcke vor und es funktioniert wie erwartet.
Ich konnte im Grunde gar bestätigen, dass das Anwenden der benutzerdefinierten XML-Konfiguration dazu geführt hatte, dass die Anker nicht mehr korrekt übersetzt wurden.
Hier die funktionierende übersetzte Beispielseite: versteckter Link
Sollten die Link-Anker nicht korrekt angezeigt werden, dann muss der originale Anker verändert und danach erneut übersetzt werden. Man findet die Linktexte im Textsuchfeld oben rechts in Advanced Translation Editor.
leider kann ich dem nicht zustimmen. Siehe hier auf der Live-Test Seite versteckter Link
Der Anchor-Container von "This is a link number 2" wird im ATE als übersetzt angeziegt aber im Frontend nicht übersetzt. Der erste Link klappt allerdings.
Ohne XML Eintrag waren diese Anchor-Container gar nicht sichtbar. Irgendwas scheint hier nicht zu passen. Wir haben leider noch keien verlässliche Lösung.
Dann schau dir die beiden Links nun bitte nochmal an: versteckter Link
Ich habe die XML_Konfiguration entfernt, die originalen Links editiert und die Strings dann oben rechts im Übersetzungseditor gesucht.
Die funktioniert wie erwartet.
Was unerwartet ist, ist dass alte Links weiterhin im Übersetzungseditor erscheinen, allerdings ist das dadurch aufgetreten, dass hier eine XML-Konfiguration angewendet wurde, die nicht notwendig war.
Ich verstehe leider nicht, wieso du meinst, dass es weiterhin nicht funktioniert.
Ich hatte dazu ein funktionierendes Beispiel genannt.
Ich musste die ID nur oben rechts im Textsuchfeld im Advanced Translation Editor suchen und konnte diese dann übersetzen.
Die doppelten Einträge der Links kann ich aktuell leider nicht entfernen. Sie sind entstanden, weil die Links per Custom XML zusätzlich registriert und dann übersetzt wurden, wodurch diese Links dann im Übersetzungsspeicher bestehen bleiben.
ich bin nur ein Laie und Anwender. zB heißt die eine ID id="das-ist-ein-container-1"...
Wenn ich danach suche erscheint diese nicht. Das ist der Grund Warum der Anker im Englischen defekt ist, da er ja nicht übersetzt ist. Siehe Screenshots.
Ich kann mich auf der Production Site leider nicht mehr anmelden. Ist hier eventuell noch oder erneut die benutzerdefinierte XML-Konfiguration angepasst worden?
Suche einfach nach dem Hashtag (#). Das funktioniert auf der Dev Site wie erwartet.
Login ist unverändert... Soll ich den nochmal schicken?
XML ist identisch mit Dev Site. Ich hab nun nochmal eine komplett neue Testing Site angelegt um ganz frisch zu testen. Anchor Links erscheinen nicht und auch nicht die Container IDs. Siehe Screenshot.
Das ist ein Testlink A
=> Sollte den #-Link enthalten
Das ist ein Container A
=> Sollte die Container ID enthalten
was meinst Du? Hast Du keinen Zugriff mehr?
Ich würde das Thema gerne zeitnah abschließen, was denkst Du? Es bremst uns sehr stark aktuell, dass es nicht zu 100% funktioniert. Wir brauchen eine verlässliche Lösung mit der wir arbeiten können, ohne jeden Text 2x prüfen zu müssen...
Das Problem:
Es wurden hier Probleme mit Gutenberg-Überschrift-Blöcken berichtet, bei denen sich die Links mit Ankern nicht übersetzen lassen.
Meine Tests:
Ich konnte das Problem auf einer eigenen Test Site nicht bestätigen und hatte das Problem ebenfalls auf deiner Website bereits gelöst.
Ursache:
Die Links müssen oben rechts im Übersetzungseditor gesucht werden. Dort befindet sich ein Textsuchfeld, und wenn man dort "http" oder in deinem Fall "#" eingibt, erhält man die Links.
Verschärfung des Problems:
Anstatt dessen empfiehlt mein Kollege Bruno eine benutzerdefinierte XML-Config, was hier nicht notwendig ist und zu unerwarteten Problemen führt.
Weitere Tests:
Aktuell kann ich das Problem nicht testen, weil die Website nicht wie erwartet funktioniert.
Gehe auf versteckter Link und erstelle eine Seite. Versuche eine "Überschrift" einzufügen und du wirst feststellen, dass dies nicht funktioniert. Das liegt in diesem Fall wahrscheinlich nicht an WPML, aber da ich keinen Super-Admin-Zugriff auf dieser Multisite habe, sind meine Möglichkeiten eingeschränkt.
Erteile mir bitte Super-Admin-Zugriff auf versteckter Link und hinterlasse mir danach einen Kommentar.
Das Thema '[Geschlossen] Teilen: WPML Translation (automatic) oder Advanced Editor mit ACF Custom Fields' ist für neue Antworten geschlossen.
