Für eine Website war ursprünglich geplant, aussagekräftige Fotos und teilweise Videos von Events einzubinden, um eine gewisse Event-Marketing Emotion umzusetzen. Doch wenn das Material weiterhin fehlt und man nicht voran kommt, dann muss eine Alternative her.

Da ich kein Freund von komplizierten und komplexen Animationen bin und sich auch die Produktion einer solchen – trotz KI – als ziemlich komplex herausstellte, ging ich tiefer in die Recherche und habe die aktuellen Fähigkeiten von CSS mal ausprobiert. Und wie so oft, wenn man sich mit etwas intensiver beschäftigt, entdeckt man auf einmal Dinge, die direkt überzeugen.

Doch kommen wir direkt zum Thema, es gibt in CSS die Möglichkeit Farbverläufe zu generieren und diese gleichzeitig zu animieren zum Beispiel mit background: linear-gradient … wenn man einen solchen Verlauf noch mit der Funktion animation kombiniert, haben wir mit wenigen Zeilen CSS eine durchaus ansehnliche Farbanimation.

.hero-background {
  background: linear-gradient(
    -45deg, #ee7752, #e73c7e, #23a6d5, #23d5ab
  );
  background-size: 400% 400%;
  animation: gradientShift 6s ease infinite;
}
@keyframes gradientShift {
  0%   { background-position: 0%   50%; }
  50%  { background-position: 100% 50%; }
  100% { background-position: 0%   50%; }
}

Wenn man nun einen entsprechenden div die Klasse hero-background zuweist, wird man stauen.

Nur ein Schmuckbild, keine Animation :P

Doch keine Angst, wenn man einmal im Thema ist, entdeckt man auch sehr schnell entsprechende Websites, die quasi mit ein paar Klicks euch den passenden Code, nach euren Wünschen/Bedürfnissen generieren und mehr:

• gradient-animator.com
• kinetools.com/animated-gradient-background-generator
• animated-gradient-background-generator.netlify.app
• meshgradient.com
• csshero.org/mesher
• colorffy.com/mesh-gradient-generator
• gradienty.codes

Probiert es einfach mal durch und entdeckt neue Möglichkeiten :)

Drei kleine CSS Snippets, die einen „großen“ Effekt haben (können).

Szenario A

Ein Klient wollte unbedingt einen Copyright-Vermerk bei einigen Abbildungen haben um auf Nummer sicher zu gehen. Der Hinweis im Impressum reichte wohl nicht aus und obwohl es keine redaktionelle Website ist, sondern eine Corporate-Website, sollte dies umgesetzt werden.

Somit kam der Gedanke auf, wie kann ich so etwas sauber und schlicht einfügen, aber dennoch änderbar machen, ohne es unter jedes Bild zu packen?

Dabei kam ich relativ schnell auf die content-Eigenschaft (content property), denn mit dieser kann man tatsächlich via CSS Inhalte hinzufügen.

Also erstellte ich eine entsprechende Klasse (class) copyright und stattete diese mit den Anweisungen aus:

.copyright::after
{
  content: "© Erika Mustermann"; 
  position: absolute;
  bottom: 12px;
  left: 8px;
  color: #ffffff;
  font-size: 12px;
  pointer-events: none;
}

Je nach Verschachtelung, muss natürlich die „Ansprache“ angepasst werden, z.B. wenn man nur eine bestimmte Abbildung ansprechen möchte, innerhlab des <p>-Elements: p:has(.wp-image-1337)

Diese Klasse fügte ich dann den entsprechenden Bildern hinzu und schon war es gelöst.

Der Zusatz ::after sorgt dafür, dass es quasi nachträglich angewendet wird, z.B. nach dem Laden der Abbildung. Durch pointer-events: none; deaktiviert man einfach jegliche Mouse-Interaktion mit den hinzugefügten Inhalt.

Mittlerweile auch sehr hilfreich und zukünftig sogar gesetzlich relevant, wenn es darum geht KI-generierte Inhalte zu kennzeichnen. Dann könnte der Inhalt lauten: Diese Abbildung wurde KI-generiert.

Szenario B

Auf einer Website mit vielen Auflistungen (ul), wollte der Klient das alles individueller haben und bat darum, die klassischen Aufzählungszeichen einzufärben und vor allem zu ersetzen.

ul.listnew
{
  list-style-type: '✓ ';
}
ul.listnew li::marker
{
  font-weight:bold;color: red;
}

Hier musste man zweistufig herangehen, einerseits das Listensymbol festlegen – für die individuelle Klasse listnew – und danach dafür sorgen, dass nur das neue Listensymbol fett und die Farbe Rot erhält.

Szenario C

Bei einen anderen Projekt ging es darum individuelle Headlines (h1-h6) zu erweitern und zwar mit einer speziellen Zeichenkette. Hier galt es ein rein gestalterisches Element hinzuzufügen, ohne den Kontext/Semantik der jeweiligen Headline zu „stören“.

Wie im Szenario A, konnte auch dies mit der content-Eigenschaft umgesetzt werden:

.special h1::before
{
  content:"!!!? ";
}

Mit der Klasse .special, wird hier die h1 am Anfang, durch die Anweisung :: before, mit einem !!!? erweitert.

Ich hoffe das war soweit alles verständlich und ist auch für mich eine Notiz, falls ich zukünftig etwas in der Richtung benötige :D

Doch fangen wir mal von Vorne an

Wir sind aktuell dabei eine Website zu entwickeln, die auch eine Anmeldung zu einem Newsletter bereitstellt. Der gewählte Dienstleister für das Handling ist Brevo (ehenmals SendinBlue) und wurde vom Klienten vorgegeben.

Brevo ist einer der führenden Dienstleister in dem Bereich und speziell auch hier in Deutschland stark verbreitet. Dadurch sind wir auch schnell auf die entsprechenden Möglichkeiten der Einbindung in WordPress gekommen und haben das offizielle Plugin installiert, eingerichtet und verwendet.

Damit man mit dem Brevo Plugin arbeiten kann, muss man sich bei Brevo anmelden und kann dann dort einen API-Key generieren lassen. Soweit so gut und vielfach bekannt von anderen Plugins.

Doch dann wurde es wild

Bei der Entwicklung haben wir einfach einen eigenen kostenlosen Brevo Account angelegt und damit ein wenig rumprobiert und das Formular gestaltet, in Absprache mit dem Klienten diverse Anpassungen noch vorgenommen und waren nun soweit fertig.

Also war dann nun das vermeintlich logische Prozedere, den API-Key mit den des Klienten zu tauschen, damit alles in seinen Datenbestand läuft. Zumindest theoretisch war dies ein super Plan und spätestens jetzt zahlte man Lehrgeld! Denn als wir den neuen API-Key hinterlegt haben, waren die Formulare verschwunden, die wir zuvor im Brevo Plugin angelegt hatten. Letztendlich gelöscht, denn dies wurde uns seitens des Brevo Supports sogar später bestätigt.

Tatsächlich ist es wohl aktuell so, das die Formulare, die man in WordPress innerhalb des Brevo Plugins anlegt, mit dem zu dem Zeitpunkt hinterlegten API-Key verknüpft sind und sobald dieser gewechselt wird (z.B. aus o.g. Gründen), werden alle Formulare unwiderruflich gelöscht.

Das war der erste kleine Schock und wir kamen schnell auf die Idee, okay krass, dann lass wieder den bisherigen API-Key hinterlegen und wir kopieren uns die Formulare raus – denn diese werden im HTML-Format hinterlegt. Also zurück in unseren eigenen Brevo Account und ab in die API Sektion, okay da steht nun eine Zeile für unseren API-Key mit der entsprechenden Info. Aber der API-Key ist nicht komplett sichtbar und es gibt nur die Option Deaktivieren oder Löschen.

Der nächste Kracher – alles gelöscht und kein Wiederherstellen möglich.

An dieser Stelle muss man auch ehrlich sein, denn bei Erstellen eines neuen API-Keys konnte man dann auch lesen, dass man diesen woanders ablegen und speichern soll, weil er bei Brevo aus sicherheitstechnischen Gründen nach dem ersten Generieren nicht mehr auszulesen ist!

Ende vom Lied war, wir mussten die Formulare komplett neu bauen und konnten das zum Glück relativ schnell, weil sie nicht zu komplex waren und der Freigabe-Termin erst gestern war. Und immerhin, das Custom-CSS hatten wir sauber ausgelagert und das war noch aktuell und vollständig. Aber auch das HTML des Brevo Formulars, haben wir nun separat abgespeichert, so etwas passiert uns hoffentlich nicht erneut.

Da ich das anfänglich so nicht glauben konnte, dass einerseits alles gelöscht wird und der API-Key nicht mehr auszulesen ist, habe ich eine Supportanfrage an das Brevo Plugin Team gestellt und diese wurde auch zeitnah beantwortet und bestätigte leider das erlebte Szenario!

Fazit

Nicht immer der Technik und der persönlichen Logik vertrauen, denn oft kommt es anders als erwartet. Im konkreten Fall, habe ich zumindest mal in den Raum geworfen, ob man diese Info aus der Supportanfrage nicht irgendwo im Plugin platzieren könnte, damit es keinen anderen wie uns ergeht.

Dies passiert meistens, wenn <div>-Tags zahlreich und verschachtelt übernommen werden und dann das Grundlayout der Website sich „verheddert“.

Die Zusammenhänge sind für Nutzer völlig unterschiedlich zu bewerten, natürlich gibt es die technikaffinen Personen, bei denen dies seltens passiert, weil es für sie selbstverständlich ist. Aber man sollte oder muss hier auch immer an die normalen Nutzer denken. Die, die vielleicht nur sporadisch mal eine News schreiben sollen und da dies nicht ihr Hauptjob ist, dies auch nur nebenbei machen. Da ist der „Griff“ zu Copy&Paste Inhalten aus z.B. Word-Dokumenten, Instagram-Beiträgen oder anderen Websites ein probates Mittel.

Da ich die Thematik bei meiner Klientel auch seit Jahren beobachte, dachte ich mir, es sollte eine simple Möglichkeit geben, dies irgendwie zu bereinigen.

Tatsächlich bietet WordPress selber einen solche Funktion bzw. Aktion im Editor an, es gibt ein kleines Radiergummi Symbol, dass als „Formatierung löschen“ bezeichnet wird.

Dieses entfernt aber nur Formatierungen, die man vorher mit den Aktionen in der Toolbar selber ausgeführt hat. Des Weiteren muss man die jeweilige Stelle markieren. Somit ist dies auch nicht die gewünschte Lösung.

Da ich kein Programmierer bin, aber zumindest grundlegende Kenntnisse in PHP habe, dachte ich mir, ich „bastel“ mir selber etwas. Hinzu kam die Herausforderung, dies direkt als Plugin umzusetzen, damit ich es auch auf unterschiedlichen Online-Projekten, je nach Bedarf einstellen kann. Da ich mich vor Jahren mal mit der Erstellung von WordPress Plugins beschäftigt hatte, hatte ich zumindest einen Ansatz. Aber dank heutiger technologischer Fortschritte, gibt es die KI-gestützten Helferlein, die einfach und schnell eine Basis generieren. Nachdem ich mit ChatGPT, Claude, Gemini und perplexity rumgetestet hatte, hat final perplexity mit einen einfachen und übersichtlichen Konstrukt das Fundament geliefert und überzeugt.

Ich werde jetzt noch ein paar Testläufe machen und Optimierungen vornehmen, damit es soweit rund läuft und zumindest meinen subjektiven Anspruch erfüllt :D

Aktuell werden aber schon alle HTML-Tags per Knopfdruck entfernt, als Ausnahme gelten folgende:

• a
• br
• em
• li
• ol
• p
• strong
• ul

bei den zugelassenen HTML-Tags werden zusätzlich folgende Attribute:

• alt
• aria-label
• class
• id
• rel
• role
• style
• tabindex
• target

entfernt.

Weitere Tags und Attribute werden wohl folgen, denn um so mehr zu verwenden ist, ohne das Layout zu „zerstören“ um so effizienter ist es. Ebenfalls werde ich testen, ob es auch mit den gängigen Page-Buildern soweit problemlos funktioniert – hier gilt es erst einmal mit Gutenberg, Divi, Elementor und WPBakery zu testen.

PS: Ist nun auf WordPress.org eingereicht, mal schauen ob es zugelasen wird, habe noch nie ein Plugin dort eingereicht :D

Update 07.03.2025

Heute kam das erste Feedback vom WordPress Plugin Review Team, denn dieses ist zuständig, wenn die automatischen Prüfmechanismen durchgelaufen sind, denn dann schaut auch der Mensch mal drüber ob etwas nicht den Vorgaben entspricht oder zu technischen Problemen führen könnte.

Keine große Überraschung – ist mein erstes Plugin, natürlich gab es ein paar Dinge, aber primär organisatorischer Natur und somit konnte ich diese nun schnell beheben und die weitere Prüfung anstoßen. Alles war nachvollziehbar und verständlich und mit ein wenig Erfahrung, hätte man das direkt richtig angelegt.

Update 10.03.2025

Das Plugin ist nun frei verfügbar und ich freue mich über jegliches Feedback. Es gibt noch vieles zu optimieren, aber immerhin ein erster Schritt :)

Update 12.03.2025

Also sollte jemals wieder einer behaupten, jeder kann mal eben ein WordPress Plugin entwickeln und es bei WordPress hochladen, der LÜGT! Damit es vernünftig und vollständig im „WordPress Universum“ ankommt, muss man viele unterschiedliche Dinge beachten und umsetzen. Des Weiteren sich an unterschiedliche Gruppen/Teams wenden, damit z.B. auch Übersetzungen möglich sind und freigegeben werden etc. pp

Also auch hier wird sehr viel strukturiert und geprüft – auch wenn es erst einmal viel Aufwand ist – vor allem alles zu verstehen, speziell die Zusammenhänge, ist es dennoch ein Beleg dafür, dass alles dafür getan wird „Schrott“ größtenteils außen vor zu lassen! :P

Update 19.03.2025

Heute gab es den Versionssprung von 0.0.20 auf 0.1.0, denn endlich ist der Aufruf der Funktion auch in der TinyMCE Toolbar gelandet :) Somit konnte ich auch direkt mal testen, ob es im Gutenberg und auch in Divi 4 funktioniert bzw. erscheint und das tut es!

Weitere und neue Infos werde ich nun bei WordPress auf der Plugin-Seite kommunizieren und einpflegen. Bei größeren Dingen ggf. hier dazu einen neuen Beitrag verfassen.

usercentrics bietet u.a. auch einen Cookie-Banner an, den man individuell mit eingesetzten Diensten verknüpfen bzw. generieren lassen kann. Typisches Beispiel wäre zum Beispiel der Einsatz von Google Analytics, dann wird angezeigt, dass auf der Website die Analyse-Lösung von Google eingesetzt wird und man kann das Tracking erlauben oder auch nicht.

Sollte man im o.g. Fall Google Analytics noch nicht im Cookie-Banner hinterlegt haben, aber es dennoch einsetzen, gibt es in usercentrics den sogenannten Smart Data Protector (SDP), dieser erkennt automatisch ob entsprechende Dienste eingesetzt werden und wenn er sie erkennt, werden sie dennoch blockiert.

Grundsätzlich eine sehr gute und wahrhaftig smarte Funktion, denn manch einer weiß gar nicht genau was er so alles eingebunden oder einfach aktiviert hat :P

DOCH es gibt auch in der Praxis manchmal Szenarios, wo man vielleicht diese auto. Blockade gar nicht haben möchte und somit eine Deaktivierung dieser Blockade durch usercentrics von Nöten ist.

Da ich diesen Fall aktuell hatte, habe ich mich auf die Suche begeben und bin sehr schnell auf die FAQ von usercentrics gestoßen und habe dort die Lösung dafür gefunden bzw. die Anleitung.

Im Prinzip ist es total simpel, denn es gibt eine Auflistung aller Dienste, die von usercentrics verarbeitet werden. Diese haben eine eindeutige ID, damit sie unterschieden werden können. Mit Hilfe einer Javascript-Funktion, können somit die auto. Blockierungen der entsprechenden Dienste durch die ID deaktiviert werden:

<script>
uc.deactivateBlocking([
  'BJz7qNsdj-7', // YouTube is not blocked
  'HkocEodjb7', // Google Analytics is not blocked
  // ... you can also add more service IDs similarly
]);
</script>

Dieses Skript sollte dann nach dem Laden des Hauptskriptes für usercentrics eingefügt werden, die passenden IDs zu entsprechenden Dienst gibt es hier.

Dort seht ihr auch, das es zahlreiche andere Möglichkeiten gibt, um usercentrics an eure Bedürfnisse anzupassen :)

… was ja grundsätzlich schon der erste Fehler wäre oder bestätigt, dass niemand (mehr) dort sich mit der Thematik CMS & Co. auskennt.

Wie auch immer, möchte ich dann zum Beispiel etwas in der wp-config.php ändern oder nachschauen, habe ich erst einmal ein Problem. Aber das WordPress Universum hat natürlich auch für diesen Fall diverse Plugins.

Ich habe mich bisher mit dem File Manager Plugin begnügt und konnte damit schnell und einfach arbeiten und entsprechende Werte in der wp-config.php ändern. So muss man nicht ewig auf weitere Zugänge warten, sei es der Provider-Zugriff oder auch ein simpler FTP-Zugang und man kann vorerst das Nötigste direkt in WordPress bearbeiten.

Im Zuge dessen, als ich dann irgendwann mal einen Zugriff auf phpmyadmin entdeckt habe, konnte ich dort auch weiterarbeiten. Wobei ich hier erst einmal herausfinden wollte, welche Datenbank-Version aktuell verwendet wurde (in WordPress unter Werkzeuge: Website-Zustand > Bericht: Datenbank) und welche eine neue Datenbank hat – falls der Provider das nicht anzeigt. Innerhalb von phpmyadmin soll es auf der rechten Seite, eine Datenbank-Server Übersicht geben. Doch je nach Tarif/Paket Installation oder Freigabe bei den Providern, hat man nicht alle Ansichten zur Verfügung!

Doch auch hier habe ich dann nach einer kurzen Google-Suche, die Lösung gefunden!

Einfach ein SQL-Statement in der phpmyadmin-Konsole eingeben und schon wird die Version des Datenbank-Server ausgegeben:

SELECT VERSION();

Doch erst einmal, worum geht es konkret? Wenn man den Divi Page Builder nutzt und gleichzeitig Usercentrics als Cookie-Banner Lösung verwendet, kommt es zu einer Blockade im visuellen Modus des Divi Page Builders. Der Smart Data Proector von Usercentrics scheint den Abruf einer Ressource zu blockieren, die nur im visuellen Modus abgerufen wird. Warum und welche Ressource das ist, ist nicht ganz klar, nur das es irgendetwas mit Facebook zu tun hat – Facebook bietet auch viele diverse Entwicklerwerkzeuge kostenlos an und nutzt dazu ggf. die selben CDNs die auch die Marketing-Tools verwenden.

Um dies mehr oder weniger zu lösen bzw. zu umgehen, hat Usercentrics selber im Support-Bereich eine entsprechende Lösung mit Hilfe eines speziellen Plugins veröffentlicht. Konkret geht es um den Artikel How do I prevent the Usercentrics SDP from blocking updates in the DIVI Website Builder?, dort wird folgendes beschrieben:

The issue is caused by network requests that the Builder sends, but which block our SDP. We recommend using the plugin: Termageddon + Usercentrics in order to ensure that the page is processed correctly.

Configure the plugin as follows:

1. Remove our UC script tag from Divi (Divi > Theme Options > Integration)
2. Add the script tag on the Embed Code section within the plugin instead
3. Save and then choose to hide Usercentrics at least on “Editors” (Choose the toggle that will fulfill your position. If needed toggle the option “Logged-In Users”)

Na dann mal los https://wordpress.org/plugins/termageddon-usercentrics/ :)

Doch mittlerweile sind die automatisierten Eingaben nicht mehr ganz so banal und vom Grundkonstrukt her auch nicht immer von „echten“ menschlichen Eingabe für die Systeme zu erkennen!

Da oftmals klassische Spamlinks zu Online-Shops oder Phishingseiten in Textfelder eingetragen werden, kann man somit zusätzlich noch dies unterbinden, dann hat man zumindest ein wenig mehr Ruhe und kommt als Empfänger nicht mehr so oft in die Situation aus Unaufmerksamkeit einen solchen „bösen“ Link anzuklicken.

Im konkreten Fall gibt es eine schöne Erweiterung bzw. Code-Snippet für das bekannte und beliebte Plugin Contact Form 7, das einfach die Textfelder auf entsprechende Link-Konstrukte prüft und bei Erkennung eine Fehlermeldung ausgibt, statt diese durchzulassen.

Hier der passende PHP-Code für die functions.php:

// This is validation code to prevent contact form 7 to send links

add_filter( 'wpcf7_validate_text', 'no_urls_allowed', 10, 3 );
add_filter( 'wpcf7_validate_text*', 'no_urls_allowed', 10, 3 );
add_filter( 'wpcf7_validate_textarea', 'no_urls_allowed', 10, 3 );
add_filter( 'wpcf7_validate_textarea*', 'no_urls_allowed', 10, 3 );
function no_urls_allowed( $result, $tag ) {

	$tag = new WPCF7_Shortcode( $tag );

	$type = $tag->type;
	$name = $tag->name;

	$value = isset( $_POST[$name] )
		? trim( wp_unslash( strtr( (string) $_POST[$name], "\n", " " ) ) )
		: '';

	// If this is meant to be a URL field, do nothing
	if ( 'url' == $tag->basetype || stristr($name, 'url') ) {
		return $result;
	}

	// Check for URLs
	$value = $_POST[$name];
	$not_allowed = array( 'http://', 'https://', 'www.', '[url', '<a ', ' seo ' );
	foreach ( $not_allowed as $na ) {
		if ( stristr( $value, $na ) ) {
			$result->invalidate( $tag, 'URLs are not allowed' );
			return $result;
		}
	}
	return $result;
}

Der oben gezeigte Code prüft halt die text und textarea Felder des Plugins CF7 nach diversen Linkkonstrukten (http, url, www, <a, etc. pp) und gibt bei einem Treffer eine vorgegebene Fehlermeldung aus, die man natürlich individualisieren kann.

Quelle https://www.zamanppc.com/how-to-prevent-contact-form-7-from-sending-links/

Konkret geht es um die folgenden „Rollen“:

• Super Admin *
• Administrator
• Editor (Redakteur)
• Author (Autor)
• Contributor (Mitarbeiter)
• Subscriber (Abonnent)

* Der Super Admin ist nur bei Multisites relevant/existent!

Diese haben wie bereits erwähnt unterschiedliche Berechtigungen und eine entsprechende Abstufung dieser. Diese werde offiziell folgendermaßen beschrieben:

• Super Admin – somebody with access to the site network administration features and all other features. See the Create a Network article.
• Administrator (slug: ‘administrator’) – somebody who has access to all the administration features within a single site.
• Editor (slug: ‘editor’) – somebody who can publish and manage posts including the posts of other users.
• Author (slug: ‘author’) – somebody who can publish and manage their own posts.
• Contributor (slug: ‘contributor’) – somebody who can write and manage their own posts but cannot publish them.
• Subscriber (slug: ‘subscriber’) – somebody who can only manage their profile.

Quelle

Benutzerrolle verstehen

Doch kommen wir nun zu unserem Anliegen, exemplarisch möchten wir einem Benutzer mit der Rolle Author (Autor), die Möglichkeit geben in der Mediathek hochgeladene Bilder von Anderen zu bearbeiten. Wenn man nämlich die alternative Beschreibung und den Titel „fremder“ Benutzer bearbeiten möchte, sind die Eingabefelder auf readonly gesetzt! Dies ist in der aktuellen Rolle nicht vorgesehen und erst ab Editor (Redakteur) möglich.

Ausschlaggebend für diese Möglichkeit sind drei Capabilities (Fähigkeiten):

• edit_other_posts
• edit_posts
• upload_files

Die letzten zwei Fähigkeiten edit_posts und upload_files, sind Bestandteil der Berechtigungen der Autorenrolle. Doch edit_other_posts ist vorerst dem Redakteur und den Rollen aufwärts vorbehalten.

Benutzerrolle erweitern

Doch wie kann man nun diese eine fehlende Fähigkeit hinzufügen, ohne den Benutzer komplett auf die Benutzerrolle Redakteur zu erhöhen? Wie sollte es auch anders sein, hier gibt es wieder einmal gute und schnelle Hilfe im WordPress Plugin Universum :)

Es gibt diverse Plugins, die solche Dinge umsetzen, aber natürlich auch der individuelle Weg, wenn man sich sehr gut mit PHP auskennt und zutraut selber etwas zu schreiben. Aus pragmatischen Gründen wird erneut das User Role Editor Plugin uns helfen. Denn mit dem User Role Editor können wir relativ schnell und einfach uns auch neue Rollen anlegen, ohne die Original-Rollen zu verändern – das empfehle ich dringend!

Somit gilt es letztendlich:

1. Rolle hinzufügen
2. Rollen-Name (ID) angeben (z.B. autor-plus)
   Rollen Name Anzeigen definieren (z.B. Autor Plus)
   WICHTIG: Erstelle Kopie von auswählen (z.B. Author (Autor))
3. Jetzt in der rechten Spalten in der Liste der Fähigkeiten o.g. edit_other_posts aktivieren/hinzufügen
4. Aktualisieren betätigen zum Speichern
5. dem entsprechenden Benutzer die neue Rolle Autor Plus zuweisen

Und das war es dann schon :P