Block „Individuelles HTML“ löscht Formatierungen selbstständig

Gelöst Uwe T.
(@uwe367)

vor 1 Monat, 1 Woche
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> 
</div> 
</div> 
```
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 – 31 bis 45 (von insgesamt 58)

← 1 2 3 4 →

Moderator La Geek
(@la-geek)

vor 1 Monat, 1 Woche

Kann man in diesem Kontext jetzt nicht sagen. Dieses Github-Repository ist eigentlich für das Plugin Gutenberg, welches offiziell als Beta-Plugin eingestuft ist:
https://de.wordpress.org/plugins/gutenberg/

Also: Experimentell und ein Inkubator für neue Funktionen.

Aber frage mich jetzt bitte nicht, wieso dir geraten wurde, das Ticket für ein Problem mit dem aktuellen Editor in WordPress, dort zu erstellen.

Wie gesagt: Das werde ich nie ergründen 😀

Thread-Starter Uwe T.
(@uwe367)

vor 1 Monat, 1 Woche

Du hattest mir den Link gegeben bezüglich eines Tickets:
https://core.trac.wordpress.org/newticket
Dort ist zu lesen, das Issues mit dem Editor bei Github gepostet werden sollen, siehe Screenshot.
Oder unterliege ich einem Irrtum und der in WP implementierte Editor ist nicht der Gutenberg bzw. nicht der gemeinte Editor?
Sorry, ich noch recht neu was WordPress betrifft.

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Monat, 1 Woche

Hallo @uwe367
ja, da hast du wohl recht: Ein Ticket zum Block Editor (Gutenberg) solltest du über github erstellen: https://github.com/wordpress/gutenberg/issues.

Ansonsten kann es im Vorfeld auch hilfreich sein, wenn du zunächst im Slack Channel #outreach nachfragst: https://wordpress.slack.com/archives/C015GUFFC00.
Evtl. kann da auch schon jemand bestätigen, ob ein Issue bekannt ist.
So mache ich das auch in solchen Fällen.

Viele Grüße
Hans-Gerd

Thread-Starter Uwe T.
(@uwe367)

vor 1 Monat, 1 Woche

Hallo @hage ,

danke für den Hinweis.
Ich schaue mir das gerne an.

Und was die Hooks betrifft, die @la-geek mir empfohlen hat – damit werde ich mich näher beschäftigen denn ich vermute dass man damit sehr viel mehr machen kann, als ich gerade nur annähernd vermute.

Viele Grüße
Uwe
Moderator La Geek
(@la-geek)

vor 1 Monat, 1 Woche
@uwe367

… gelöscht.

Hier ist die klärende Antwort, Issues auf Github ist die richtige Adresse:
- Diese Antwort wurde vor 1 Monat, 1 Woche von La Geek geändert.
Thread-Starter Uwe T.
(@uwe367)

vor 1 Monat, 1 Woche

Also lag ich wohl dann doch richtig oder deute ich das nun falsch?
Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Monat, 1 Woche
Hallo @uwe367
leider gibt es allgemein ein wenig Verwirrung: In der Regel wird der Block-Editor auch als Gutenberg bezeichnet. Das ist so nicht korrekt, weil es zusätzlich ein Gutenberg-Plugin gibt. Dieses Plugin bietet bestimmte Funktionen an, die man als experimentell betrachten kann. Daher sollte man das Plugin nicht auf Produktivseiten einsetzen.

Der Block-Editor ist dagegen der Standard-Editor von WordPress und steht ab der Version 5.0 automatisch als Editor zur Verfügung. Das war nicht immer klar und (nicht nur) deswegen gibt es so viele negative Bewertungen für das Gutenberg-Plugin.

Ich denke du liegst richtig, wenn du – wie ich das ja bereits in der vorherigen Antwort beschrieben habe – das Ticket auf github erstellst.

Viele Grüße
Hans-Gerd
- Diese Antwort wurde vor 1 Monat, 1 Woche von Hans-Gerd Gerhards geändert. Grund: Ergänzung
- Diese Antwort wurde vor 1 Monat, 1 Woche von Hans-Gerd Gerhards geändert.
- Diese Antwort wurde vor 1 Monat, 1 Woche von Hans-Gerd Gerhards geändert. Grund: Tippfehler
Thread-Starter Uwe T.
(@uwe367)

vor 1 Monat, 1 Woche

Guten Morgen @hage

Danke für die Aufklärung.
Ich stehe selbst noch mit WP am Anfang und probiere derzeit aus, wie ich am besten damit arbeiten kann. Leider ist es umgangssprachlich eher verwirrend, was welcher Editor ist und daher rührt auch eine gewisse Unwissenheit.
Da ich ohnehin kein Freund von Plugins bin lasse ich die Finger von dem Editor Plugin und arbeite lieber mit Bordmitteln.

Moderator La Geek
(@la-geek)

vor 1 Monat, 1 Woche

Also lag ich wohl dann doch richtig oder deute ich das nun falsch?

Issues auf Github ist die richtige Adresse:

Also ja.

Ich arbeite nie mit dem Block-Editor sowie auch nicht mit dem Gutenberg-Plugin, sondern mit dem klassischen Editor und klassischen (PHP-) oder Hybrid-Themes und Page-Buildern, daher komme ich auch nie in die Situation, ein Ticket für den Block-Editor zu schreiben. In der Anfangszeit des neuen Block-Editors/Gutenberg (Release Dezember 2018) hatte ich mich intensiver damit beschäftigt und wurde für die Erstellung eines Tickets entweder auf Trac oder auf Github verwiesen. Daher habe ich gestern noch einmal explizit im int. Slack, Channel #core nachgefragt. Jorbin ist Core-Entwickler.

Wie Jorbin schrieb, sind die Trac-Tickets mit der gewählten Komponente Editor entweder verkehrt auf core.trac gelandet = gehören eigentlich auf Github und müssten verschoben werden, oder sie betreffen den klassischen Editor. Der klassische Editor kann mit dem Plugin Classic Editor wiederhergestellt werden oder ist auch (leider nicht vollständig) als Block Classic im Block-Editor enthalten. Er basiert auf dem Tiny MCE.

Mit dem Plugin Gutenberg werden Funktionen und Änderungen entwickelt, die i. d. R. anschließend in den Block-Editor, also in eine öffentliche WordPress-Version, übernommen werden.

Die Verwirrung rührt daher, dass der (Block-)Editor, der mit WordPress 5.0 den klassischen Editor abgelöst hatte, anfangs Gutenberg hieß, später dann in Block-Editor umbenannt wurde.

Dann gibt es noch FSE = Full Site Editor. Der Site-Editor ist der Theme-Editor, der für das Erstellen eines Block-Themes und somit das Bearbeiten der Templates und Template-Teile genutzt wird und auch den Block-Editor beinhaltet.

Moderator La Geek
(@la-geek)

vor 1 Monat, 1 Woche

Das war nicht immer klar und (nicht nur) deswegen gibt es so viele negative Bewertungen für das Gutenberg-Plugin

.

Das entspricht nicht so ganz den Tatsachen. Die Bewertungen und Reviews dort (positiv sowie negativ) werden sowohl für das Plugin Gutenberg als auch für den Block-Editor abgegeben.

Das Plugin Gutenberg ist nicht vorinstalliert, sondern man muss es gezielt auswählen und installieren, es ist somit eindeutig, dass es kein Core-Feature ist. Rezensionen und Bewertungen, die aber bewusst den Block-Editor meinen, werden dort geschrieben, weil es keinen anderen Ort dafür gibt.

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Monat, 1 Woche

@la-geek

Das entspricht nicht so ganz den Tatsachen. Die Bewertungen und Reviews dort (positiv sowie negativ) werden sowohl für das Plugin Gutenberg als auch für den Block-Editor abgegeben.

Exakt das steht doch in meiner Antwort. Ich hatte da geschrieben: „Das war nicht immer klar und (nicht nur) deswegen gibt es so viele negative Bewertungen für das Gutenberg-Plugin.“

Das Plugin Gutenberg ist nicht vorinstalliert, sondern man muss es gezielt auswählen und installieren

Auch das hatte ich geschrieben: „Dieses Plugin bietet bestimmte Funktionen an, die man als experimentell betrachten kann. Daher sollte man das Plugin nicht auf Produktivseiten einsetzen.“

Ich denke, dass jedem klar ist, dass man ein Plugin installieren muss, bevor man es aktivieren kann. Vorinstalliert ist aktuell nur „Hello Dolly“.

Moderator La Geek
(@la-geek)

vor 1 Monat, 1 Woche

Eigentlich wollte ich nur sagen, dass Bewertungen und Rezensionen auch bewusst für den Block-Editor (Standard-Editor) von WordPress dort (Gutenberg-Plugin) abgegeben werden und nicht nur für das Plugin Gutenberg.

Aber wenn du das auch sagen wolltest, habe ich dich verkehrt verstanden, sorry.

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Monat, 1 Woche

@la-geek

Aber wenn du das auch sagen wolltest, habe ich dich verkehrt verstanden, sorry.

Alles gut 😊
Thread-Starter Uwe T.
(@uwe367)

vor 1 Monat, 1 Woche
@la-geek

Ich habe den Hook von dir nun eingebaut und der tut genau das, was er soll. Die Inhalte werden nun alle in col-md-3 gepackt und entsprechend ausgegeben.
Leider hatte ich nicht erläutert, bzw. es ging in der allgemeinen Kernfrage unter, warum ich das gerne im Template gehabt hätte.
Ich hätte gerne ein dreispaltiges, auf Bootstrap basierendes Layout. Der Content der rechten sowie der linken Spalte bleibt auf allen Unterseiten gleich. Es ändert sich lediglich der Content der mittleren Spalte.
Vereinfacht würde das so aussehen:
```
<div class="container">
<div class="row">
<div class="col-md-3">Content rechte Spalte</div>
<div class="col-md-6">Content Hauptbereich</div>
<div class="col-md-3">Content linke Spalte</div>
</div>
</div>
```
In den Conditional Tag´s habe ich gelesen, das man mit dem Hooks auch auf die Templates zugreifen und diese damit „manipulieren“ kann.
https://developer.wordpress.org/reference/functions/is_page_template/

Meine Fragen hierzu wären nun:
Da ich ein Child Theme verwende sind in diesem keine Templates vorhanden.
Werden hier die Templates des Parent Elements verwendet?

Wie kann ich die Hooks auf das Template anwenden so dass der Content richtig in den entsprechenden Spalten plaziert wird?
Gibt es dafür Platzhalter oder wäre das die vollkommen falsche Herangehensweise, das über die functions.php umzusetzen?
Wenn ich das Template „Seiten“ nach meinen Vorstellungen verändern möchte, müsste ich, rein theoretisch folgendes machen oder geht das in die vollkommen falsche Richtung?
Das folgende Beispiel wäre ein theoretischer Ansatz, hat aber so, wie es jetzt da steht, leider keine Auswirkung auf das Template.
```
function tt5_oeffnende_divs_einfuegen() {
	if (is_page_template( 'templates/page.html' ))
	echo '<div class="container">
	      <div class="row">
	      <div class="col-md-3">Platzhalter linke Spalte</div>
              <div class="col-md-6">Platzhalter Hauptbereich</div>
              <div class="col-md-3">Platzhalter rechte Spalte</div>';
}
add_action( 'wp_body_open', 'tt5_oeffnende_divs_einfuegen', 10 );

function tt5_schliessende_divs_einfuegen() {
    echo '</div> 
	  </div> ';
}
add_action( 'wp_footer', 'tt5_schliessende_divs_einfuegen', 99 );
```
Ich erwarte keine fertige Lösung für mein Anliegen, aber vielleicht einen Schubs in die richitge Richtung.
Moderator La Geek
(@la-geek)

vor 1 Monat, 1 Woche

Wie ich zuvor schon schrieb, gibt es in Block-Themes keine klassischen Theme-Hooks mehr. Der Code hatte Standard-WordPress-Hooks verwendet, die in diesem Fall hilfreich waren, da man damit etwas in den Header und Footer platzieren konnte.

Was du verlinkt hast, sind Templates eines klassischen Themes, also PHP-Template (im Gegensatz zu HTML-Templates = Block-Themes). In klassischen Themes gibt es eine Fülle von Hooks wie z. B. before_content; after_footer; after_title usw. usf.

Bei Block-Themes wie dem 2025 steht dir stattdessen die Block Hooks-API zur Verfügung. @hage arbeitet mit Block-Themes (ich mit klassischen) und kann dir da vielleicht weiterhelfen.