Hallo Florian, hallo Community,

kleiner aber wichtiger Fix für Droplets unter PHP 8.x.

Problem

Wenn mehrere Abschnitte auf einer Seite vorhanden sind erscheint im Errorlog:

[Warning] /modules/droplets/droplets.php:[73]
from /modules/droplets/opf_filter_droplets.php:[68]
evalDroplets "Undefined array key 1"

PHP 8.x ist strenger bei undefined array keys — in PHP 7.x wurde das still ignoriert.

Ursache

In droplets.php Zeile 73 wird list() mit explode() verwendet.
Wenn kein '=' im Argument vorhanden ist liefert explode() nur ein Element
und list() greift auf den nicht vorhandenen Index [1] zu.

Fix

// VORHER
list( $variable, $value ) = explode('=', $argument, 2);

// NACHHER
$parts    = explode('=', $argument, 2);
$variable = $parts[0] ?? '';
$value    = $parts[1] ?? '';

Umgebung

• Droplets Version: 2.4.1

• WBCE: 1.6.5

• PHP: 8.5.2

• Getestet: Mehrere Abschnitte auf einer Seite — kein Fehler im Errorlog

Für die Wbce Edition von TinyMCE sind die größten Hürden:
- Seiten/wblink Einbindung
- Droplets -||-
- elFinder -||-

Die Möglichkeit mehrerer Config-Profile kann von Anfang an dabei sein. Vielleicht nur nicht ganz so elegant.

Ich habe gestern lokal schon etwas mit dem Tiny rumgespielt. Es ist wirklich so ein cooles Tool.

Ach so, bzgl. des Code-Views: da gibt es von TinyMCE einen Advanced Code Editor Plugin.
Ich hoffe aber, dass wir das auch anders hinkriegen, Vielleicht kombiniert mit dem Ace. Aber hier will ich mich nicht zu weit aus dem Fenster lehnen, da ich es mir erst richtig anschauen und das Internet durchstöbern muss (ob es OpenSource Implementierungsansätze gibt).

Gruß,
Christian

Null Probleme, alles sehr sehr gut.

Das ist meine persönliche Meinung als erfahrener Nutzer. Als Programmierer würde ich sagen: klar, geht. Gib mir genug Zeit und Mittel und ich übernehme das.

Wenn aber die Droplet Nutzung den Nutzer überfordert dann muss meistens sowieso tiefer angesetzt werden, bzw. drum herum gebaut werden, dass der Nutzer den Content gut managen kann.

Gruß,
Christian

Obwohl im errorlog das eine oder andere erscheint.

Das wiederum wird in den anderen Foren publik.

Trotzdem ist es nach wie vor eine saubere Arbeit, wie einfach ein Update bei euch funktioniert.

Den aktuellen Entwicklungsstand kannst Du immer auf Github verfolgen.

ob in der Zeile "Frontend Template für signup.php" etwas eingetragen werden muss.

Nein. Alle Template-Felder bei den Account- und Registrierungseinstellungen sind optional. Du kannst da den Namen (das Template-Verzeichnis) eines Templates einsetzen, das anstelle des Standard-Templates für die Darstellung der jeweiligen systemgenerierten Seiten verwendet werden soll. D.h. wenn Du normalerweise WBCEZon verwendest, die Login-, Neuregistrierungs- und Profil-Seite aber mit WBCEtik angezeigt werden sollen, trägst Du in den drei Feldern jeweils "wbcetik" (ohne "") ein. Du kannst auch jede der Seiten mit einem anderen Template anzeigen.

Den Fall der Frontend-Registrierunhg hatte ich bei der Erstellung des WBCEZon-Templates schlichtweg vergessen. Füge nach Zeile 59

$loginlink = '<a href="'.LOGIN_URL.'"><i class="icon-sli-login"  aria-hidden="true"></i></a>';

folgenden Code ein:

if (FRONTEND_SIGNUP) {
  $loginlink .= ' <a href="'.SIGNUP_URL.'"><i class="icon-sli-user-follow"  aria-hidden="true"></i></a>';
}

Dann gibt es neben dem Login-Link im Footer auch ein Registrier-Icon.
Oder verwende das Droplet [[Loginbox]], da ist ein Registrierung-Link drin, wenn die Frontendregistrierung aktiv ist.