• Gelöst Uwe T.

    (@uwe367)


    Hallo allerseits,

    ich nutze bei meiner Arbeit sehr gerne Bootstrap, da dieses sehr flexibel einsetzbar ist.
    Ich nutze ein Child Theme von twentytwentyfive.
    Bootstrap selbst habe ich über die functions.php eingebunden und die benötigten Dateien werden im Header bzw. im Footer geladen.
    Ich habe auch bereits verschiedene Plugins zu Bootstrap getestet, aber bis auf eines, welches scheinbar nicht mehr weiter entwickelt wird und laut unterstützter WP Versionen nicht mit WP 7 kompatibel ist, kommt leider kein anderes in Frage.

    Also dachte ich, ich füge meine Bootstrap Blöcke (Container, Row, Column etc) mit dem Block „individuelles HTML“ manuell ein um dann zwischen diesen Blöcken meine Inhalte in den Blöcken von WordPress zu platzieren.
    Beispielhaft sieht das so aus:
    Block individuelles HTML:

    <div class="container">
    <div class="row">
    <div class="col-md-3">

    Hier folgt zum Beispiel der Block „Bild“ um ein Bild in die Column einzufügen.

    Und zum Schließen der Div´s wieder ein Block individuelles HTML mit folgendem Inhalt:

    </div> <!--schliessen div col-md-3-->
    </div> <!--schliessen div row-->
    </div> <!--schliessen div container-->

    Rein theoretisch sollte das doch so funktionieren, aber die Realitiät sieht leider etwas anders aus denn der Editor fügt nach dem Speichern automatisch HTML Code in den Abschnitten hinzu, bzw. leert Abschnitte, so dass diese zum Beispiel so aussehen:

    <div class="container">
    <div class="row">
    <div class="col-md-3"></div></div></div>

    Ich denke, es ist jedem klar, dass das nicht funktionieren kann da die Div´s ohne Inhalte beendet werden.

    Mache ich hier etwas falsch, habe ich vielleicht einen Denkfehler oder hat der Editor vielleicht einen Bug?
    Oder sollte ich vielleicht vollkommen anders vorgehen?

    Besten Dank für hilfreiche Antworten im voraus.

Ansicht von 15 Antworten – 16 bis 30 (von insgesamt 58)
  • Thread-Starter Uwe T.

    (@uwe367)

    Supi, Danke. Ich schau mir das die Tage an und gebe auf jeden Fall eine Rückmeldung. Nochmals besten Dank für deine Hilfe.

    P. S.

    Ich hatte eben noch deinen Beitrag bezüglich der Blöcke vor dem Header und nach dem Footer gelesen. Merkwürdig dass das innerhalb des Konstrukt nicht funktioniert, wobei es möglich wäre, dass ich dann eventuell Div’s beende, die durch die WP eigenen Klassen generiert werden und das verhindert das System indem es den manuell eingefügten Code automatisch umschreibt.

    Moderator La Geek

    (@la-geek)

    Sehr gerne und viel Erfolg!

    Moderator La Geek

    (@la-geek)

    P. S.

    Ich hatte eben noch deinen Beitrag bezüglich der Blöcke vor dem Header und nach dem Footer gelesen. Merkwürdig dass das innerhalb des Konstrukt nicht funktioniert, wobei es möglich wäre, dass ich dann eventuell Div’s beende, die durch die WP eigenen Klassen generiert werden und das verhindert das System indem es den manuell eingefügten Code automatisch umschreibt.

    Das sieht dann so aus (wird automatisch durch das Speichern verändert):

    ————————-

    Ich wundere mich da über gar nichts mehr 🤣

    Thread-Starter Uwe T.

    (@uwe367)

    Guten Morgen,

    ich hatte gestern nichts mehr an der Seite verändert und heute Morgen wollte ich wissen, wie sich das Ganze auf dem Server verhält. Also Duplicator installiert, eine Kopie der lokalen Installation angefertigt und auf den Server geladen und nun kommts – die Seite funktioniert genau so, wie sie soll obwohl die Inhalte der Codeblöcke im Editor vom reinen Verständnis her sagen, dass das nicht funktionieren kann.

    Zum Nachvollziehen…
    Beispielsweise setze ich den folgenden Code in einen Block individuelles HTML

    <div class="container">
    <div class="row">
    <div class="col-md-3">

    Darunter das Bild, welches in col-md-3 platziert werden soll (hier das Bild als HTML Code):

    <figure class="wp-block-image size-full"><img src="https://test.example.com/wp-content/uploads/2026/06/test.jpg" alt="" class="wp-image-101"/></figure>

    Darunter ein Block individuelles HTML um die DIV´s wieder zu schliessen:

    </div></div></div>

    Soweit mein Verständnis von einer funktionierenden Struktur, was eigentlich einleuchtend und auch logisch sein sollte.

    WordPress scheint hier aber etwas andere Wege zu gehen, die wie folgt aussehen bzw. wie der Editor das Ganze nach dem Speichern handhabt:

    <div class="container">
    <div class="row">
    <div class="col-md-3"></div></div></div>
    <figure class="wp-block-image size-full"><img src="https://test.example.com/wp-content/uploads/2026/06/slogan-1.jpg" alt="" class="wp-image-101"/></figure>
    <!--Hier sollten die DIV´s geschlossen werden, jedoch wird der Block vom Editor geleert.-->

    Nun folgt aber das Paradoxum. Der Code wird absolut richtig vom System gerendert, was der folgende Screenshot aus der Entwicklerkonsole zeigt.

    Es befinden sich insgesamt 4 Bilder in der Row, aber wie man am Quellcode sehen kann, wird alles korrekt verarbeitet.

    Ich habe nun zwei Vermutungen.

    Die erste Vermutung:
    Der Editor von WP erkennt, wenn in einem HTML Block DIV´s angelegt werden und legt die Inhalte, die nach dem HTML Block folgen, automatisch in das letzte DIV (in dem Fall also in die col-md-3). Damit wäre es dann auch richtig, wenn er die DIV`s im gleichen Block auch wieder schließt, was er tut.

    Die zweite Vermutung:
    Es handelt sich hier um einen Fehler im Editor.
    Der Code wird zwar richtig platziert und auch richtig gerendert, aber im Editor falsch angezeigt.

    Ich werde aber auch noch die Hinweise und Vorschläge von dir ausprobieren und abarbeiten. Da ich kommende Woche noch Urlaub habe, habe ich die Zeit dazu.

    Moderator La Geek

    (@la-geek)

    Nach nochmaligem Test:
    Egal wo du das einfügst: Nach dem Speichern sind die HTML-Codes unverändert.
    Speichere das Template ein zweites Mal Lade die Template-Seite neu (STRG + F5) und die HTML-Codes sind anschl. – wie von dir und von mir beschrieben – verändert.
    Wenn du das Template jetzt erneut speicherst (also mit dem sinnlos gewordenen HTML-Code) ist nun auch die Frontend-Ausgabe betroffen.

    Nachtrag:
    Das ist definitiv ein Bug. Bugs kann man melden, indem man ein Ticket erstellt:
    https://core.trac.wordpress.org/newticket

    Aber mach dir keine Hoffnung, dass so etwas schnell gefixt wird (wenn überhaupt). Wenn du Glück hast, ist es im nächsten Release, wenn du Pech hast, dümpelt dort so ein Ticket noch in 10 Jahren vor sich hin. Meine persönlichen Erfahrungen sind negativ. Aber wie gesagt, es kann auch schon mal schnell gehen.

    • Diese Antwort wurde vor 1 Monat, 1 Woche von La Geek geändert.
    Thread-Starter Uwe T.

    (@uwe367)

    Danke dir nochmals für deine Antwort.
    Die Frontend Ausgabe ist bei mir merkwürdiger Weise nicht betroffen.
    Getestet in Firefox, Edge und Chrome, neueste Versionen und jeweils zuvor Cache geleert.

    Kannst du mir eine PN zukommen lassen?
    Dann lege ich einen Admin Account für dich an und du kannst dir das Ganze mal live anschauen.
    Natürlich nur dann, wenn das Supportteam das macht.

    Moderator La Geek

    (@la-geek)

    Das widerspricht den Forenregeln. Würde für uns auch zu weit führen. Ich persönlich würde den Code (mit den Hooks) in die functions.php einfügen. Da wird dann nichts automatisch geändert, auch wenn die functions.php hundert Mal gespeichert wird.

    Thread-Starter Uwe T.

    (@uwe367)

    Das dachte ich mir schon, ist aber kein Problem. Bin selbst Mod in einem anderen Forum und da machen wir das auch nicht.

    Ich werde den Vorschlag mit den Hooks von dir umsetzen und schauen, was dann passiert bzw. wie ich das am besten ohne Plugin bewerkstelligen kann.

    Aber um nochmal auf das Verhalten des Editors zurück zu kommen – Würdest du das als Fehlverhalten des Editors sehen? Normal kann es ja eigentlich nicht sein denn dieses Verhalten geht mMn am Sinn des Blocks „individuelles HTML“ vorbei, unabhängig davon ob dieser nun bei den Templates oder bei den Seiten verwendet wird.
    Individuell heißt ja, dass ich dort alles das angeben kann, wofür der Editor keine vorgefertigte, hauseigene Lösung bietet.

    Moderator La Geek

    (@la-geek)

    M. M. n. ist das definitiv ein Bug, der sowohl im FSE = Templatebearbeitung als auch im Block-Editor innerhalb eines Beitrages oder einer Seite entsteht.

    Der HTML-Code wird von Anfang an nicht richtig übernommen: Im oberen HTML-Block innerhalb des sichtbaren Codes werden die Divs geschlossen, im unteren HTML-Block werden sie dafür entfernt. Sichtbar wird das erst, wenn man die Seite neu lädt. Speichere ich ein zweites Mal, hat es Auswirkungen im Frontend. Würde bedeuten: Beim ersten Speichern wird es korrekt übertragen?

    Hier noch das Beispiel innerhalb eines Beitrages, der Inhalt besteht nur aus 3 Blöcken: HTML/Bild/HTML. Nach dem Neuladen der Seite sehen die HTML-Blöcke so aus

    —-

    und der Quellcode im Frontend, die öffnenden und schließenden Divs sind umrandet

    —-

    —-

    Es passiert im Editor, was genau ursächlich ist, wissen die Entwickler.

    Ich habe jetzt auch ehrlich gesagt, keine Lust mehr, mich mit so etwas weiter zu beschäftigen 😀

    Moderator La Geek

    (@la-geek)

    Ich werde den Vorschlag mit den Hooks von dir umsetzen und schauen, was dann passiert bzw. wie ich das am besten ohne Plugin bewerkstelligen kann.

    Wenn du den Code ans Ende der functions.php deines Child-Themes einträgst, benötigst du doch kein Plugin? Es reicht aus, zuerst den Code, der Auswirkung auf alle Seiten hat, einzutragen. Das, zum Testen. Das dauert nicht mehr als 2 Minuten.

    Funktioniert es, kannst du es auf die Seiten einschränken (mit Conditional Tags), auf denen du das Bootstrap-HTML/CSS ausführen willst.

    Für die längerfristige Perspektive – um das direkt über FSE zu implementieren – zusätzlich ein Trac-Ticket erstellen.

    Thread-Starter Uwe T.

    (@uwe367)

    Ok, danke dir.

    Du musst dich damit auch nicht weiter beschäftigen.
    Mir ging es nur darum zu wissen ob es ein Bug ist oder nicht.
    Ich werde das über ein Ticket melden und schließe den Thread als gelöst.

    Moderator La Geek

    (@la-geek)

    Passt. Wäre schön, wenn du das Ticket hier noch verlinken könntest.
    Übrigens: Der Code für die functions.php
    https://de.wordpress.org/support/topic/block-individuelles-html-loescht-formatierungen-selbststaendig/#post-176587
    macht, was er soll. Habe ihn soeben ausprobiert.

    Thread-Starter Uwe T.

    (@uwe367)

    Hier das Ticket.
    Issues mit dem Editor sollen direkt bei Github gemeldet werden.

    The Custom HTML block automatically removes code. · Issue #79117 · WordPress/gutenberg

    Ich werde das die Tage gerne ausprobieren und mich dann zurück melden.

    Moderator La Geek

    (@la-geek)

    Danke für das Posten des Tickets.

    Issues mit dem Editor sollen direkt bei Github gemeldet werden.

    Ja, mal so, dann mal so, werde ich wohl nie ergründen. Ich finde im Trac auf Anhieb 516 offene Tickets, die der Komponente Editor zugeordnet sind.
    ¯\_(ツ)_/¯

    Aber Github gewinnt mit 5.571 offenen Issues.

    Thread-Starter Uwe T.

    (@uwe367)

    Das habe ich auch gesehen. Der Editor scheint ziemlich „bugy“ zu sein. Mal schauen, ob da was passiert.

Ansicht von 15 Antworten – 16 bis 30 (von insgesamt 58)

Du musst angemeldet sein, um auf dieses Thema zu antworten.