FHEM Forum

Release 1.10.0 vom 13.11.2026
-----------------------------
Widgets und komplette Seiten lassen sich jetzt duplizieren, Widgets als Vorlagen für andere Geräte wiederverwenden und direkt im Entwurf löschen. Überarbeitete Widgetdialoge bieten passende Geräte-/Reading-Vorschläge, eine kompakte Darstellung und konsistente Statusfarben.

DbLog-Abfragen laufen im Hintergrund, damit FHEM währenddessen reaktionsfähig bleibt. Der Einrichtungsassistent ergänzt automatisch Temperaturverläufe, zeigt seinen Fortschritt und verwendet bei Magic den neuen Strandhintergrund.

Neu ist außerdem die Globale FHEM-CMS Administration mit Bestandsübersicht, bestätigter Sammellöschung und Übernahme des aufrufenden CMS-Themes. Der Assistentenstart bei Liquid Glass wurde korrigiert; die deutsche FHEM-Gerätehilfe ist ebenfalls enthalten.

Für zeitnahe Live-Werte werden WebSockets empfohlen. Ohne WebSocket-Verbindung bleibt das CMS bedienbar und aktualisiert Gerätewerte alle 30 Sekunden per HTTP-Polling. Die Installationsanleitung erklärt die Voraussetzungen und die Verbindungsprüfung.


Release 1.9.0 vom 12.11.2026
----------------------------
Neu sind interne CMS-Seiten als Modal-Popup sowie die Bildbearbeitung im Assetmanager: Bilder lassen sich zuschneiden, verkleinern und als Varianten speichern – die Originale bleiben erhalten.

LinkWidgets passen ihre Gesamtgröße an die enthaltenen Kacheln an. Falls Nachbarn verschoben werden müssen, zeigt eine Vorschau die Änderungen vor der ausdrücklichen Bestätigung. Kachelbilder sind bereits im Bearbeitungsraster sichtbar.

Außerdem nutzt das Seitenraster jetzt die gesamte Inhaltsbreite. Mobile Navigation, Hoch-/Querformat und Bildschirmränder wurden verbessert. Der Editor bleibt auch bei Browserzoom vollständig eingepasst.

Das GitHub-Wiki enthält die aktualisierte Anleitung und neue Praxisaufnahmen.


Release 1.8.0 vom 11.11.2026
----------------------------
Der neue Theme-Manager bietet fünf Designs, Seitenhintergründe und eine direkte Smartphone-Vorschau; bei Liquid Glass sind Effekt und Transparenz einstellbar. Neu ist außerdem ein konfigurierbares Anruflisten-Widget für FB_CALLLIST. Die mobilen Ansichten vermeiden nun den horizontalen Raster-Scrollbar.

Release 1.7.0 vom 11.11.2026
----------------------------
 - Einrichtungsassistent (Refs #129)
   --> Manuelle Raum- und Geräteauswahl mit Vorschau oder vollautomatischer Magic-Entwurf.



Eine ausführliche Dokumentation findest Du unter Modul WIKI im GitHub (https://github.com/stapetz/fhem-cms/wiki) oder im offiziellen fhem-Wiki (https://wiki.fhem.de/wiki/Fhem-cms).

Installation über:

update add https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
update all https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
shutdown restart


Was ist fhem-cms?

Die Idee dahinter ist eine strikte Trennung von Backend und Frontend, kombiniert mit den Vorzügen eines echten Content-Management-Systems (CMS). Reine Steuerungs-UIs bieten oft zu wenig Raum für freien Text, Dokumentationen, Notizen oder statische Medien.
Bei klassischen CMS fehlt wiederum die Echtzeit-Anbindung an FHEM.

fhem-cms schließt diese Lücke. Ihr könnt damit Dashboards erstellen, die sowohl reaktive Smart-Home-Widgets als auch redaktionelle Inhalte (freie Textbausteine, Anleitungen für die Familie, Bilder etc.) nahtlos in einem attraktiven, responsiven Design vereinen.



Die Highlights:

• Echter WYSIWYG-Texteditor mit Live-Fließtext-Platzhaltern: Textbausteine lassen sich wie in einem echten CMS formatieren (fett, kursiv, Farben, Listen, Tabellen) und mit Bildern bestücken.
• Das absolute Komfort-Feature: Ihr könnt FHEM-Readings direkt mitten in den Fließtext integrieren! Über einen {{ }}-Button öffnet sich eine komfortable, visuelle Suche. Ihr sucht einfach nach Device (Name, Alias, Typ, Raum) und wählt das gewünschte Reading aus einer Liste. Der Live-Wert wird als grüner, interaktiver Baustein (Chip) direkt in den Satz eingebettet und aktualisiert sich im Betrieb vollautomatisch in Echtzeit! Ein Klick auf den Chip öffnet die Suche zum nachträglichen Ändern.
• Freies HTML-Widget mit grafischer Platzhaltersuche: Es gibt zwar schon erste native Widgets (Thermostat, Wert-Anzeige, Schalter, Taster) – aber mit dem Freien HTML-Widget lässt sich bereits jetzt jedes beliebige FHEM-Device ansprechen! Ihr könnt dort eigenen HTML/CSS-Code hinterlegen. Auch hier müsst ihr keine kryptischen Codes tippen: Der Knopf ,,Platzhalter suchen und einfügen ..." öffnet dieselbe grafische Suche, filtert eure Devices und fügt den fertigen Code (wahlweise als {{...}} oder im FTUI-Attribut-Stil) exakt an der Cursorposition ein.
• Klassische Navigationsverwaltung: Seiten und Menüs werden über einen komfortablen Dialog angelegt, umbenannt oder per Drag & Drop umsortiert. Keine manuellen HTML-Verlinkungen mehr!

Wie sieht die Architektur aus?

• Backend: Ein schlankes, natives Perl-Modul (01_FHEMCMS.pm), das als Asset-Server dient, Layouts als JSON speichert und Events via WebSockets in Echtzeit an den Browser pusht.
• Frontend: Moderne, reine Web Components und Standard-JavaScript. Keine schweren Frameworks (wie React oder Angular), die in ein paar Jahren veraltet sind. Volle Performance, flüssiges Drag & Drop im 12-Spalten-Raster direkt auf der Oberfläche und saubere Skalierung vom Smartphone bis zum Wandtablet.

Installation

Das Modul wird unkompliziert als gemeinsames Repository über die FHEM-Update-Infrastruktur installiert:

update add https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
update all https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
shutdown restart
Danach könnt ihr euer CMS-Device wie gewohnt definieren:

define MyCMS fhemcms
Das Device wird automatisch im Raum FHEM CMS angelegt. Dort findet ihr direkt die Links "CMS starten" (für den Bearbeitungsmodus) und "Zeige Homepage" (für die reine, cleane Ansicht ohne Kopfzeilen oder Werkzeugleisten auf eurem Tablet).


Feedback erwünscht!

Da das Projekt frisch geboren ist, freue ich mich riesig über Tester, Ideen, Kritik und natürlich Fehlerberichte. Schaut euch gerne auch die ausführlichen Dokumentationen im Repository (https://github.com/stapetz/fhem-cms) an (docs/ANWENDER.md und docs/PLATZHALTER.md).

Fehler und Feature-Wünsche könnt ihr auch direkt drüben bei GitHub als Issue einkippen:

👉 in GIThub ein Issue melden (https://github.com/stapetz/fhem-cms/issues/new/choose)


Was haltet ihr von dem Ansatz? Welche Widgets vermisst ihr als Erstes?
Viele Grüße

Neue Version / Ergänzungen:


2026-11-05 - Diagramm-Widget, Tabelle mit Alias und Bezeichnern, Schreibfehler-Protokoll (0.4.0)

Neues Widget Diagramm: Verlauf eines geloggten Readings aus DbLog oder FileLog mit Einheit, wählbarem Zeitraum und Granularität. Die Tabelle zeigt den FHEM-Alias und erlaubt eigene Zeilenbezeichner. Abgewiesene Schreibbefehle werden protokolliert, die Schieberegler-Kachel ist in kleiner Größe lesbar.
S40 - Diagramm
S41 - Readingsgroup / Tabelle
S34 - Schieberegler
S06 - FHEM-Backend-Grundlage implementieren

2026-11-05 - Slider, Uhr, Status-Symbol, Tabelle, Themes und Layout-Verbesserungen (0.3.0)

Neue Widgets: Schieberegler, Uhr/Datum, Status-Symbol und Readings-Tabelle. Hell/Dunkel-Theme pro Gerät, Bildgröße per Ziehpunkt, einheitliches Skalierverhalten der Kacheln und Dialog zum bestätigten Löschen der CMS-Daten. Konfigurationen werden automatisch auf Schema 4 migriert.
S34 - Schieberegler
S36 - Status-Symbol
S38 - Uhr / Datum
S41 - Readingsgroup / Tabelle

2026-11-04 - 48-Spalten-Raster (0.2.0)

Das Layout-Raster wurde auf 48 Spalten verfeinert. Bestehende Konfigurationen werden automatisch migriert; Position und Größe von Kacheln und Navigation bleiben erhalten.
S46 - Freieres, feineres Layout

2026-10-31 - First release 0.1.0

First public version of fhem-cms: pages with navigation, text blocks with placeholders, thermostat, value, free HTML, switch and button widgets, draft and publish workflow.
S01 - MVP-Umfang und Referenzumgebung festlegen
S08 - Redaktionellen Textbaustein umsetzen
S09 - Lesendes FHEM-Widget und Live-Zustände umsetzen
S17 - Schlanke Seite ohne Kopfbereich
S20 - Navigationspunkte: Größe und Beschriftung
S21 - Texteditor: Farben
S22 - Aufgeräumte Werkzeugleiste und Meldungen
S23 - Gitternetz im Bearbeitungsmodus
S24 - Werkzeugleiste links, Meldungsbox
S25 - Wert-Anzeige (Device, Reading, Einheit, Icon)
S27 - Menüs öffnen beim Überfahren
S30 - Thermostat schreibt wie das ThermostatDashboard und skaliert
S33 - Taster / Befehlsknopf

2026-10-31 - Text placeholders accept formatting

Interessant - aber was ist der Use Case?

LG

pah

Moin Peter,

ich formuliere hier mal, was meine Beweggründe waren und die use cases stelle ich mal in Form von User Stories dar (die auch für mich quasi die Grundlage für die Umsetzung sind) dar:

FHEM läuft im Hintergrund extrem stabil, die Logik steht, aber sobald es an die Visualisierung geht, scheiden sich die Geister. Es gibt zwar einige wirklich schicke Frontends in unserer Community, aber fast alle haben eine Gemeinsamkeit: Ohne Programmierkenntnisse, HTML-Gefrickel oder das Editieren von Codefragmenten kommt man meistens nicht weit. Einzig die alte, leider eingestellte FUIP-Oberfläche auf Basis des alten Etui Frameworks ließ damals eine rein grafische Gestaltung der Darstellungsseiten zu. Die neue ftui Version hat kein fuip Aufsatz und erwartet komplett eigene Codefragmente und stellt keine Widgets in einer WYSIWYG Methodik zur Verfügung.

Genau hier setzt mein Projekt an:
Die Kernidee ist eine strikte Trennung von Backend (FHEM) und Frontend (Web-UI), gepaart mit echten CMS-Funktionalitäten (Content Management System). Ich möchte eine Oberfläche schaffen, die absolut jeder ohne Code bedienen kann.

Die Use Cases als User Stories

1. Das ,,Heim-Frieden-Prinzip" (Strikte Trennung von Logik und Design)

• Als FHEM-Administrator möchte ich mich voll auf die Definition von Devices, Notifys und die Backend-Logik konzentrieren können, ohne Zeit in CSS-Styling stecken zu müssen.
• Als gestalterisch begabter Partner im Haus möchte ich ohne jegliche Programmier- oder Codekenntnisse rein visuell über eine grafische Oberfläche wunderschöne, moderne Dashboards für unser Haus zusammenklicken können, die perfekt zu unserer Einrichtung passen.

2. Schmerzfreie & flexible Widget-Erstellung (Das Beste aus der FUIP-Welt)

• Als Einsteiger möchte ich fertige Smart-Home-Widgets per einfachem Klick oder Drag-and-Drop auf meiner Seite platzieren und sofort nutzen können, ohne – wie beim aktuellen FUIP – leichte Codefragmente verstehen zu müssen.
• Als Power-User möchte ich für komplexe oder seltene Devices, für die es noch kein fertiges Widget aus der Community gibt, übergangsweise ein HTML-Widget nutzen können, in das ich den Code für die Device-Abfrage direkt selbst eintrage, bis ein passendes Modul existiert.

3. Das CMS als "Goodie" für den Familienalltag

• Als Familie möchten wir nicht nur Buttons und Charts sehen, sondern die Oberfläche wie eine Webseite mit echten CMS-Inhalten anreichern können.
• Als Gastgeber möchte ich neben der Heizungssteuerung einen einfachen Textblock platzieren, der Gästen erklärt, wie die Fußbodenheizung reagiert.
• Als Mitbewohner möchte ich einen zentralen, beschreibbaren Textbereich auf dem Flur-Tablet nutzen, um schnell digitale Notizen oder Erinnerungen ("Müllabfuhr kommt früher!") für alle zu hinterlassen.
• Als Nutzer möchte ich eigene Bilder oder Familienfotos per Klick hochladen und einbinden können, ohne dafür extra Webspace auf dem Raspberry Pi konfigurieren zu müssen.

Macht es das etwas transparenter für Dich, warum ich mich dieser Herausforderung gestellt habe?

LG Stefan

neue Version released: fhem-cms 0.5.0 – das ist neu

SolarFlow-Widget
Der Energiefluss von PV, Haus, Netz und Batterie ist animiert und nimmt die Werte aus einem oder mehreren Devices. Device und Reading wählst du je Station. Die Batterie hat Ampelfarben.

Tabelle
Die Werte können aus mehreren Devices kommen.
Optional gibt es eine Summenzeile mit eigener Beschriftung (auch ausblendbar) und wählbarer Einheit.
Die Überschrift und der Spaltenkopf lassen sich umbenennen oder ausblenden.

Widgets zwischen Seiten verschieben
Das geht per ⇄ oben rechts an der Kachel. 
Beim Löschen einer Seite kannst du jedes Widget auf eine andere Seite umziehen lassen. 
Die Symbole für Verschieben und Konfigurieren sitzen jetzt nebeneinander oben rechts, mit einheitlichen Tooltips.

Seite einrichten (Datei-Menü)
Du wählst Theme und Widget-Rahmen.
Als Positionierung gibt es Raster, Fluss, Spalten oder Frei, jeweils mit Vorschau.
Die Rastergröße ist 12, 24 oder 48 Spalten, bestehende Layouts werden umgerechnet.

Geräte-Vorschau im Editor
Du siehst deinen Entwurf als iPhone, iPad, Android oder Desktop, drehbar zwischen Hoch- und Querformat.

Allgemein
Verschieben ist flüssiger, und die Menüleiste ist an den oberen Rand gerückt.

Update wie gewohnt per update all ... und danach ein Neustart. 
Fehler und Wünsche bitte als Issue auf GitHub: https://github.com/stapetz/fhem-cms

Ja, macht es. Allerdings sehe ich das mit dem "CMS-Goodie" etwas anders, weil in meinem Haushalt eine fette NAS läuft - und FHEM Inhalte von dieser erhält.

LG

pah

Hallo Stefan,

habe jetzt mal ein wenig damit rumgespielt und finde Deinen Ansatz schon überzeugend.
Hätte vielleicht sogar potenzial neue Nutzer zu FHEM zu bringen, denn diese Art der Displayerstellung ist für viele (jüngere) inzwischen gewohnte Praxis aus anderen Softwareumgebungen.
Habe allerdings aktuell Probleme mit den Vorschauen, bzw. auch mit der Darstellung auf den Handys selbst.
Die Vorschauen entsprechen schon dem, wie es auch auf dem Smartphone angezeigt wird, allerdings sind die Größen der Widgets - gerade im Hochformat - nicht wie erstellt. Eventuell muss ich aber auch nur meinen "Gestaltungsansatz" überdenken oder noch ein wenig ausprobieren.

Gruß
Danny

Hallo zusammen,

es gibt ein großes Update für FHEM-CMS: Version 1.0.0 bringt einen komplett neuen, visuellen Seiteneditor (,,Schema 5"). Wer bisher die 0.5.0 nutzt, kann bestehende Seiten per Ein-Klick-Umstieg übernehmen – beim ersten Öffnen des Editors wird eine Umstellungsseite angeboten, die alte Seiten automatisch migriert. Vorher wird automatisch eine Sicherung angelegt.

Das ist neu:

Editor & Arbeitsweise

Neue Menüleiste (Datei / Bearbeiten / Ansicht) direkt auf der Seite – kein separater Admin-Bereich mehr nötig
Entwurfsmodus: Änderungen landen zuerst in einem Entwurf und werden erst mit ,,Veröffentlichen" live geschaltet. Verwerfen ist jederzeit möglich
Vorschau (Menü Ansicht): zeigt die Seite exakt so, wie sie live aussieht – ohne Bearbeitungselemente
Raster anzeigen: blendet Hilfslinien des Rasters ein/aus
Widgets

Widgets werden direkt auf der Seite bearbeitet: Verschieben (⠿), Bearbeiten (✎), auf eine andere Seite verschieben (⇄) und Größe ändern per Ecke – alles am Widget selbst
Widget hinzufügen mit Suchfunktion über alle verfügbaren Widget-Typen (Uhr, Text, Tabelle, Diagramm, Thermostat, SolarFlow, Schalter, u. v. m.)
Jedes Widget hat einen Titel, der gleichzeitig der interne Name ist – per Haken ,,Anzeigen" ein- oder ausblendbar
Titel und Inhalte skalieren mit der Widget-Größe (auch im Safari!)
Uhr-Widget: deutlich größere Darstellung, ohne Datum/Wochentag sogar formatfüllend
Tabellen-Widget: Summenzeile ist jetzt optisch abgesetzt
Seiten & Navigation

Der Navigationsdialog ist jetzt die zentrale Seitenverwaltung: neue Seiten anlegen, Dateinamen vergeben und später umbenennen, Reihenfolge per Griff verschieben, Beschriftung und Größe je Eintrag oder gemeinsam für alle
,,Anzeigen"-Haken je Seite: Seiten lassen sich vorbereiten, bevor sie live gehen – oder als ,,Parkplatz" für gerade nicht benötigte Widgets verwenden
,,Seite bearbeiten": Theme, Rahmen und Rasterart mit Vorschau in einem kompakten Dialog
Die Navigation ist jetzt responsiv und wird auf kleinen Bildschirmen zum Burger-Menü ☰
Sicherungen

Sicherung und Wiederherstellung jetzt als Dialog direkt im Editor (Menü Datei)
Browser-Kompatibilität

Zahlreiche Safari-Fixes: Menüs, Dropdown-Optik, Schriftgrößen, Einfügeposition im Texteditor

Installation (neu):

update add https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
update all https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
shutdown restart

Update (bestehende Installation):
update all https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
shutdown restart

Danach den Browser einmal hart neu laden (Strg+F5 bzw. Cmd+Shift+R).

Repository und Doku: https://github.com/stapetz/fhem-cms

Viel Spaß damit – Feedback und Fehlermeldungen gerne hier im Thread oder als GitHub-Issue!

Nur mal so am Rande: Energie misst man nicht in kw/H, sondern in kWh (Kilowatt MAL Stunden...)

LG

pah

Nur mal so am Rande Herr Professor:

bei über 7000 Zeilen Code ist das das kleinste Übel. Wenn man sich an so etwas aufgeilt, dann sollte man überlegen, wo man den Fokus drauf setzen sollte.

Das ist genau so ein Beispiel dafür, was unter anderem auch in den sozialen Medien und anderen Bereichen schief läuft.
Wenn jetzt noch die Anmerkung kommt, dass ich in meinen Widgets und Handbüchern gendern soll, dann sehe ich die Welt als komplett verloren.....

Mit freundlichen Grüßen,
Dipl. Informatiker Stefan A.

Offenbar sind Fehlerkorrekturen nicht erwünscht.

pah

Natürlich sind Hinweise zu Fehlern wichtig und notwendig.

Wie man in dem Screenshot erkennen kann ist das das redaktionelle Textelement Widget. Also ein Freitext Editor wo die Einheit als Freitext eingetragen wurde. Tippfehler in Texten kommen nun mal vor. Ergo ist die falsche Angabe redaktionell und nicht programmatisch. Natürlich könnte man jetzt jeden redaktionellen Fehler / Rechtschreibfehler anmerken, aber wäre das zielführend in einem solchen Projekt?

An einem Screenshot kann niemand erkennen, was "Freitext" ist. Und wer bei einer solchen notwendigen Korrektur dann ausfällig wird, kann seinen Code bitte alleine weiter entwickeln.

pah

Off Topic,

warum nehmen so Viele einen Text direkt als persönlichen Angriff. Jedenfalls gibt es der Text in der Regel nicht her.

Meine Antwort wäre gewesen: Danke für den Hinweis. Liegt aber nicht am Coding, sondern an einer falschen Freitextangabe.

Grüße Jörg

**fhem-cms Version 1.2.0 ist verfügbar**

Die neue Version bringt Verbesserungen bei Darstellung, Navigation und Bearbeitung:

**Darstellung und Widgets**
- Editor, Vorschau und normale Ansicht verwenden auf dem Desktop jetzt dieselben Rasterpositionen und Größenverhältnisse. Kleine Widgets werden nicht mehr künstlich verbreitert und dadurch in die nächste Zeile verschoben.
- Widgets und Navigationsschaltflächen skalieren mit Fenstergröße und Browserzoom. Auf schmalen Mobilansichten bleibt der automatische Zeilenumbruch erhalten.
- Wertanzeigen, Schalter und Taster nutzen ihre verfügbare Innenfläche besser aus.
- Die Widgettitel lassen sich in den Seiteneinstellungen global linksbündig, zentriert oder rechtsbündig ausrichten.
- Schalter und Taster bieten Standardsymbole sowie eine optionale Beschriftung.
- Beim SolarFlow-Widget überlagert das Diagramm nicht mehr den Titel.

**Editor und Navigation**
- Unter **Bearbeiten → Widgets automatisch anordnen** lassen sich verstreute Widgets kompakt anordnen. Die bisherige Leserichtung wird dabei möglichst beibehalten; Größen und Inhalte bleiben erhalten.
- Bearbeitungsknöpfe erscheinen auf Mausgeräten erst beim Überfahren eines Widgets oder bei Tastaturfokus. Das aktive Widget wird dezent hervorgehoben.
- Das Navigationswidget lässt sich zuverlässig verschieben und skalieren. Beim Wechsel zwischen horizontaler und vertikaler Darstellung wird seine Größe passend bemessen.
- Die vertikale Navigation wechselt nicht mehr unnötig früh ins Burger-Menü.
- Beim Gerätewechsel eines bestehenden Thermostatwidgets wird das neu ausgewählte Device übernommen; die zugehörigen Readings und Einstellmöglichkeiten werden neu geladen.

**Texteditor und Einheiten**
- Die Formatierung markierter Texte funktioniert wieder in Safari, einschließlich Fett, Farben und weiterer Formatierungen.
- Eingefügte Readings können eine Einheit wie °C, W oder kWh direkt hinter dem Wert erhalten.
- Die Einheitenfelder in Wertanzeige, Diagramm, Tabelle und Texteditor verwenden einheitlich freie Eingaben mit anklickbaren Vorschlägen.
- Auch der Hinweis von ** Peter Henning** wurde berücksichtigt: Energie wird korrekt als **kWh – Kilowatt mal Stunde** bezeichnet, nicht als kW/h. Danke für den Hinweis! Die Einheitenbeschriftung ist keine automatische Umrechnung der Readingwerte.

**Installation und Update**

Die stabile Updatequelle lässt sich mit `update add` dauerhaft in FHEM eintragen. Das ist nur einmal erforderlich. Anschließend kann der aktuelle Stand mit `update all` installiert werden:

update add https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
update all https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
shutdown restart


Wichtig: Als Updatequelle dient die **Controls-Datei**, nicht die Moduldatei direkt. Nach dem Neustart bitte die geöffneten CMS-Seiten vollständig neu laden, damit auch die aktualisierten Browserdateien verwendet werden.

Zitat von: JoWiemann am 09 November 2026, 18:43:28Off Topic,

warum nehmen so Viele einen Text direkt als persönlichen Angriff. Jedenfalls gibt es der Text in der Regel nicht her.

Meine Antwort wäre gewesen: Danke für den Hinweis. Liegt aber nicht am Coding, sondern an einer falschen Freitextangabe.

Grüße Jörg

Ja, du hast völlig recht, sorry. Ich war an dem Tag von einigen Sachen abgenervt, das hätte ich hier nicht so platzieren sollen.

@Peter Henning: sorry, ich bin natürlich dankbar für jeden Hinweis. Hätte nicht so reagieren sollen.