EMN FAQ & Accordion Block

Beschreibung

Entwickelt von Engelhardt Medien, einer Agentur für digitales Webdesign und Grafik mit Sitz in Nürnberg, Deutschland.

Warum dieses Plugin?

  • Schema.org FAQPage-JSON-LD wird automatisch generiert und ist direkt an den Modus des Blocks gekoppelt – ein separates Schema-Plugin ist nicht erforderlich. Dieses strukturierte Markup hilft KI-Systemen und Assistenten (ChatGPT, Perplexity, Gemini und anderen), deine Inhalte zu verstehen und hervorzuheben, und gibt Suchmaschinen einen klaren, standardbasierten Kontext zu deiner Seite – zunehmend wichtig, da immer mehr Traffic über KI-gestützte Suche und Antworten generiert wird. (Hinweis: Google hat das visuelle FAQ-Rich-Result-Snippet in der Google-Suche im Mai 2026 eingestellt; die zugrunde liegenden strukturierten Daten sind weiterhin gültig, standardisiert und werden an anderer Stelle verwendet, z. B. von KI-Assistenten.)
  • FAQ- und Akkordeon-Modus können unabhängig voneinander pro Block-Instanz umgeschaltet werden.
  • Schnell und leichtgewichtig – keine externen Bibliotheken und Assets werden nur auf Seiten geladen, die den Block tatsächlich enthalten.
  • Vollständig barrierefrei, entsprechend WCAG 2.1 Level AA für dieses Interaktionsmuster – besonders relevant für Websites, die in der Europäischen Union betrieben werden, wo der European Accessibility Act seit Juni 2025 von vielen Unternehmen die Einhaltung von Standards für digitale Barrierefreiheit verlangt.
  • WPML-kompatibel; für Übersetzungen vorbereitet, die über translate.wordpress.org bereitgestellt werden.
  • Funktioniert mit der eigenen Farbpalette und den Verlaufs-Presets deines aktiven Themes.
  • Frei anpassbar – jeder visuelle Aspekt kann in der Seitenleiste des Block-Editors angepasst werden, ohne dass du Code anfassen musst.

EMN FAQ & Accordion Block fügt einen nativen Gutenberg-Block zum Erstellen auf- und zuklappbarer Frage-/Antwort-Bereiche hinzu. Er funktioniert in zwei Modi, die pro Block-Instanz umgeschaltet werden können (der Akkordeon-Modus ist die Standardeinstellung für neue Blöcke):

  • Akkordeon-Modus (Standard) – dieselbe auf- und zuklappbare Benutzeroberfläche ohne strukturierte Daten, für allgemeine Inhalte (Dienstleistungen, Funktionen, Schritte usw.).
  • FAQ-Modus – gibt automatisch gültige strukturierte Schema.org-Daten im Format FAQPage als JSON-LD zusammen mit den sichtbaren Inhalten aus. Diese strukturierten Daten helfen KI-Systemen und Assistenten (wie ChatGPT, Perplexity und Gemini), deine Inhalte zu verstehen und bei der Beantwortung entsprechender Fragen hervorzuheben, und stellen Suchmaschinen einen klaren, standardbasierten Kontext für die Seite bereit (Hinweis: Google hat das visuelle FAQ-Rich-Result-Snippet in der Google-Suche im Mai 2026 eingestellt).

Standardmäßig schließt das Öffnen eines Elements automatisch jedes andere geöffnete Element im selben Block – dies kann pro Block (unter dem Bereich „Typ“) deaktiviert werden, damit mehrere Elemente gleichzeitig geöffnet bleiben können. Das erste Element kann außerdem so eingestellt werden, dass es beim Laden der Seite bereits aufgeklappt ist, ebenfalls pro Block (auch im Bereich „Typ“).

Möchten Sie jemanden direkt auf eine bestimmte Frage verweisen, anstatt ihn durch die gesamte Liste scrollen zu lassen? Geben Sie dieser Frage einen kurzen Linknamen (im Feld „HTML-Anker“ unter „Erweitert“ in den Blockeinstellungen), und das Plugin zeigt Ihnen sofort direkt darunter den fertigen, teilbaren Link an. Wer diesen Link öffnet, gelangt direkt zu genau dieser Frage, die bereits aufgeklappt und in den sichtbaren Bereich gescrollt ist – praktisch für E-Mails, den Chat-Support oder um von einer anderen Seite direkt auf die Antwort zu verlinken.

Design-Einstellungen

Jeder visuelle Aspekt kann direkt in der Seitenleiste des Block-Editors angepasst werden, ohne dass du Code anfassen musst:

  • Einfarbige oder zweifarbige Farbverläufe als Hintergrund für Frage und Antwort, einschließlich separater Hover-Farben/-Verläufe.
  • Rahmenfarbe, Rahmenfarbe beim Hover, Rahmenbreite und Rahmenradius.
  • Unabhängiges Padding für oben/rechts/unten/links sowohl für die Frage als auch für die Antwort sowie unabhängiges Icon-Padding für oben/rechts/unten/links – unter Verwendung der nativen WordPress-Abstandssteuerung „Dimensionen“ (einschließlich der eigenen Abstands-Presets deines Themes, sofern definiert), mit denselben Einheitenauswahlen wie in WordPress selbst (px, %, em, rem, vw, vh).
  • Eine gemeinsame Rahmenfarbe und -breite für alle vier Seiten. Der Rahmenradius kann pro Ecke (mithilfe der nativen Eckenradius-Steuerung von WordPress) oder für alle Ecken gleichzeitig festgelegt werden.
  • Alle oben genannten nativen WordPress-Steuerelemente greifen automatisch und unsichtbar auf die jeweils entsprechende, einfachere Steuerung dieses Plugins zurück, wenn eine bestimmte native Komponente in einer bestimmten WordPress-Version nicht verfügbar ist.
  • Padding- und Rahmeneinstellungen verfügen jeweils über ein kompaktes „⋮“-Menü zum Zurücksetzen auf die Standardeinstellungen.
  • Normale/Hover-Farbpaare (Fragehintergrund, Fragentext, Symbolfarbe, Symbolhintergrund) sind in einem kompakten Zwei-Wege-Umschalter zusammengefasst, anstatt untereinander aufgelistet zu werden.
  • Auswahl des Symbols: Plus/Minus, Chevron oder Pfeil – frei pro Block auswählbar (Chevron und Pfeil drehen sich, wenn ein Element geöffnet wird; das Plus wird zu einem Minus).
  • Symbolfarbe, Hintergrundfarbe des Symbols (mit separaten Hover-Farben), Symbolgröße, Hintergrundradius des Symbols, Innenabstand des Symbols und der Abstand zwischen dem Symbol und dem Fragentext.
  • Icon-Position: links (Standard) oder rechts neben dem Fragentext.
  • Auswahl des HTML-Elements für die Frage (div, p oder h2–h6), sodass es an die Überschriftenstruktur deines Dokuments angepasst werden kann – mit einer optionalen benutzerdefinierten Schriftgrößenüberschreibung, die unabhängig für Desktop, Tablet und Mobilgerät festgelegt werden kann (jeder Breakpoint, der leer bleibt, fällt automatisch auf den nächstgrößeren Breakpoint zurück und letztendlich auf die eigene Standardschriftgröße deines Themes für dieses Element).
  • Jedes Farb- oder Verlaufsfeld kann auch die eigene Farbpalette deines aktiven Themes verwenden (z. B. Astra oder jedes andere Theme, das editor-color-palette / editor-gradient-presets registriert), genau wie die WordPress-Core-Blöcke.
  • Der Antwortbereich akzeptiert jeden Block, der in deiner WordPress-Installation verfügbar ist – nicht nur Text: Absätze, Listen, Bilder, Überschriften, Zitate, Tabellen, Galerien, Spalten, Buttons, Einbettungen und alle Blöcke, die von anderen Plugins/Add-ons hinzugefügt werden.

Leichtgewichtig & schnell

Entwickelt ohne externe Bibliotheken oder Frameworks: ein kleines, dependency-freies Editor-Skript und ein kompaktes Vanilla-JS-Frontend-Skript. Auf Seiten, die den Block nicht enthalten, wird nichts geladen, und die gesamte Ausgabe besteht aus einfachem HTML/CSS – keine umfangreiche Laufzeitumgebung, kein unnötiger Ballast und praktisch keine Auswirkungen auf die Ladezeit der Seite. Das gesamte CSS und JavaScript wird bereits minifiziert ausgeliefert und standardmäßig in minifizierter Form bereitgestellt, wodurch die an Besucher gesendete Datenmenge so gering wie möglich gehalten wird (die ursprünglichen, lesbaren Quelldateien sind aus Gründen der Transparenz ebenfalls enthalten und werden automatisch stattdessen verwendet, wenn SCRIPT_DEBUG aktiviert ist).

Bilder, Iframes (z. B. Video-Einbettungen) und selbst gehostete Videos, die sich innerhalb einer eingeklappten Antwort befinden, werden automatisch mit nativen Lazy-Loading-Attributen (loading="lazy" / preload="none") ausgeliefert – zusätzlich zum eigenen automatischen Lazy-Loading von WordPress –, sodass Medien innerhalb von FAQ-/Akkordeon-Elementen, die beim Laden nicht sichtbar sind, das Laden der Seite nicht blockieren. Bereits vorhandene loading/decoding/preload-Attribute (deine eigenen oder die eines anderen Plugins) werden immer unverändert beibehalten. Medien innerhalb eines Elements, das standardmäßig geöffnet sein soll, werden bewusst ausgeschlossen, sodass sie wie alle anderen Inhalte „above the fold“ sofort geladen werden.

Barrierefreiheit

Die Interaktion zum Auf- und Zuklappen ist so gestaltet, dass sie vollständig per Tastatur bedienbar und Screenreader-freundlich ist, entsprechend WCAG 2.1 Level AA für diese Art von Widget:

  • Jede Frage ist über die Tab-Taste erreichbar und kann mit Enter oder der Leertaste bedient werden, zusätzlich zu Maus/Touch.
  • Im gesamten Block werden korrekte ARIA-Semantiken verwendet: role="button" und aria-expanded für die Frage, aria-controls zur Verknüpfung mit der zugehörigen Antwort sowie role="region" mit aria-hidden und aria-labelledby (das auf die eigene Frage verweist) für die Antwort – alles direkt in das serverseitig gerenderte HTML geschrieben und nicht nachträglich durch JavaScript hinzugefügt.
  • Dekorative Symbole (Plus/Minus, Chevron, Pfeil) werden mithilfe von aria-hidden vor unterstützenden Technologien verborgen, da der geöffnete/geschlossene Zustand bereits über aria-expanded ausgegeben wird.
  • Für Tastaturbenutzer wird ein sichtbarer Fokus-Indikator angezeigt.
  • Wenn ein Element standardmäßig geöffnet sein soll, wird es bereits aufgeklappt im initialen HTML ausgegeben (mit dem korrekten aria-expanded/aria-hidden-Status und fokussierbaren Inhalten) – ohne darauf angewiesen zu sein, dass JavaScript zuerst ausgeführt wird.

Kein Plugin kann eine Seite ehrlich als „100 % barrierefrei“ zertifizieren, da die Barrierefreiheit in der Praxis auch von den Inhalten und Farben abhängt, die du auswählst. Was dieses Plugin selbst garantiert, ist das Interaktionsmuster: korrekte Rollen/Zustände, vollständige Bedienbarkeit per Tastatur, eine sichtbare Fokusanzeige und Screenreader-freundliches Markup, entsprechend WCAG 2.1 Level AA für diese Art von Disclosure-Widget. Der endgültige Farbkontrast (Text gegenüber Hintergrund, Symbol gegenüber seinem Hintergrund) hängt von den Farben ab, die du in den Block-Einstellungen auswählst – wähle ausreichend kontrastreiche Farben (ein Verhältnis von mindestens 4,5:1 für normalen Text), damit das Ergebnis WCAG AA-konform bleibt.

Sicherheit

Alle Styling-Attribute werden bei jedem Seitenaufruf auf dem Server erneut validiert und neu aufgebaut – über strikte Allow-Lists für Farben, Verläufe, numerische Bereiche und HTML-Tags – unabhängig davon, was im Beitragsinhalt gespeichert ist. Dadurch wird verhindert, dass bösartige oder fehlerhafte Attributwerte jemals das HTML oder CSS der Seite erreichen.

Mehrsprachigkeit

  • Die Quelltexte des Plugins sind auf Deutsch; vollständig für Übersetzungen vorbereitet, wobei Übersetzungen nach dem Einreichen auf translate.wordpress.org automatisch je nach Locale bereitgestellt werden – ohne mitgelieferte .po/.mo-Dateien, entsprechend der Vorgehensweise bei auf WordPress.org gehosteten Plugins.
  • Enthält eine wpml-config.xml für die WPML-Kompatibilität, sodass nur der Fragentext selbst zur Übersetzung angeboten wird – alle Styling-Attribute werden sprachübergreifend unverändert übernommen.

Screenshots

Blöcke

Dieses Plugin bietet 4 Blöcke.

  • Emn Accordion
  • Custom Accordion
  • Emn Accordion Item
  • Custom Accordion Item

Installation

  1. Lade den Ordner emn-faq-accordion-block in das Verzeichnis /wp-content/plugins/ hoch oder installiere das Plugin direkt über den Bereich „Plugins Installieren“ in WordPress.
  2. Aktiviere das Plugin über den Bildschirm „Plugins“ in WordPress.
  3. Bearbeite einen beliebigen Beitrag oder eine Seite, füge den Block „FAQ / Akkordeon“ hinzu, wähle den Modus „FAQ“ oder „Akkordeon“ und füge darunter ein oder mehrere Akkordeon-Elemente hinzu.
  4. Passe Farben, Symbol, Abstände und weitere Optionen in der Seitenleiste für die Blockeinstellungen auf der rechten Seite an.

Aktualisierung vom alten Plugin

Falls du zuvor das Plugin „Custom FAQ Block“ verwendet hast: Beachte bitte, dass es sich hierbei um ein eigenständiges Plugin handelt (mit anderem Ordnernamen bzw. Slug). Die Installation und Aktivierung dieses Plugins deaktiviert das alte Plugin daher nicht automatisch – andernfalls würden beide parallel laufen. Bitte deaktiviere das alte „Custom FAQ Block“-Plugin, nachdem du dieses neue Plugin aktiviert hast (und lösche es, sobald du sichergestellt hast, dass alles korrekt funktioniert). Sind beide Plugins gleichzeitig aktiv, kann es dazu kommen, dass die Frontend-Skripte beider Plugins gleichzeitig geladen werden, wodurch sich die Akkordeon-Elemente nicht mehr aufklappen lassen. Solange das alte Plugin noch aktiv ist, zeigt dieses Plugin einen entsprechenden Hinweis im WordPress-Administrationsbereich an. Bereits veröffentlichte Inhalte werden in jedem Fall weiterhin korrekt angezeigt.

FAQ

Fügt dieses Plugin automatisch FAQ-Schema-Markup hinzu?

Ja, aber nur, wenn ein Block auf den Modus „FAQ“ eingestellt ist. In diesem Modus gibt das Plugin einen Schema.org-FAQPage-JSON-LD-Block aus, der auf den tatsächlichen Fragen und Antworten dieses Blocks basiert. Blöcke, die auf den Modus „Akkordeon“ eingestellt sind, geben dieses Schema nicht aus.

Werden meine vorhandenen Akkordeons nicht mehr funktionieren, wenn ich das Plugin aktualisiere?

Nein. Jede Markup-Form, die von früheren Versionen dieses Plugins erzeugt wurde, wird durch das Block-Deprecation-System von WordPress ausdrücklich unterstützt; zudem werden Legacy-Attribute (wie etwa der alte einzelne „Padding“-Wert) beim Rendern automatisch auf ihre modernen Entsprechungen abgebildet.

Kann ich die eigene Farbpalette meines Themes in den Farbauswahl-Tools verwenden?

Ja. Wenn dein aktives Theme eine Farbpalette und/oder Farbverlaufsvorgaben registriert (über add_theme_support( 'editor-color-palette' ) / add_theme_support( 'editor-gradient-presets' )), werden diese Farben und Verläufe automatisch in jedem Farb- oder Verlaufsauswahlfeld dieses Blocks angeboten – zusätzlich zu einer Option für die freie Farbwahl bzw. Definition von Verläufen.

Ist dieses Plugin mit WPML kompatibel?

Ja, eine wpml-config.xml ist enthalten; sie kennzeichnet den Fragetext als übersetzbar und stellt gleichzeitig sicher, dass alle Styling-Attribute in allen Sprachen identisch bleiben.

Welche Blöcke kann ich innerhalb der Antwort verwenden?

Jeder in Ihrer WordPress-Installation registrierte Block. Es gibt keine Beschränkung auf eine feste Liste – dies umfasst alle Core-Blöcke (Absatz, Liste, Bild, Überschrift, Zitat, Tabelle, Galerie, Spalten, Buttons, Einbettungen und mehr) sowie Blöcke, die durch andere Plugins oder Page-Builder-Add-ons hinzugefügt wurden.

Kann ich jemandem einen Link direkt zu einer bestimmten Frage schicken?

Ja. Klicke im Editor auf die Frage, öffne in der Seitenleiste den Reiter „Erweitert“ und gib im Feld „HTML-Anker“ einen kurzen Namen ein (z. B. „Versandkosten“). Das Plugin zeigt Dir dann direkt darunter den fertigen Link zum Kopieren an – diesen kannst Du einfach teilen. Jeder, der den Link öffnet, gelangt auf die Seite, auf der genau diese Frage bereits geöffnet und in den sichtbaren Bereich gescrollt ist, sodass keine Suche erforderlich ist.

Können mehrere Elemente gleichzeitig geöffnet sein?

Standardmäßig nein – das Öffnen eines Elements schließt automatisch alle anderen geöffneten Elemente im selben Block. Dies lässt sich pro Block über den Schalter „Andere Elemente automatisch schließen“ im Bereich „Typ“ deaktivieren, sodass mehrere Elemente gleichzeitig geöffnet bleiben können.

Kann das erste Element beim Laden der Seite standardmäßig geöffnet sein?

Ja, das ist blockweise über die Option „Erstes Element beim Laden geöffnet“ im Bereich „Typ“ möglich (direkt über „Andere Elemente automatisch schließen“). Diese Einstellung ist standardmäßig deaktiviert, sodass vorhandene Inhalte auch nach dem Update ihren ursprünglichen, vollständig eingeklappten Ausgangszustand beibehalten.

Ist dieses Plugin barrierefrei?

Ja. Jede Frage lässt sich per Tastatur bedienen (Tab, Eingabetaste, Leertaste) und verfügt über die korrekten, direkt im HTML gerenderten ARIA-Rollen und -Zustände (role="button", aria-expanded, aria-controls, role="region", aria-hidden, aria-labelledby), die den Anforderungen der WCAG 2.1 (Level AA) für dieses Interaktionsmuster entsprechen. Dekorative Symbole sind für Screenreader ausgeblendet. Da die Farben vollständig anpassbar sind, sollten Sie sicherstellen, dass die gewählten Farben für Text, Hintergrund und Symbole einen ausreichenden Kontrast bieten (mindestens 4,5:1 bei normalem Text), um die Barrierefreiheitsstandards zu wahren. Wie bei jedem Plugin hängt die Barrierefreiheit letztlich auch von den Inhalten ab, die Sie einfügen (aussagekräftige Linktexte, Alternativtexte für Bilder, eine sinnvolle Überschriftenstruktur); das Plugin deckt lediglich das Interaktionsmuster ab, nicht die von Ihnen hinzugefügten Inhalte.

Werden Bilder und Videos in den Antworten per Lazy Loading geladen?

Ja. Der WordPress-Kern fügt Bildern und Iframes auf den meisten Seiten bereits automatisch natives Lazy-Loading hinzu (seit WordPress 5.5/5.7). Dieses Plugin ergänzt dies um einen eigenen Fallback – dieser greift direkt beim Rendern des Blocks und funktioniert somit auch in Kontexten, in denen der WordPress-eigene Inhaltsfilter nicht aktiv ist (z. B. bei Template-Teilen von Block-Themes, Widgets oder Page-Buildern, die den Block direkt rendern). Bereits von Ihnen oder einem anderen Plugin festgelegte loading-, decoding– oder preload-Attribute werden nicht überschrieben; zudem werden Medien innerhalb von Elementen, die standardmäßig geöffnet sind, sofort geladen – genau wie andere Inhalte im sichtbaren Bereich („Above-the-Fold“).

Überprüft der Block meine FAQ-Inhalte auf häufige Fehler?

Ja. Sobald ein Block in den Modus „FAQ“ versetzt wird, erscheint in der Seitenleiste ein Bereich „FAQ-Prüfung“. Dieser dient ausschließlich als redaktionelle Hilfestellung und weist auf Folgendes hin: Fragen ohne Text, Fragen ohne Antwort, doppelte oder sehr ähnliche Fragen, ein innerhalb einer Antwort verschachtelter Akkordeon-/FAQ-Block (dies wird im FAQ-Schema nicht unterstützt), ungewöhnlich kurze Antworten (unter 40 Zeichen – unsere eigene praktische Richtlinie, keine offizielle Google-Anforderung). Die Prüfung dient ausschließlich zur Information und verhindert weder das Speichern noch das Veröffentlichen.

Rezensionen

Zu diesem Plugin liegen noch keine Rezensionen vor.

Mitwirkende und Entwickler

„EMN FAQ & Accordion Block“ ist Open-Source-Software. Folgende Menschen haben an diesem Plugin mitgewirkt:

Mitwirkende

„EMN FAQ & Accordion Block“ wurde in 2 Sprachen übersetzt. Danke an die Übersetzer für ihre Mitwirkung.

Übersetze „EMN FAQ & Accordion Block“ in deine Sprache.

Interessiert an der Entwicklung?

Durchstöbere den Code, sieh dir das SVN-Repository an oder abonniere das Entwicklungsprotokoll per RSS.

Änderungsprotokoll

Hinweis: Dieser Abschnitt behandelt nur die neuesten Versionen (WordPress.org begrenzt diesen Abschnitt auf 5.000 Zeichen). Die vollständige Versionshistorie bis zurück zu Version 3.0 finden Sie unter: https://engelhardt-medien.de/plugins/emn-faq-accordion-block/changelog-en.txt (Deutsch: changelog-de.txt)

5.1.1

  • Ein Regressionsfehler wurde behoben, der durch die Korrektur der Textfarbe in Antworten in Version 5.1 verursacht wurde: Die neue, weiterreichende Farbregel zwang auch Links innerhalb der Antwort dazu, die Textfarbe der Antwort anzunehmen, wodurch ihre eigene Theme-/Editor-Linkfarbe überschrieben wurde und sie als Links schwerer zu erkennen waren. Links sind nun ausgenommen und behalten ihre eigene Farbe, wie vor Version 5.1.

5.1

  • Es wurde behoben, dass die Farbkonfiguration für den Antworttext nicht zuverlässig angewendet wurde: Die Farbregel wirkte sich nur auf das direkte Umhüllungselement der Antwort aus, nicht jedoch auf den eigentlichen Inhalt eine Ebene tiefer (Absätze, Listen usw.), der dann auf die normale CSS-Vererbung zurückgriff und durch allgemeine Theme-Regeln überschrieben werden konnte. Nun wird jede Ebene berücksichtigt.
  • Das doppelte Abstandsproblem links und rechts sowie ein zusätzlicher Abstand oberhalb des ersten Elements wurden behoben – allerdings nur in der Editor-Vorschau (das Frontend war davon nie betroffen). Beide Probleme wurden dadurch verursacht, dass Gutenbergs editorinterne Markups Abstände übernommen haben, die eigentlich für die tatsächlich gespeicherte Struktur des Blocks vorgesehen waren.
  • Es wurden ein Feld „Zeilenhöhe“ (Fragefeld) und ein Feld „Außenabstand“ neben dem bereits vorhandenen Feld „Innenabstand“ hinzugefügt – dies ist vor allem dann nützlich, wenn „Frage – HTML-Element“ auf eine Überschrift (h2 usw.) eingestellt ist, bei der andernfalls der im Theme voreingestellte Rand bzw. die Zeilenhöhe unvorhersehbar angewendet wird; der Rand wird standardmäßig bereits auf 0 zurückgesetzt, auch ohne dass diese Einstellung geändert wird.
  • „Frage – HTML-Element“ und „Benutzerdefinierte Schriftgröße“ wurden aus dem Bereich „Typ“ in den Bereich „Frage“ verschoben, wo sie hingehören, und zwar neben die beiden neuen Felder darüber; die Felder für die Schriftgröße „Desktop/Tablet/Mobil“ werden nun übereinander angezeigt, anstatt in drei eng beieinander liegenden Spalten.

5.0.1

  • Das Problem, dass die ID des HTML-Ankers id in einer WPML-Übersetzung nicht aktualisiert wurde, wurde behoben: Da es sich bei „HTML-Anker“ um die native Ankerunterstützung von WordPress handelt, wird dessen id normalerweise einmalig beim Speichern im Editor in den gespeicherten Markup-Code eingebettet und nicht beim Rendern neu generiert – daher änderte eine WPML-Übersetzung des Ankerfelds zwar den Linktext, nicht jedoch die Ziel-id, wodurch der direkte Link auf übersetzten Seiten nicht mehr funktionierte. Die id wird nun bei jeder Darstellung anhand des aktuellen (übersetzten) Werts festgelegt, so wie es bereits bei den anderen dynamischen Attributen des Blocks der Fall ist.

5.0

Wichtige interne Änderung (keine Maßnahmen erforderlich): Die CSS-Klasse für jedes Frage-Antwort-Paar wurde von accordion-item in emn-accordion-item umbenannt – genau die Klasse, die Bootstrap 5 für seine eigene Accordion-Komponente verwendet (die in vielen WordPress-Themes und Page-Buildern enthalten ist), was ein echtes Risiko für visuelle Konflikte auf Websites darstellt, die ebenfalls Bootstrap laden. Die alte Klasse wird für bereits veröffentlichte Inhalte unverändert weiter unterstützt; nur neue Fragen verwenden die neue Klasse. Dies ist eine Fortsetzung der Namensraumänderung aus Version 4.6. Die Versionsnummer wurde erhöht, um darauf hinzuweisen, dass es sich um eine größere Änderung als üblich handelt, obwohl nichts neu gespeichert werden muss.
* Die Fehlermeldung „Dieser Block enthält unerwartete oder ungültige Inhalte“ bei vor dieser Umbenennung gespeicherten Akkordeon-Elementen wurde behoben: Der fehlende Block-Deprecation-Eintrag wurde hinzugefügt, die ungenutzte native Unterstützung des Blocks für „Zusätzliche CSS-Klassen“ wurde deaktiviert (es wurde eine eigene zusätzliche Klasse eingefügt) und Elemente mit einem festgelegten HTML-Anker wurden so angepasst, dass sie die Ankerunterstützung ebenfalls in diesem Deprecation-Eintrag neu deklarieren (Deprecation-Einträge erben dies nicht automatisch).
* Der HTML-Anker (für „Direktlink zu einer Frage“) ist nun pro Sprache über WPML übersetzbar, anstatt unverändert in jede Übersetzung kopiert zu werden.
* Es wurde ein Schieberegler (im Typ-Panel) hinzugefügt, mit dem sich die Geschwindigkeit beim Öffnen und Schließen einer Frage einstellen lässt (0–2 s in Schritten von 0,1 s). Die Standardeinstellung ist 0,35 s (die bisherige feste Geschwindigkeit), sodass bestehende Akkordeons davon unberührt bleiben, sofern sie nicht geändert werden. Die Einstellung auf 0 (sofort) wird von der „Scroll-into-View“-Funktion korrekt verarbeitet, die ansonsten auf ein „animation-end“-Signal angewiesen ist, das ohne Animation nicht ausgelöst wird.
* Klicks auf Anker-Links führen nun zu einem flüssigen Bildlauf, anstatt zunächst zu springen.

4.5.1

  • Es wurde ein Fehler behoben, durch den die Funktion „Direkt zu einer Frage verlinken“ das Ziel nicht öffnete, wenn ein Theme oder Plugin den Klick abfing, bevor sich der URL-Hash tatsächlich änderte.
  • Es wurde behoben, dass der Header Plugin-URI auf eine alte, nicht mehr vorhandene Seite verwies.
  • Es wurde ein Fehler behoben, bei dem der Header Domain Path auf einen Ordner languages verwies, der eigentlich nicht Teil des Pakets ist (dieses Plugin enthält bewusst keine mitgelieferten Übersetzungsdateien; Übersetzungen werden über translate.wordpress.org bereitgestellt).
  • Eine ganze Klasse potenzieller Namenskonflikte mit anderen Plugins wurde behoben: block.js deklarierte seine zahlreichen internen Hilfsfunktionen so, dass sie ohne ein explizites ‚use strict‘ aufgrund der JavaScript-eigenen Kompatibilitätsregeln für ältere Versionen in das globale window-Objekt gelangten – einige davon unter recht allgemeinen Namen. Durch Hinzufügen von ‚use strict‘ bleibt jede einzelne davon ordnungsgemäß auf das eigene Skript dieses Plugins beschränkt, ohne dass sich die Funktionalität ändert.
  • Unter der Zeile des Plugins auf dem Plugin-Bildschirm wurden die Standardlinks „Website“ und „Support“ hinzugefügt.