Ich war zur selben Zeit auch mit einer Erstellung eines WM-Tippspiel zugange.

Das ist aber kein Vergleich zudem, was du für das WBCE entwickelt hast.

Ich musste vielmehr mit Hardcodierten Strukturen einer sehr alten Foren Software die gepimpt mit einer php8.x Version auseinandersetzen.

Soweit so gut, nachdem ich damit fertig war, habe ich mir deine Idee mit OpenlligaDB aufgeschnappt und habe am Ende der Sommerferien daraufhin ein "Offenes" Tipp-System entwickelt.

Das ist mittlerweile soweit gereift, das ich nicht nur OpenligaDB sondern noch zwei weitere Dienste berücksichtigt habe.
Für beide Dienste muss man sich kostenlos registrieren, Jeder Dienst hat den ein oder anderen vor/nachteile.

Man hat in der kostenlosen Version 1 Tier frei.
BSD habe ich deshalb auch dazu genommen weil hierein paar Infos mehr wie Anzahl Karten G/R usw. über die API Angeboten werden.

Aktuell baue ich gerade auch dem LIVE-Ticker von BSD ein, weil er mit im Packet ist.

Vielleicht inspiriert dich meine Umsetzung:

Bei mir heißt das Projekt "UTE - Universal Tournament Engine"

UTE ist ein generalisierter Tippspiel-Hack für WBB2.

Beliebige Ligen und Turniere konfigurierbar - kein Neustart für jede Saison nötig.

• Beliebige Ligen (Bundesliga, DFB-Pokal, Champions League, Eredivisie, Premier League, La Liga, Serie A, Ligue 1...)

• Mehrere Turniere gleichzeitig aktiv

• Import via OpenLigaDB (kostenlos), football-data.org oder BSD

• Vereinslogos mit Fallback-Logo bei defekter URL

• Asset Manager: Logo/Flag-URLs pro Team manuell pflegbar

• Ligatabelle im Frontend

• Punktesysteme wie z.B.: 4 KO-Runden Modi: 90min / 90min_winner / extra_time / penalties

• Karten-Tippen: Ja/Nein + optionale exakte Zahl

• Zwei Punktespalten: Spielpunkte + Kartenpunkte mit Badges

• Automatische Punkte-Berechnung nach Ergebnis-Eintrag

• Fallback auf Karten-Import via fussballdaten.de Scraper (13 Ligen)

• Tipp-Audit-Log, Ranglisten-Portal, Ehrenpreise

• Cronjob: 4 separate URLs

Das ganze habe ich dann in eine Portalansicht umgesetzt.

Hier mal die WBB2-Testumgebung

Dieser Patch bereitet den MD Viewer auf WBCE 1.7.0 vor und ist gleichzeitig abwärtskompatibel mit WBCE 1.6.x.

Geänderte Dateien (3):

• load_file.php — Auth-Prüfung auf Session-basiert umgestellt (kompatibel mit Admin-Klasse beider Versionen)

• tool.php — CodeMirror-Erkennung von Konstante auf Funktionsprüfung umgestellt

• js/tool.js — CodeMirror-Instanz wird jetzt über die offizielle DOM-API geholt statt über globale Variable

Installation: ZIP entpacken, die drei Dateien per FTP ins Modulverzeichnis /modules/md_viewer/ kopieren (Verzeichnisstruktur beibehalten).

Gruß
Slugger

• Im Backend hat nun jedes LearnBattle einen lokal erzeugten QR zur Editoroberfläche. Ein Ausdruck der Backendseite liefert damit alle QRs für die Lerngruppe.

• Es gibt einen Umschalter für das Template, denn das Seitentemplate nimmt u.U. viel Spielplatz weg. Ein optionales Minimaltemplate zeigt nur das Spiel an. Diese Einstellung gilt für die ganze Section.

• In der Bearbeitungsseite gibt es jetzt einen Vorschaumodus, damit die Kids sehen können, wie die Fragen wirken: "Testmodus ohne Gegner und ohne Zeitwertung. Prüfe hier die Darstellung deiner Fragen und Antworten."

• Einmal hochgeladene Bilder zu Fragen oder Antworten lassen sich nun auch wieder löschen.

• Wurden vom Spielersteller noch zu wenige Fragen erstellt, heißt es beim aufgerufenen Spiel: "Für dieses Spiel sind noch nicht genügend Fragen eingegeben worden." Vorher hieß es "Link ungültig".

• Bilder werden im Spieleditor jetzt größer dargestellt.

- Das "Dummy-Menü" $menu[99] = "nicht in Nav." könnte/sollte noch ergänzt werden, falls man Seiten zwar nicht in der Navigation, aber auch nicht "verstecken" will (z.B. Startseite).

- Änderungen, die mit dem eingebauten CSS-Editor an Footer (oder Header usw) vorgenommen werden, werden entgegen der Bestätigungsmeldung nicht gespeichert.

- Die Auswahl des Themes für den CSS-Editor ist da mMn überflüssig.

Ergänzung
- Header-Sticky lässt sich scheinbar nicht deaktivieren (man kann "Kein Sticky" zwar auswählen und speichern, aber beim erneuten Aufruf im BE und auch nach Neugenerieren im FE ist der Header weiterhin sticky)

Version 0.3.50

Aktuell ist mein Ansatz da noch sehr pragmatisch und richtet sich vor allem an den Admin/Webmaster: Globale Skripte wie Matomo oder Analytics bindet man ja meist ohnehin zentral in der index.php des Templates oder in einem unsichtbaren Code-Block ein. Dort passt man den Schnipsel dann einmalig per Hand an.

Für den reinen Redakteur, der z.B. mitten auf einer Unterseite ein YouTube-Video oder eine Google Map einbauen möchte, ist das händische Anpassen im WYSIWYG-Quellcode natürlich viel zu fehleranfällig. Den Ansatz von Klaro mit den parametrisierten Droplets finde ich dafür extrem elegant.

Mein Plan ist es, das Modul im Kern genau so schlank und unabhängig zu belassen, aber optional ein kleines Set an "Helper-Droplets" (z.B. [[T26_Youtube?id=123]] oder für Maps) beizulegen. Diese Droplets werfen dann automatisch das fertige, blockierte text/plain-Konstrukt mitsamt Platzhalter-Bild aus. So bleibt es für den Redakteur idiotensicher.

Danke nochmal für den Input, genau durch solche Fragen wird das Konzept am Ende richtig rund!

P.S. sorry für die später rückmeldung erst mal garten unsicher gemacht

Viele Grüße,
Thorsten

nach einigem Austausch mit Chat-GPT und Rückfragen bei Claude habe ich beschlossen das Project FlexLayout erstmal ruhen zu lassen.

Ich habe beschlossen die einfache Umsetzung eines flexiblen Layouts wieder WBCE-konformer auf ein Section-Modul umzustellen. Das beendet dann auch das Secions-Chaos bei FlexLayout.

Für das neue Modul "FlexSection" lege ich einen neuen Beitrag an.

Danke und Gruß
Rudi