Navigation überspringen

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.

Sun Mon Tue Wed Thu Fri Sat
- - 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00
- - - - - - -

Unterstützt die Zeitzone: America/Lima (GMT-05:00)

Schlagwörter: 

Dieses Thema enthält 5 Antworten, hat 0 Stimmen.

Zuletzt aktualisiert von Andreas W. Vor 1 Tag, 10 Stunden.

Assistiert von: Andreas W..

Verfasser Beiträge
Februar 22, 2025 unter 6:07 pm #16736764

herwig-hakanM

Hintergrund des Themas:
Ich versuche, den Language Switcher auf meiner Website zu reparieren, da er seit dem letzten Update den Header ruiniert. Der problematische Code ist:

.wpml-language-switcher-block>.wp-block-navigation-item, .wpml-language-switcher-block>.wp-block-navigation-item>div { display: flex; width: 100% !important; }

. Ich habe bereits unter WPML > Sprachen im Punkt 'Sprachumschalter-Optionen' folgenden Code eingestellt:

.wpml-language-switcher-block { width:75px !important; margin-left: 16px; } .wpml-language-switcher-block>.wp-block-navigation-item,.wpml-language-switcher-block>.wp-block-navigation-item>div{ width:75px !important;} .wp-block-navigation-item__label {font-size: var(--bs-nav-link-font-size); font-weight: var(--bs-nav-link-font-weight); color: var(--bs-nav-link-color); transition:color 0.25s ease-in-out, background-color 0.25s ease-in-out, box-shadow 0.25s ease-in-out, border-color 0.25s ease-in-out } 

. Link zur Seite, auf der das Problem zu sehen ist: versteckter Link

Die Symptome:
Der Wert

width: 100% !important;

ruiniert das Layout des Headers.

Fragen:
Wo kommt das

width: 100% !important;

her?
Wie werde ich es wieder los?

Februar 22, 2025 unter 10:00 pm #16737021

Andreas W.
Supporter

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Hallo,

Der Hauptstil wird in solchen Fällen normalerweise durch das Thema bestimmt.

Soweit ich sehe, löst die folgende Regel das Problem:

    .navbar-expand-lg .navbar-nav .nav-link {        
        width: max-content;
    }

Es sieht so aus, als ob Sie Blöcke verwenden.

Vielleicht sollten Sie das Layout in Ihrer Kopfzeilenvorlage ändern und die Vorlage dann mit WPML > Übersetzungsmanagement übersetzen.

Freundliche Grüße
Andreas

Februar 23, 2025 unter 8:58 am #16737407

herwig-hakanM

Danke für Ihr Feedback. Ich habe nun einiges versucht und glaube noch immer, dass es an WPML liegt. Im Edit Mode wird die Navbar richtig angezeigt (siehe Screenshot 1), im Frontend aber nicht (Screenshot 2). Der Unterschied zwischen beiden ist der Wert der CSS-Klasse .wpml-language-switcher-block>.wp-block-navigation-item, .wpml-language-switcher-block>.wp-block-navigation-item>div - hier liegt der Wert für width im Edit Mode bei "75px !important", im Frontend aber bei "100% !important"

WPML_LangSwitcher.jpg
Februar 25, 2025 unter 4:05 pm #16746902

Andreas W.
Supporter

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Hast Du das gleiche Problem, wenn Du auf das BlockStrap Parent Theme wechselst?

Ich kann dies auf einer Test Site bislang alleine mit WPML und dem BlockStrap Theme nicht bestätigen.

Ich kann gerne anbieten mir das einmal genauer anzusehen.

Ich möchte einen temporären Zugriff (wp-admin und FTP) auf die Website anfordern, um das Problem genauer zu untersuchen.

Die dafür erforderlichen Felder findst Du unterhalb des Kommentarbereichs, wenn Du dich anmelden, um die nächste Antwort zu hinterlassen. Die Informationen, die Du angibst sind privat, was bedeutet, dass nur Du und ich sie sehen und darauf zugreifen können.

WICHTIG
Lege bitte unbedingt eine Sicherungskopie der Website und der Datenbank an, bevor Du uns den Zugriff gewährst.
Wenn Du die Felder "wp-admin / FTP" nicht sehen kannst, werden Ihre Anmeldedaten für Post und Website als "PUBLIC" (Öffentlich) festgelegt. Veröffentliche die Daten NICHT, es sei denn, Du siehst die erforderlichen wp-admin / FTP-Felder.

Ich muss hier ggfls. ein Plugin namens "All In One WP Migration" installieren, um eine Kopie der Website anzulegen, auf welche ich das Problem genauer untersuchen kann.

Ich wäre allerdings auch sehr dankbar, wenn Du zu diesem Zweck selbst eine Staging Site, bzw. Kopie der Website von Deinem Server aus bereitstellen könntest.

Bei Fragen zum Erstellen einer solchen Staging Site kannst Du deinen Hosting Anbieter konsultieren. Achte bitte darauf, dass WPML auf diesem Staging ebenso unter https://wpml.org/de/account/websites/ registriert sein muss.

Solltest Du dazu nicht in der Lage sein eine solche Kopie der Website zum Testen bereitzustellen, dann lass es mich bitte auf diesem Ticket wissen.

Das private Antwortformular sieht folgendermaßen aus:
versteckter Link

Klicke beim nächsten Antworten auf "I still need assistance".

Video:
versteckter Link

Beachte bitte, dass wir verpflichtet sind, diese Informationen auf jedem Ticket individuell anzufordern. Wir dürfen nicht auf Zugangsinformationen zugreifen, die nicht speziell auf diesem Ticket im privaten Antwortformular übermittelt wurden.

Februar 27, 2025 unter 5:40 pm #16757458

herwig-hakanM

Hallo Andreas

Danke für Deine Nachricht. Im BlockStrap Theme taucht der Bug nicht auf, wenn ich zurück auf Directory wechsle, ist er wieder da. Wenn Ihr meine Serverdaten braucht: Ich habe diese bereits für mein voriges Ticket bereitgestellt, kannst du darauf zugreifen?

Liebe Grüße aus Wien,
Herwig

Februar 27, 2025 unter 6:53 pm #16757763

Andreas W.
Supporter

Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch )

Zeitzone: America/Lima (GMT-05:00)

Das bedeutet somit, dass der Fehler durch Code im Child Theme verursacht wird.

Ich rate dazu einen Blick in die style.css zu werfen und zu testen woran es liegt.

Beachte bitte, dass ich hierzu bereits eine Lösung bereitgestellt hatte:
https://wpml.org/de/forums/topic/language-switcher-greift-auf-falsches-css-zu/#post-16737021