CMSimple_XH 1.7.0beta1

[cmb]

Hallo zusammen!

Wir haben gerade CMSimple_XH 1.7.0beta1 freigegeben. Da dies ein Beta-Release ist, möchten wir Euch ermutigen es zu testen und Euer Feedback abzugeben (Fehler, Wünsche, Kritik, Fragen, und was immer Ihr dazu zu sagen habt), aber verwendet es nicht in einer Produktionsumgebung, (d.h. verwendet es nicht für Eure Website)!

Dank an alle die zu dieser neuen Version mit Ideen, Kommentaren, Vorschlägen und Code beigetragen haben. Besonderer Dank an frase, lck und richukunst, die die neuen Templates für die Distribution zur Verfügung gestellt haben. Ebenfalls vielen Dank an frase und wbs für das Erstellen bzw. Übersetzen des neuen Distro-Contents. Ganz besonderer Dank and Holger, der die Idee für das neue Seiten-Splitten hatte, und der die grundlegende Arbeit daran durchgeführt hat, und an manu, der die TinyMCE 4 Editor-Integration übernommen hat. Zu guter Letzt vielen Dank and frase und lck für jede Menge Testen von frühen Entwicklungsständen, und für das Unterbreiten einer riesigen Menge wertvoller Verbesserungsvorschläge.

Das volle Changelog kann auf unserer Github-Projektseite eingesehen werden.

Die beachtenswertesten Änderungen für Anwender

1. Wir haben endlich die Unterstützung für sehr alte PHP-Versionen eingestellt. Es wird nun mindestens PHP 5.3.0 benötigt. Es wird allerdings empfohlen zumindest PHP 5.6 zu verwenden.
2. Das klassische CMSimple Seitensplitting wurde überarbeitet. Zuvor wurden Seiten an bestimmten HTML-Überschriften gesplittet (standardmäßig <h1>-<h3>). Nun werden die Seiten statt dessen an bestimmten HTML-Kommentaren gesplittet. Dies ermöglicht es beliebige Überschriften auf jeder Seite einzufügen, was es wiederum ermöglicht eine saubere Überschriftenstruktur zu erzeugen. Ebenfalls sind nun bis zu 9 Menü-Ebenen möglich (zumindest theoretisch; die Seiten-URLs werden bei so vielen Menü-Ebenen vermutlich zu lang). Weiterhin ist es im normalen Modus nicht mehr möglich die Seitenamen im Editor zu ändern; statt dessen muss ein Seitenverwaltungstool verwendet werden. Fortgeschrittene Nutzer können aber den Advanced-Mode aktivieren, was bewirkt, dass die HTML-Splitkommentare in der Quellcodeansicht des Editors bearbeitet werden können. Beachtet, dass der Seitenname nun eigentlich nichts mehr mit der ersten Überschrift auf der Seite zu tun hat, was die Alternative Seitenüberschrift (Tab "Seite") unnötig macht, so dass sie entfernt wurde.
3. TinyMCE 3 wurde als Standardeditor von TinyMCE 4 abgelöst.
4. Das Ändern des Passworts wurde aus dem allgemeinen Konfigurationsformular in ein eigenes Formular Einstellungen → Passwort) verschoben, da es Probleme mit nicht standardkonformer Autovervollständigung einiger Browser gibt.
5. Die Sichtbarkeit und der Veröffentlichungsstatus von Seiten, die im Reiter "Seite" eingestellt sind, vererbt sich nun auf alle Unterseiten.
6. Mehrere bereits missbilligte Funktionen wurden nach cmsimple/compat.php verschoben. Wenn Ihr sicher seid, dass Ihr diese Funktionen nicht braucht, dann könnt Ihr in cmsimple/config.php $cf[site][compat] einen leeren String zuweisen.
7. Spezielle Unterstützung für das Menumanager Plugin wurde entfernt, so dass selbst wenn Ihr eine modifizierte Version dieses Plugins verwendet, es nicht mehr ordnungsgemäß funktionieren wird.
8. Es gibt nun eine automatisch erzeugte Seite Site/CMS Info, die Informationen über das System, die Templates und die Plugins inklusive Backlinks anzeigt. Ihr könnt zusätzliche Informationen zu dieser Seite mittles einer Newsseite hinzufügen. Details findet Ihr im ausgelieferten Demo-Content.
9. Die Seiten-URLs wurden leicht vereinfacht indem nun mehrere aufeinander folgende word separtor zu einem zusammen gefasst werden. Beispielsweise hatte eine Seite namens "dies - das" zuvor die URL dies---das, aber nun dies-das.
10. Das Password-Hashen wurde verbessert, so dass nun BCrypt anstelle des alten, weniger sicheren Algorithmus verwendet wird.
11. Eine Prüfung bezüglich der Passwortstärke wurde hinzugefügt. Dieser verwendet derzeit einen sehr einfachen Algorithmus, wobei Stärken über 100 sehr starke Passwörter bedeuten sollten.
12. Die Systemprüfung wurde überarbeitet, um die Bedeutung der einzelnen Prüfungen deutlicher zu machen.
13. Der Order core/ wurde zu assets/ umbenannt.
14. Verschiedene Datums-/Zeit-Angaben sind nun internationalisiert, wenn die PHP intl Extension verfügbar ist.
15. Das Markup einiger Elemente wurde verbessert (searchbox, lastupdate).
16. Der Veröffentlichungszeitraum im Reiter "Seite" verfügt nun über Datums/Zeit-Picker, falls der Browser diese unterstützt.
17. Das Loginformular ist nun vom Template losgelöst.
18. Das Fa_XH Plugin wurde zur Standard-Distribution hinzugefügt. Es ermöglicht Font Awesome Icons im Content zu verwenden.
19. Die page_params Funktionalität betreffend des Versteckens und Unveröffentlichens von Seiten wurde in den Core verschoben.
20. Die relevante Funktionalität des Utf8 Plugins wurde in den Core verschoben, und das Plugin entfernt.
21. Konfigurations- und Sprachdateien werden nun nur bei Bedarf geladen, was die Server seitige Performance etwas verbessern könnte.

Die beachtenswertesten Änderungen für Templatedesigner

1. Die besondere Unterstützung von XHTML wurde entfernt bzw. missbilligt. Es wird umbedingt empfohlen den HTML5 Doctype für neue Templates zu verwenden.
2. Aufgrund des neuen Seitensplitting (siehe oben) besteht nicht mehr die Notwendigkeit <h1>-<h3> identisch zu gestalten. Statt dessen kann davon ausgegangen werden, dass alle Seiten mit <h1> beginnen (oder vielleicht mit <h2>, falls das Template bereits eine <h1> Überschrift für alle Seiten verwendet). Es dürfte das beste sein, zu dokumentieren ob ein Template für das neue Seitensplitting optimiert ist, und die jeweiligen Details zu beschreiben.
3. Es wird empfohlen, dass Templates eine Datei templateinfo.htm direkt im Template-Ordner enthalten, die Information über das Template und einen Backlink zum Designer enthalten kann. Das Format ist vereinfachtes HTML (nur <a> und <br> Elemente sind erlaubt), kodiert als UTF-8; die maximal unterstützte Länge sind 400 UTF-8 Glyphen. Die Information in dieser Datei wird in die neue Site/CMS Info Seite (siehe oben) injiziert. Überlegt Euch die Backlinks zum Templatedesigner zu entfernen (oder Anwender dies zu erlauben), und statt diesen die neue poweredByLink() Funktion zu verwenden.
4. Die Funktion submenu() akzeptiert nun einen optionalen Parameter, der benutzerdefiniertes Markup für die Submenü-Überschrift erlaubt.
5. Die Funktion editmenu() wurde missbilligt. Sie machte seit XH 1.5 sowieso nichts mehr, so dass es Zeit wird sie aus Templates zu entfernen.
6. Die Funktion tag() wurde missbilligt. Es wird empfohlen statt dessen einfach valides HTML5 zu verwenden.
7. Die Funktion top() akzeptiert nun einen optionalen Parameter, der genutzt werden kann um zu einer anderen ID als #TOP zu verlinken.
8. .plugintext, .pluginedit und .plugineditcaption wurden vom Core und den Standard-Plugins entfernt. Während diese alten Pluginloader-Klassen immer noch von einigen Plugins verwenden werden könnten, könnt Ir sie vermutlich in neuen Templates ignorieren.
9. Das Template-Stylesheet wird nun als letztes Stylesheet verlinkt, so dass es leichter ist von Plugins definierte Regeln zu überschreiben.
10. Das Fa_XH Plugin wurde zur Standard-Distribution hinzugefügt. Es ist der empfohlene Weg um Font Awesome im Template zu verwenden.

Die beachtenswertesten Änderungen für Pluginentwickler:

1. Während in früheren Versionen Flags im Query-String (d.h. Parameternamen ohne Gleichheitszeichen und Wert) automatisch als globale Variablen mit dem Wert 'true' registriert wurden, ist dies aus Sicherheits- und Wartbarkeitsgründen nicht länger der Fall. Dieses "Feature" wurde üblicherweise verwendet, um zu Prüfen ob die Administration eines bestimmten Plugins angefordert wurde (if ($pagemanager) …). Das funktioniert nun nicht mehr. Verwendet statt dessen XH_wantsPluginAdministration().
2. CMSimple_XH verwendet nun standardmäßig benannte Sessions, so dass mehrere Installationen in der selben Domain ihren eigenen Satz von Sessions haben. Will ein Plugin eine Session starten, so sollte es nicht mehr session_start() aufrufen, sondern statt dessen XH_startSession(). Das funktioniert allerdings nicht, wenn das Plugin direkt PHP-Dateien anfordert, also ohne durch CMSimple_XH's index.php zu laufen. Es wird grundsätzlich empfohlen, dies zu vermeiden.
3. Der Konfigurationstyp "password" wurde entfernt.
4. Erweiterte Konfigurationsoptionen wurden eingeführt. Diese werden mit einem führenden Pluszeichen in metaconfig.php gekennzeichnet, und sind hinter einem "mehr" Schalter in den Konfigurationsformularen versteckt.
5. $cf[xhtml][endtags] wurde entfernt, und tag() missbilligt. Es wird empfohlen statt dessen einfach valides HTML5 zu erzeugen.
6. Die JSON-Klasse, die einen Fallback für alte PHP-Versionen ohne JSON-Support bot, wurde entfernt. XH_decodeJson() und XH_encodeJson() sind immer noch verfügbar, aber sind nun nur noch dünne Wrapper über json_decode() und json_encode(). Erwägt, die json_*() Funktionen direkt zu verwenden.
7. Die Funktionen h() und l(), die dünne Wrapper über $h bzw. $l sind, wurden missbilligt. Erwägt statt dessen XH\Pages zu verwenden.
8. plugin_admin_common() erwartet nun keine Argumente mehr, da diese auch früher nie verwendet wurden. Ihr könnt auch weiterhin $action, $admin und $plugin an die Funktion übergeben, da PHP überschüssige Argumente stillschweigend ignoriert, und sich dies in der nahen Zukunft vermutlich nicht ändern wird (falls überhaupt jemals).
9. Die "Editorhooks" des Standard-Filebrowsers wurden in die jeweiligen Editorplugins verschoben, so dass Ihr keine Dateien mehr im Filebrowserplugin überschreiben müsst. Aus Gründen der Abwärtskompatibilität wird auf den alten Ort zurückgegriffen, falls am neuen Ort kein Hook gefunden wird.
10. CMSimple_XH hat einen allgemeinen Klassen-Autoloader bekommen. Um diesen zu verwenden, müsst Ihr die passend in Namensräumen definierten Klassen in den classes/ Ordner des Plugins legen. Verschachtelte Namensräume werden ebenfalls unterstützt. Es wird empfohlen, sich aus Gründen der Einfachheit und Effizienz auf das Klassen-Autoloading zu verlassen anstatt PHP-Dateien manuell zu require'n.
11. $pd_router->addTab() akzeptiert nun einen optionalen dritten Parameter, der es ermöglicht eine CSS-Klasse anzugeben, die für den Page-Data-Tab gesetzt wird, so dass individuelle Tab-Labels leicht gestylt werden können.
12. Die Klasse XH\Mail wurde aus dem Mailform-Code extrahiert, so dass Plugins deren Funktionalität wieder verwenden können.
13. XH_formatDate() ist nun internationalisiert, falls ext/intl verfügbar ist. Erwägt es für menschenlesbare Formatierung von Datums-/Zeitangaben zu verwenden.
14. $pd_router->model ist nun private; verwendet statt dessen die Methoden von $pd_router, um zum Model weiterzuleiten.
15. Überschriften, die von Plugins ausgegeben werden, sollten an das neue Setensplitting angepasst werden. Beispielsweise sollte zusätzlicher Inhalt auf einer Seite nicht mehr <h4> verwenden, sonder eher <h2>. Erwägt die tatsächliche Überschriftenebene konfigurierbar zu machen.
16. Plugins, die direkt mit den Inhalten von Seiten arbeiten, müssen ggf. an das neue Seitensplitting angepasst werden.
17. Das Fa_XH Plugin wurde zur Standard-Distribution hinzugefügt. Es ist der empfohlene Weg um Font Awesome Icons in Plugins zu verwenden. Erwägt Font Awesome anstatt klassicher Icon-Bilder aus Gründen der Konsistenz und besserem Aussehen auf Retina-Geräten zu verwenden.

Die beachtenswertesten Änderungen für Core-Entwickler:

1. Die PEAR Coding-Standards wurden von den PSR-2 Coding-Standards abgelöst. Die Einhaltung kann mit `phing sniff` überprüft werden.
2. PHP MessDetector wurde zu den Entwicklungstools hinzugefügt, und ist mittels `phing mess` aufrufbar.

Wichtige Hinweise

1. Diese Version enthält ein paar abwärtsinkompatible Änderungen (BC breaks). Eine Liste von bekannten Inkompatibilitäten wird auf einer entsprechenden Wiki-Seite geplegt.
2. Aktuelle Versionen von jQueryUI sind möglicherweise nicht vollständig kompatibel mit jQuery 3, siehe https://github.com/TN03/jQuery_XH/issues/1. Es könnte das beste sein, jQueryUI nicht für neue Entwicklungen zu verwenden.

Upgrade-Anleitung

Wenn Ihr CMSimple_XH 1.7 mit Euren Inhalten, Template(s) und Plugins testen möchtet, dann macht folgendes:

1. installiert CMSimple_XH 1.7.0beta1 in einer Testumgebung (auf Eurem lokalen Rechner, oder in einem Unterordner Eures Webspace; in letzterem Fall wird empfohlen aus Sicherheitsgründen den öffentlichen Zugriff auf diese Installation zu unterbinden)
2. verwendet Exchange_XH um die content.htm Dateien in das neue Format zu konvertieren (detaillierte Anweisungen finden sich im Handbuch von Exchange_XH)
3. kopiert den content/ Ordner in die Testumgebung
4. kopiert die Zweitsprachen-Ordner in die Testumgebung
5. kopiert den Ordner templates/ (oder nur einzelne Templateordner) in die Testumgebung
6. kopiert zusätzliche Plugins in die Testumgebung
7. kopiert alle Bilder, Downloads und Mediadateien in die Testumgebung
8. rekonfiguriert Einstellung->Konfiguration und Einstellungen->Sprach manuell

Leider fehlt noch vieles an Dokumentation bezüglich der neuen Features und Änderungen. Wenn Ihr also Fragen zu bestimmten Themen habt, fragt einfach nach, damit wir die Priorität auf die am meisten vermisste Dokumentation legen können.

Download

CMSimple_XH 1.7.0beta1

An diejenigen, die Bedenken wegen der Download-/Installationsgröße haben: der Standard-Download enthält eine Menge Zeug, das nicht unbedingt benötigt wird. Beispielsweise können alle Templates entfernt, und durch ein eigenes ersetzt werden, und Ihr könnt auch alle Plugins entfernen. Auf diese Weise kann eine minimale Installation immer noch weniger als 1 MB (entpackt) benötigen.

Viel Spaß!

[frase]

Sekt raus!
Jetzt wird gefeiert!
Ein Hoch auf Christoph und alle Helfer!

---
Fühlt sich gut an.
Schade, dass FA drin ist, aber im Editor nicht aktiv. Das liegt wohl wieder an den Pfaden.
Die Datumseingabe funktioniert wohl nur in Chrome-Browsern? In IE11 und FF53 jedenfalls nicht.
Bin erstmal begeistert!

[Tata]

Testen begonnen. Schon bei der vorigen Version wollte ich fragen, wozu gibt es im Editor die "H1..." und aboer auch die "Formats" Listen. Habe ich irgendwo eine Erklärung verpasst?
Unter lck_overlay_02 Template sieht die Navigation am standard Monitor irgendwie selten. Ist es ein Absicht?

lck-overlay-1.jpg

lck-overlay-2.jpg

[cmb]

Sekt raus!
Jetzt wird gefeiert!

Na ja, man soll den Tag nicht vor dem Abend loben, oder mit Sepp Herberger gesprochen: "Nach dem Release ist vor dem Release." Und bis zur 1.7.0 GA ist's noch ein langer Weg.

Schade, dass FA drin ist, aber im Editor nicht aktiv. Das liegt wohl wieder an den Pfaden.

Das FA Editor-Plugin für den TinyMCE 4 muss (zumindest noch) manuell installiert werden, siehe Fa_XH Handbuch. Für den CKEditor plant Holger aber eine automatische Verfügbarkeit; vielleicht kommt das ja auch noch für den TinyMCE 4. Und bei Codeeditor_XH braucht man nicht mal ein Plugin.

Die Datumseingabe funktioniert wohl nur in Chrome-Browsern? In IE11 und FF53 jedenfalls nicht.

Eine genaue Auflistung gibt's auf caniuse.com. Edge unterstützt es ebenfalls bereits (wenn auch etwas eigenartig), iOS Safari ebenfalls, und für Firefox 54 ist geplant, dass man es per Konfiguration aktivieren kann. Für alle anderen Browser hat sich gegenüber XH 1.6 halt nichts nennenswert geändert.

Schon bei der vorigen Version wollte ich fragen, wozu gibt es im Editor die "H1..." und aboer auch die "Formats" Listen. Habe ich irgendwo eine Erklärung verpasst?

Die Format-Listen (rechts) werden automatisch befüllt, die block_formats Liste (links) wird im Prinzip manuell befüllt. Im Prinzip könnte man auf letztere verzichten; dazu kann man bei Bedarf aber auch einfach in der verwendeten init Datei die entsprechende Zeile löschen.

[mhz]

Herzlichen Glückwunsch!

Testen begonnen: Habe content.htm in den Contentordner hochgeladen, Plugin Exchange_XH installiert.
Nach Klick auf Import, kommt 1) "Keine Seite ausgewählt" und 2) Der Inhalt konnte nicht importiert werden!
3) Im Debug-Modus steht: "WARNING: simplexml_load_file(): I/O warning : failed to load external entity "./content/content.xml"
/home/www/17cms/plugins/exchange/classes/ImportService.php:57"

[frase]

Testen begonnen: Habe content.htm in den Contentordner hochgeladen, Plugin Exchange_XH installiert ...

Hallo Michael,
es hat sich ja vieles geändert. Wie du richtig bemerkt hast, genügt es nicht mehr, den alten Content einfach zu kopieren.
Exchange musst du zuerst im alten CMSimple_XH installieren.
Dort den Inhalt exportieren.
Die dabei entstandene Datei "content.xml" in den neuen Content-Ordner kopieren.
Jetzt Exchange im neuen CMSimple_XH installieren.
Exchange starten und "Importieren" wählen.
Danach sollte der neue Inhalt gültig sein.
Das ist im Exchange-Handbuch beschrieben unter "Verwendung" - letzter Absatz.

[Kreative-Gruppe]

Schade

Meine persönliche Meinung

Solange nicht die Plugins XH 1.7 kompatible sind lohnt es sich nicht darüber nachzudenken ob man überhaupt uf 1.7 updaten sollte.

Was nützen Verbesserungen und Vereinfachungen und Namensänderungen (core -> assets) wenn 50% der plugins nicht laufen. Damit schiesst man sich doch selber ins aus. Natürlich ist das hier eine Beta 1, aber da viele der plugins nicht mehr unter 1.7 lauffähig sind, und das wird auch beim RC so sein ?! liegt noch viel Arbeit vor den Plugin Entwicklern - Ich bezweifle das bis zum Erscheinen des RC alle plugins 1.7-fähig sind.

Und wie wird das dann bei der Version 2 werden ???

Sorry, aber ohne lauffähige plugins ist XH 1.7 fast nutzlos.

Angelika

[frase]

Hallo Angelika,
mann, das klingt aber sehr negativ.

Aber, das war auch zu erwarten. Natürlich hast du in einigen Punkten Recht. Es gibt noch viel zu tun.
Um herauszufinden, was alles - dazu gibt es diese Testversion.

Die meisten der noch inkompatiblen Plugins stammen von aktiven Entwicklern (cmb, Holger, ...). Da wird sich in kürzester Zeit etwas tun.
Die Plugin-Entwickler mussten ja auch erstmal abwarten, wie 1.7 nun im Endeffekt aussieht/arbeitet. Es wurden ja viele Features diskutiert - einige übernommen, einige verworfen. Erst, wenn ein gewisser finaler Stand erreicht ist, kann man die Plugins anpassen. Wenn du Christophs Erklärungen (oben) verfolgt hast, wirst du bemerkt haben, dass in vielen Fällen nur eine Zeile Code zu tauschen ist.

Gerade bei dir bin ich mir sicher, dass du in naher Zukunft 1.7 mögen wirst und die reichlichen Vorteile zu schätzen weißt.
Vielleicht findest du bei deinen Tests noch entscheidende Knackpunkte?

Und: Vielleicht findest du jetzt schon etwas Positives und teilst es uns mit.
Auch Entwickler sind Menschen und freuen sich über Lob

[cmb]

Was nützen Verbesserungen und Vereinfachungen und Namensänderungen (core -> assets) wenn 50% der plugins nicht laufen.

Es sind zwar 11 Änderungen mit dem Label BC-Break getaggt, aber ich denke es sind eigentlich nur zwei, die für die Praxis relevant sind:

1. Vermeidung des auto-imports von Query-Flags
2. benannte Sessions

Gerade (1) betrifft eine ganze Reihe Plugins, aber ich halte diese Änderung trotzdem für sinnvoll, einfach um den globalen Namespace etwas sauberer zu halten, einigermaßen überblicken zu können, und nicht zuletzt um Sicherheitsprobleme zu vermeiden (ein bisschen ist dieses "Feature" nämlich vergleichbar mit register_globals, das in PHP 5.4 entfernt wurde).

(2) betrifft vermutlich nur relativ wenige Plugins, bietet aber für einige Plugins eine willkommene Vereinfachung, und macht einige andere sicherer, bzw. lässt sie überhaupt erst vernünftig in mehreren Installation in einer Domain funktionieren.

Leider gibt es für beide Fälle wohl nicht die Möglichkeit, die Nachteile zu beseitigen, ohne gleich eine Inkompatibilität auszulösen. Bezüglich (1) hatten wir allerdings bereits mit XH 1.6.3 (also vor mehr als 2 1/2 Jahren) eine neue Funktion eingeführt, die das Administrationsproblem vorwärtskompatibel löst. Plugins, die diese Funktion noch nicht verwenden, würden das möglicherweise auch in vielen Jahren noch nicht tun. Da gibt es für den Core zwei Möglichkeiten: einfach alles lassen wie es ist, oder eben aufzuräumen, und die Pluginentwickler zu drängen mitzuziehen – und ja, in der Regel ist es eine Zeile, die diesbezüglich geändert werden müsste.

Und grundsätzlich ist es eben in der Softwareentwicklung so, dass Änderungen an Software von der die eigene Software abhängt, passieren, und man die eigene Software nacharbeiten muss. Das gilt nicht nur für CMSimple_XH, sondern auch beispielsweise für PHP. Auch da gibt es immer wieder einmal eine inkompatible Änderung (Calendar funktionierte z,B, nicht mehr unter PHP 7, CMSimple_XH 1.6.9 erzeugt jede Menge Deprecated-Warnungen), und wenn nicht nachgebessert wird, dann funktioniert die abhängige Software eben irgendwann nicht mehr. Die Notwendigkeit einer andauernden Wartung sollte allen Entwicklern bewusst sein. Hilfreich dürfte es aber für die Entwickler sein, wenn sie auf tatsächliche Inkompatibilitäten hingewiesen werden; schließlich hat ein Entwickler nicht unbedingt die Zeit all seine Plugins gründlich unter jeder neuen Version zu testen.

[lck]

Unter lck_overlay_02 Template sieht die Navigation am standard Monitor irgendwie selten. Ist es ein Absicht?

Ja, das ist so gewollt
Aber du kannst das ja mit ein paar wenigen Änderungen in der css-Datei nach deinem Geschmack anpassen (Listenbreite, padding, font-style usw.). Die Templates im Download zeigen sehr schön, wie unterschiedlich man Menüs und Layout gestalten kann und wie einfach es mit CMSimple_XH ist den Content in einem anderen Design zu präsentieren. Viel Spaß beim Testen!

Besten Dank an alle Mitwirkenden, die diese neue Version von CMSimple_XH ermöglicht haben, eine großartige Leistung!