Seit WordPress 5.5 wird das CSS der Core-Blöcke nur noch geladen, wenn der jeweilige Block auch auf der aktuellen Seite verwendet wird. Das funktioniert wunderbar, aber was, wenn ein Core-Block verändert wird, und nun einen anderen Block beinhaltet, der vielleicht noch nicht auf der Seite vorhanden ist? Das würde zu einem ungestylten Block führen.
WordPress: Block-CSS bei einem anderen Block einbinden weiterlesenBlog
Seit langer Zeit hat WordPress die Möglichkeit, die Länge des Inhalts auf der Beitragsseite anzuzeigen, indem man das „Mehr“-Tag hinzufügt. Die Verwendung des Bereichs bis zu diesem Tag ist einfach über get_the_content möglich, aber was ist mit dem Rest?
Seit WordPress 5.9 werden Assets für einen Block nur geladen, wenn der Block verwendet wird. Für Block-Stile musst du dagegen kreativ werden. Insbesondere, wenn es nicht dein eigener Block ist, für den du einen Stil erstellst.
Block-Editor: Block-Stil nur laden, wenn verwendet weiterlesenWenn du Polylang in einem Multi-Domain-Setup verwendest, wie ich es in einem Projekt tue, kann es zu Problemen bei der Anzeige von Beitragsvorschauen kommen. Um dieses Problem zu lösen, habe ich verschiedene mögliche Lösungen ausprobiert und nehme dich mit auf die Reise, wie ich das Problem schließlich loswerden konnte – zumindest für Seiten.
Polylang: Vorschau in Multi-Domain-Umgebungen erlauben weiterlesenMit Version 1.2.0 von Form Block ist es nun noch einfacher, Formulare im WordPress-Block-Editor zu erstellen – mit dem neuen Formerstellungsassistenten.
Noch einfachere Formularerstellung mit Form Block 1.2 weiterlesenCode beim Speichern des Block-Editors ausführen
Veröffentlicht: – Kommentar hinterlassen Letzte Aktualisierung:Um Daten in einem individuellen API-Endpunkt zu speichern, musste ich den Code jedes Mal ausführen, wenn der Block-Editor gespeichert wurde. Das war leichter gesagt als getan. Die erste Lösung, die man findet, ist die Verwendung von subscribe, um jede Änderung zu abonnieren und sie nach der benötigten Änderung zu filtern.
Standardmäßig wird eine Option, die über add_option oder update_option in WordPress hinzugefügt wird, automatisch bei jeder Anfrage aus der Datenbank geladen. Das ist nicht immer das, was du möchtest. Insbesondere wenn du Optionen mit viel Inhalt hast, ist es besser, sie nur zu laden, wenn notwendig.
Von Zeit zu Zeit muss ich den Inhalt von Widgets verändern, nachdem sie gespeichert wurden. Leider ist es nicht offensichtlich, wie man das schafft. Und zusätzlich hängt es davon ab, wie Widgets überhaupt verwendet werden.
Code beim Speichern von WordPress-Widgets ausführen weiterlesenWährend des Hinzufügens eines WordPress-Benutzers gibt es keine Information darüber, dass der Benutzername später nicht geändert werden kann. Aber was, wenn das erforderlich ist? Das Feld auf der Seite zum Bearbeiten des Profils ist deaktiviert und auch seine Aktivierung über die Entwicklerwerkzeuge trickst WordPress nicht aus – ja, das habe ich getestet. Aber auch die Verwendung von wp_update_user aktualisiert den Benutzernamen nicht, da das Feld user_login explizit von der Aktualisierung ignoriert wird.
Das Warten hat ein Ende! Ich freue mich, die lange erwartete Veröffentlichung von Form Block Pro ankündigen zu können. Nach einer umfangreichen Entwicklung und vielem testen ist dieses bemerkenswerte WordPress-Plugin nun verfügbar, um die Formularerstellung zu revolutionieren. Verabschiede dich von den Beschränkungen traditioneller Formularplugins und sag hallo zur Leistungsfähigkeit und Flexibilität von Form Block Pro.
Veröffentlichung von Form Block Pro weiterlesen