joerg-klausF

Problem:
Auf Ihrer mehrsprachigen Webseite funktioniert ein Greyd Forms Formular in der Hauptsprache, jedoch nicht in den anderen Sprachen. Das Problem wird durch WPML verursacht, das das Laden der WordPress-Datei admin-ajax.php verhindert, welche für die Verifizierung von Formulareingaben notwendig ist.
Solution:
Beachten Sie bitte, dass das Greyd Team diese Problem mittlerweile gelöst hat. Wir empfehlen zudem, die benutzerdefinierten Felder des Formulars auf "Kopieren" zu setzen und eine kleine Änderung auf der Originalseite vorzunehmen. Speichern Sie die Seite erneut und führen Sie die Übersetzung erneut durch. Sollte das Problem weiterhin bestehen, kontaktieren Sie bitte den Autor des Greyd Forms Plugins, da weitere Anpassungen am Plugin notwendig sein könnten. Für detaillierte Anweisungen zur Einstellung benutzerdefinierter Felder besuchen Sie bitte unsere Dokumentation.

Bitte beachten Sie, dass diese Lösung möglicherweise veraltet oder nicht auf Ihr Problem zutreffend ist. Wir empfehlen Ihnen, die bekannten Probleme zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben. Sollten weiterhin Probleme auftreten, zögern Sie nicht, ein neues Support-Ticket zu eröffnen. Besuchen Sie dazu unser Support-Forum.

Problem:
Wenn Sie das Problem haben, dass bei WS Forms die Formulare in der EN-Version beim Abspeichern in der DE-Version von EN auf DE zurückgesetzt werden, liegt das daran, dass der Shortcode nicht übersetzt werden kann. Dies führt dazu, dass bei erneuter Übersetzung der alte Shortcode wieder in der Übersetzung hinterlegt wird.
Solution:
Um dieses Problem zu beheben, können Sie eine Konfiguration für den Shortcode anlegen. Folgen Sie dieser Anleitung: https://wpml.org/documentation/support/language-configuration-files/translate-custom-shortcodes-with-wpml/
Hier ist ein Beispiel für die benötigte Konfiguration:

<wpml-config>
  <shortcodes>
    <shortcode>
      <tag>ws_form</tag>
      <attributes>
        <attribute>id</attribute>        
      </attributes>
    </shortcode>   
  </shortcodes>
</wpml-config>

Speichern Sie diese Konfiguration unter WPML > Einstellungen > Benutzerdefinierte XML Konfiguration (Tab).
Zusätzlich müssen Sie folgenden Code in der functions.php Ihres Child Themes hinzufügen, um Zahlen übersetzen zu können:

/**
 * Allow translating numbers
 *
 * @see https://wpml.org/forums/topic/wpbakery-post-grid-element-exclude-from-filter-list-category-reappears
 */
function wpmlsupp_7499_allow_translating_numbers( $is_translatable, $job_translate ) {
    $data = $job_translate['field_data'];
    if ( 'base64' === $job_translate['field_format'] ) {
        $data = base64_decode( $data );
    }
    if ( is_numeric( $data ) ) {
        return true;
    }
    return $is_translatable;
}
add_filter( 'wpml_tm_job_field_is_translatable', 'wpmlsupp_7499_allow_translating_numbers', 10, 2 );

Nachdem Sie diese Änderungen vorgenommen haben, bearbeiten Sie den Shortcode auf der Originalseite, fügen Sie beispielsweise ein Leerzeichen hinzu, speichern Sie die Seite und öffnen Sie den Übersetzungseditor, um nach der ID des originalen Formulars zu suchen.

Falls diese Lösung veraltet ist oder nicht auf Ihr Problem zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Überprüfen Sie auch die bekannten Probleme und stellen Sie sicher, dass Sie die neuesten Versionen Ihrer Themes und Plugins installiert haben.

Problem:
Der Kunde arbeitet an der englischen Version seiner Website und hat festgestellt, dass zwei der Sub-Pages die deutschen Links anzeigen, während die anderen zwei die korrekten englischen Links zeigen. Dies tritt auf, obwohl alle Seiten neu gespeichert und die Übersetzungen überprüft wurden.
Solution:
Wir empfehlen die Verwendung des Bricks Features "Dynamic Data" mit dem Platzhalter

{post_url}

, um sicherzustellen, dass die Links korrekt auf die übersetzten Seiten verweisen. Dies sollte das Problem mit den inkonsistenten Links auf den verschiedenen Sprachversionen der Seiten beheben.

Falls diese Lösung veraltet erscheint oder nicht auf Ihr Problem zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Wir empfehlen auch, die Seite mit bekannten Problemen unter https://wpml.org/known-issues/ zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben.

Für weitere Unterstützung besuchen Sie bitte unser Support-Forum unter https://wpml.org/de/forums/forum/deutsches-forum/.

Problem:
Der Kunde hat Probleme beim Starten von WSForm in Verbindung mit WPML und dem Bricks Builder Theme. Ein früherer Workaround, der in die Theme-Dateien integriert wurde, könnte bei einem Theme-Update verloren gehen.
Solution:
Wir haben vorgeschlagen, eine Testumgebung zu nutzen, um festzustellen, ob das Problem ein generelles ist. Wir bieten eine Test Site an, auf der der Kunde WSForm mit WPML testen kann. Außerdem empfehlen wir, den Workaround in einem Child Theme zu integrieren, um sicherzustellen, dass er bei einem Update des Hauptthemes nicht verloren geht. Hier ist eine Anleitung zur Erstellung eines Child Themes: Child Theme Anleitung.

Falls diese Lösung veraltet erscheint oder nicht auf Ihr Problem zutrifft, empfehlen wir, ein neues Support-Ticket zu öffnen. Wir empfehlen auch, die Seite mit bekannten Problemen (bekannte Probleme) zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben. Für weitere Unterstützung besuchen Sie bitte unser Support-Forum: WPML Support-Forum.