CKEditor Syntaxhighlight einschalten?

[hgs]

Danke für die tollen Erläuterungen von Euch. Dann werde ich das Cleaning und Reparatur Paket über meine Installationen jagen.

Und ich werde mich dafür stark machen, das die nächste Version, vom besten CMS, eine "bereinigte" Version ist.

[sternchen8875]

Wenn bei meiner Neuinstallation alles richtig angezeigt wird....
sind die Änderungen dann auch nötig?

Matthias hat ja schon das meiste beantwortet, von mir noch 2,3 Sätze dazu

Nützlicher Nebeneffekt der Reparatur ist ja auch, das die Funktion mit unterschiedlichen Editor-Konfigurationen in den Frontend-Templates wieder hergestellt wird, die aktuell nicht funktioniert. Es geht also nicht nur um bunten Code im Quelltext des Editors. Es gibt ja auch unzähliche Plugins zum Nachrüsten, z.b. Autovervollständigung, wie man sie vom Handy kennt, eine Nivo-Sliderbildershow (kommerziell), wo kein extra Modul notwendig wäre, ein Wortzähler oder ein simpler Bilderdreher, die kann sich jeder nachrüsten und einbinden. Das ginge aber ohne diese Reparatur nicht.
Wenn man viel mit Usergruppen arbeitet, wäre vielleicht auch eine eingeschränkte Toolbar nützlich usw.
Wenn das alles für dich nicht von großer Bedeutung ist, kannst du es auch so lassen. Ein Ticket dafür ist erstellt und vielleicht fließt es irgendwann mit ein in ein nächstes Upgrade.

[Hartmut]

Juhu, besten dank. Endlich wieder bunter Code     

[ruebenwurzel]

Hallo,

Bei einer Neuinstallation ist nur ein Teil der Änderungen notwendig. Mein Cleaning-script besteht aus zwei Teilen. Zum einen werden nicht mehr benötigte Plugins früherer Installationen entfernt. Diesen Teil braucht es bei einer Neuinstallation nicht. Der zweite Teil ist der Fix für die wb_ckconfig.js. Den solltest du auch bei einer Neuinstallation machen.

Es schadet ja nicht den Script laufen zu lassen. Ich empfehle den Script auch bei einer Neuinstallation. Nebenbei enthält er auch noch einen kleinen Fix des upgrade-Scriptes.

[hgs]

Danke Matthias, Danke sternchen8875
Eine Frage habe ich zu dem Thema

Wenn bei meiner Neuinstallation alles richtig angezeigt wird,

https://gyazo.com/294dd9bf9aeab150755547724353bdc4
sind die Änderungen dann auch nötig?

[ruebenwurzel]

Hallo,

basierend auf den obigen threades habe ich mal ein kleines Cleaning und Reparatur Paket zusammengestellt.

!!! Gilt nur für WB.2.13.3 r166 !!!

Inhalt:
- entfernt alte Plugins im CKEditor
- entfernt die wb__ckconfig.js im DefaultTemplate
- repariert den Bereich der Plugins in der ckeditor/wb_config/wb_ckkonfig.js

Anwendung:
CKEditor_cleaning.zip in die Root des Servers laden
unzip.php in die Root des Servers laden (fallas nicht vorhanden)
unzip.php aufrufen (www.deinedomäne.de/unzip.php)
Nach dem Entpacken im Backend anmelden und oben den blauen Info Button aufrufen
Bei den "Maintenances Tools" über den Menüpunkt "Upgrade WebsiteBaker" ein Upgrade durchführen

Viel Spaß
Matthias

[sternchen8875]

Noch ein Nachtrag, fast vergessen...
der Schalter in der include.php des ckeditors / Zeile 131

Code Select Expand

$bWbConfigSetting = true; // default == false ist nur wirksam, wenn sich kein Ordner wb_config im /templates-Ordner befindet. Mit diesem Schalter lassen sich dann alle eventuell vorhandenen wb_ckconfig.js in den Template-Ordner deaktivieren (wenn true)
Standardmäßig ist die Nutzung dieser Dateien in den Templates aber aktiviert.

[sternchen8875]

Dank dir!   

das Problem liegt in der Datei wb_ckconfig.js im Ordner /modules/ckeditor/wb_config und allen weiteren im Projekt eingesetzten gleichnamigen Dateien (siehe ausführungen unten) bzw in der Tatsache, das der Ladevorgang bei einem Fehler direkt abgebrochen wird und das Script mit den Settings aus der include.php des CKEditors weitermacht
Dort werden Plugins bei den extraPlugins angesprochen, die es nicht mehr gibt. Im Speziellen ist es im Original-Code so, das die include.php diese extraPlugins zur Verfügung stellt, dann die CKEditor-eigene wb_ckconfig läd, in der Definition dieser extraPlugins einen gültigen Eintrag findet (filebrowser) und damit  die Festlegungen der include.php überschreibt, dann kommt es aber zum nächsten zu ladenen Plugin "liststyle", findet es nicht und das Laden wird abgebrochen. 
Da ein CKEditor-Upgrade keine Plugins löscht, hat der Eine oder Andere diese noch im Plugins-Ordner und ist dann nicht betroffen.

Aber fangen wir mit dem Grundsätzlichem an:
Vergeßt bitte das meiste, was ich oben behauptet habe, nicht alles ist korrekt.

#1: es ist nach wie vor möglich, jedem eingesetzten Frontend-Template eine eigene Datei wb_ckconfig.js mit separaten Einstellungen zu liefern, wenn diese entsprechend unten angeführter Anleitung korrigiert wurden und wenn sich diese Datei im Hauptverzeichnis des jeweiligen Templates befindet. Die Ladereihenfolge wäre
1 = include.php
2 = modules/ckeditor/wb_config/wb_ckconfig.js
3 = templates/wb_config/wb_ckconfig.js (wenn vorhanden)
4 = templates/DefaultTemplate/wb_ckconfig.js (oder jedes andere eingesetzte Frontend-Template)

Nummer 3 ist eher eine globale, aber dennoch private Einstellung des Benutzers, die bei einem Upgrade nicht überschrieben wird
Nummer 4 ist spezifisch für dieses Template gedacht und überschreibt #3. Damit wäre es z.b. möglich, einer News-Seite nur eine kleine Toolbar zu geben, die z.b. nur ein Font-Styling erlaubt, damit die Benutzergruppe dort nichts anderes machen kann

#2: möglich ist weiterhin ein Ordner wb_config im Ordner /templates, der alle Konfigurations-Files des Editors enthält. Auch hier muß dann diese wb_ckconfig.js angepasst werden

#3: die Reparatur der Datei wb_ckconfig.js im Ordner modules/ckeditor/wb_config (und, wenn verwendet, in den templates Ordners)

das (aktuell nicht funktionierende Original)

Code Select Expand

config.extraPlugins   =
                            'filebrowser'
                          + ',liststyle'
                          + ',pastefromword'
                          + ',table,tabletools'
                          + ',syntaxhighlight'
                          + ',wblink'
                          + ',wbdroplets'
                          + ',wbabout'
                          + ',wboembed'
                          + ',wbrelation'
//                          + ',emoji'
                          + '';

Hier sind einige Plugins genannt, die nicht mehr Bestandteil sind, z.b. liststyle oder pastefromword

der korrigierte Block (es dürfen nur Plugins verwendet werden, die sich auch im Ordner modules/ckeditor/ckeditor/plugins befinden

Code Select Expand

     config.extraPlugins   =
                            'filebrowser'
                          + ',codemirror'
                          + ',syntaxhighlight'
                          + ',wblink'
                          + ',wbdroplets'
                          + ',wbabout'
                          + ',wboembed'
                          + ',wbrelation'
//                          + ',emoji'
                          + '';

Das Plugin "emoji" ist dabei optional, wer es haben möchte, muß die Auskommentierung entfernen (//)

Die gleiche Reparatur ist auch für die Definition der RemovedPlugins erforderlich

das kaputte Original

Code Select Expand

    config.removePlugins  =
                            'link'
                          + ',backup'
                          + ',oembed'
                          + ',pagebreak'
                          + ',save'
                          + ',shybutton'
                          + ',wbsave'
                          + '';

die Korrektur

Code Select Expand

    config.removePlugins  =
                            'link'
                          + ',pagebreak'
                          + ',save'
                          + '';

Wichtig: nach Änderungen an diesen JS-Dateien immer den Browser-Cache löschen

[Hartmut]

Leider nein. wysiwyg_admin läuft bei mir nicht. Siehe Inhalt des Modules-Ordners im Anhang. Außer foldergallery & wbstats dürfte alles im Originalzustand sein.

[sternchen8875]

ein paar neue Erkenntnisse - jetzt will ich es aber wissen.... 

entgegen früherer Annahmen, das eine Datei oder Ordner mit Namen wb_config nur eingelesen wird, wenn

Code Select Expand

$bWbConfigSetting = false;
auf true steht, ist es genau anders herum. Obige Aussagen von mir sind damit falsch.

Die Funktion PreCheck::scanDirTreeIterator() scannt den in den WB-Optionen als Standard eingestellten Template-Ordner. Das für die Seite mit der betroffenen Wysiwyg-Sektion eingestellte Frontend-Template ist unerheblich. Es werden auch nicht alle Template-Ordner gescannt, wie von mir angenommen.

Das Verwenden einer eigenen Version der wb_ckconfig im Haupttemplate ist ohne Probleme möglich, allerdings muß diese Datei mit dem Original im Ordner modules/ckeditor/wb_config verglichen werden. Unterschiede gibt es bei einigen Menüaufrufen (müssen vom Original komplett kopiert werden, können im Anschluß dann in den Einzelpunkten angepasst werden), in ein paar einzelnen Settings (meist true/false-Unterschiede) und in den Plugins - im Anschluß Browsercache löschen

Die Ursache beim Threadersteller Hartmut ist das Fehlen der eingesetzten Plugins, das u.a. eben das Plugin codemirror einbindet, das dieses Syntakhighlighting im Quellcode des CKEditors übernimmt.

Frage an Hartmut: läuft bei dir noch eine Modulversion von wysiwyg_admin?Der Ordner müßte dann im Modules-Verzeichnis zu finden sein oder in den registrierten Addons (siehe Erweiterungen->Modules->Details zum Modul -> Wysiwyg_Admin aus der Liste wählen

[Luisehahne]

Ich habe keine wb_ckconfig.js in meinen Template-Ordnern, außer cms\templates\DefaultTemplate\js\wb__ckconfig.js
Vielleicht ist es tatsächlich wegen der Installation in einem Unterverzeichnis, da bei einer anderen wb-Installation (im Stammverzeichnis) die farbige Codedarstellung funktioniert.

@dbs: Leider habe ich im DefaultTemplate keinen wb_config Ordner welchen ich löschen könnte. Nur die von ruebenwurzel schon genannte cms\templates\DefaultTemplate\js\wb__ckconfig.js

Vielen Dank an alle für Eure tolle Unterstützung.

Die wb__ckconfig.js kann gefahrlos gelöscht werden. Sind wie beschrieben Altlasten und wird beim nächsten Upgrade oder Patch gelöscht.

Dietmar

[Hartmut]

@sternchen8875: An der include.php habe ich nichts verändert (Originalzustand). In der Zeile 131 steht wie bei Dir

Code Select Expand

$bWbConfigSetting = false;
Ich habe keine wb_ckconfig.js in meinen Template-Ordnern, außer cms\templates\DefaultTemplate\js\wb__ckconfig.js
Vielleicht ist es tatsächlich wegen der Installation in einem Unterverzeichnis, da bei einer anderen wb-Installation (im Stammverzeichnis) die farbige Codedarstellung funktioniert.

@dbs: Leider habe ich im DefaultTemplate keinen wb_config Ordner welchen ich löschen könnte. Nur die von ruebenwurzel schon genannte cms\templates\DefaultTemplate\js\wb__ckconfig.js

Vielen Dank an alle für Eure tolle Unterstützung.

[sternchen8875]

Die wb_config.js liegt im js-Ordner, ist dort aber mit einem doppelten Unterstrich (wb__config.js) geschrieben. Hat das einen Grund? Wird die so überhaupt erkannt?

Nein, wird so nicht erkannt. Gesucht wird in den Frontend-Templates nach einer Datei oder Ordner mit exakten Namen wb_config und nach der wb_ckconfig.js
Der Ordner wb_config in DefaultTemplate war in der Version 2.8.3 SP7 mal Teil des Installationspaketes. Das war damals der erste Einsatz dieses Templates. Wer seitdem fleißig Updates auf Basis dieser Version gezogen hat, schleift den alten Ordner natürlich immer mit. Und wer von einer früheren Version upgedatet hat, ist dann nicht betroffen

Ich hab jetzt mein Archiv mal durchgesucht, eine Datei wb__config (zwei Unterstriche) hab ich da nicht gefunden

[hgs]

Hab die Anfrage mal mit einer dM an die DEV´s durchgereicht.

[ruebenwurzel]

Hallo,

hat zwar nix mit dem ursprünglichen Thread zu tun, habe mir aber wegen dem Hinweis von dbs mal das Default Template angeschaut. Bei mir gibt es keinen Ordner wb_config. Die wb_config.js liegt im js-Ordner, ist dort aber mit einem doppelten Unterstrich (wb__config.js) geschrieben. Hat das einen Grund? Wird die so überhaupt erkannt? Sie unterscheidet sich auch erheblich von der wb_config.js, die im modules/ckeditor Verzeichnis liegt. So wie ich das sehe müsste man (die DEVs) sich das mal anschauen.

Matthias

[dbs]

Hab auch so eine Installation wo der Highlighter nicht funktioniert.
Wegen diesem Thread hab ich nochmal rumprobiert. Alle gefundenen wb_config Ordner in den templates gelöscht.
Hat nicht geholfen. Im DefaultTemplate (was ich natürlich nicht benutze) war auch ein wb_config Ordner von 2021. Den gelöscht und es ging.
Vielleicht hilfts bei dir auch.

[sternchen8875]

Danke + verdammt....   

Hast du in der include.php irgendwas geändert? Falls ja, bitte hier mal mit anhängen.
Wenn NEIN, vermute ich die Struktur bei dir, wo WB in einem Unterverzeichnis läuft

Was da fehlt, wäre das Plugin codemirror, aber eben auch noch andere Werte, die nur in der include.php zu finden sind. Alle diese Werte werden über einen Schalter gesteuert, der ist in Zeile 131

Code Select Expand

    $bWbConfigSetting = false;

false wäre das Standard-Setting und man soll es auf true setzen, wenn man weitere wb_ckconfig.js in den Frontend-Templates benutzen möchte. Kontrollier das mal und korrigiere es ggf auf false

P.S.: die alte Versionen der User-eigenen wb_ckconfig.js in den Template-Ordnern haben noch veraltere Definitionen drinnen, vorallem betrifft das die verschiedenen Menüs. Dort gab es vor 2-3 Jahren eine Änderung in der Schreibweise und Anordnung der Menüs.
Zur Reparatur kopiert man die Menüs, die dort benötigt werden aus der Datei modules/ckeditor/wb_config/wb_ckconfig.js und geht dann die Schreibweisen der nachfolgenden Definitionen durch

[Hartmut]

Leider nein, die von Dir erwähnte Zeile in der config.php sieht wie folgt aus:

Code Select Expand


define('WB_URL',          "https://0815.de/cms"); // no trailing slash or backslash!!!


Anbei noch der Screenshot im pdf-Dokument.

[sternchen8875]

Der Editor ist aber schon zu sehen? Also die Buttons usw?  Mach mal bitte einen Screenshot davon.
mich stört ja, das die Konfiguration aus der include.php zu fehlen scheint

kleiner ProForma-Check: schau mal, ob deine WB_URL in der config.php am Ende einen Slash hat. Falls JA, weg damit

[Hartmut]

Danke für Deine Unterstützung. Ich meine schon die Syntax-Auszeichnung im Backendbereich (siehe Dein erstes Bild). Im WYSIWYG klickt man auf den Quellcodebutton und dann sollten die HTML-Befehle wie z.B. <td> z.B. grün dargestellt werden und Text z.B. blau. Bei mir ist leider alles schwarz und das macht die Lesbarkeit des Codes etwas schwerer. Und da ich diese Funktion bislang hatte, vermisse ich sie nun jetzt.

[sternchen8875]

Hab ein wenig getestet....

für den Effekt im Bild ist die einfachste Lösung das angehängte Modul. Das muß auf jeder Seite als Section angelegt werden, wo du solch bunten Code im Frontend ausgeben möchtest. Im Backend ist außer dem Install des Modul nichts weiter zu tun.

Ob diese Section mit dem SyntaxHighlighter vor oder nach deinem Code kommt, spielt keine Rolle


Ausgabe dann



P.S.: funktioniert auch mit dem Code²-Modul

[sternchen8875]

Bedeutet syntaxhighlight_lang": "php",  dass diese nun wenigstens für die Sprache php funktionieren sollte? Und falls ja, wie und wo müsste ich editieren, um auch html  als "syntaxhighlight_lang": "html" aktiviert zu bekommen.

Das mal zuerst und separat, sonst vergess ich das...
Das Syntaxhighlight-Plugin kann insgesamt 35 Programmier- und Auszeichnungssprachen highlighten. Dies erfolgt automatisch, d.h. ist das Plugin aktiv, highlightet es all diese 35 Programmiersprachen automatisch. Es muß nichts umgestellt werden, z.b. für HTML oder sass usw
Dazu gibt es in der Explorer-Toolbar ein Fenster zum Einfügen von Code-Abschnitten, erreichbar über diesen Button .
In diesem Fenster ist oben eine Auswahlbox und was dort als Standardwert steht, kann man in der include.php als Favorit einstellen, zur Demo mal auf SASS gestellt.



Nun die wichtigste Frage, denn ich vermute ein Mißverständnis. Geht es dir um farbigen Code im Front- oder Backend?
Im Backend erledigt das das Plugin codemirror

Für das Frontend gab es verschiedene Varianten, über ein extra Modul, über Filter und über Javascript bzw JQuery. Für Letzteres sind im DefaultTemplate noch Fragmente enthalten, aber es fehlen ein paar wichtige Dateien.
Im Prinzip wird über CSS-Klassen gehighlightet. Das oben angeführte Code-Fenster fügt um den Code ein <pre> mit der entsprechenden Klasse ein und JS + CSS machen es dann bunt
Soweit ich weiß, abeiten alle Lösungen mit der Datei shCore.css im jeweiligem Frontend-Template-Ordner oder eben im modules/-Ordner für dieses Addon

[Hartmut]

Einen "zweiten", älteren Ordner mit Namen "syntax_highlight" habe ich nicht. Der Inhalt im Ordner \modules\ckeditor stimmt mit den originalen WebsiteBaker Dateien überein, d.h. da wurde nix verändert. Jetzt bleibt doch eigentlich nur mein Template-Ordner als Fehlerquelle übrig, oder?

[Hartmut]

2.Nachtrag: Mit meinem Quellcode scheint trotzdem etwas nicht zu stimmen, denn nur die folgenden Zeilen stimmen überein:

Code Select Expand


<script>CKEDITOR.replace('content50', {
    "ModulVersion": "4.20.0.3",
    "WBrevision": "166",
    "WBversion": "2.13.3",
    "contentsCss": "https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/editor.css",
    "stylesSet": "wb:https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/editor.styles.js",
    "templates_files": [
        "https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/editor.templates.js"
    ],
    "customConfig": "https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/wb_ckconfig.js",
    "defaultLanguage": "de",
    "language": "de",


Die Zeilen danach sehen merkwürdig aus, denn hier sollte es eigentlich mit "format_tags:" .... weitergehen

Code Select Expand


"docType": "<!DOCTYPE html>",
    "backup_on_start": true,
    "backup_save_delay": 500,
    "syntaxhighlight_lang": "php",
    "filebrowserBrowseUrl": "\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/browser\/default\/browser.html?Connector=\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/connectors\/php\/connector.php",
    "filebrowserImageBrowseUrl": "\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/browser\/default\/browser.html?Type=Image&Connector=\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/connectors\/php\/connector.php",
    "filebrowserFileBrowseUrl": "\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/browser\/default\/browser.html?Type=File&Connector=\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/connectors\/php\/connector.php",
    "filebrowserMediaBrowseUrl": "\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/browser\/default\/browser.html?Type=Media&Connector=\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/connectors\/php\/connector.php",
    "uploader": false,
    "height": "358px",
    "width": "100%",
    "autoGrow_minHeight": "358px",
    "autoGrow_maxHeight": "358px",
    "autoGrow_bottomSpace": 50,
    "autoGrow_onStartup": false
});</script>


[Hartmut]

Vielen Dank für Deine umfangreiche Antwort, dank dieser habe ich alles nachvollziehen können. Leider stehe ich trotzdem auf dem Schlauch, denn syntaxhighlight scheint laut Quellecode ausgeschaltet zu sein, obwohl ich keine wb_ckconfig.js in meinem Template-Ordner habe:

Code Select Expand


<script>window.CKEDITOR_BASEPATH='/cms/modules/ckeditor/ckeditor/';</script>
<script src="/cms/modules/ckeditor/ckeditor/ckeditor.js?t=K254"></script>
<script>CKEDITOR.replace('content42', {
    "ModulVersion": "4.20.0.3",
    "WBrevision": "166",
    "WBversion": "2.13.3",
    "contentsCss": "https:\/\/0815.de\/cms\/templates\/MEINTEMPLATE\/editor.css",
    "stylesSet": "wb:https:\/\/0815.de\/cms\/templates\/MEINTEMPLATE\/editor\/editor.styles.js",
    "templates_files": [
        "https:\/\/0815.de\/cms\/templates\/MEINTEMPLATE\/editor\/editor.templates.js"
    ],
    "customConfig": "https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/wb_ckconfig.js",
    "defaultLanguage": "de",
    "language": "de",
    "docType": "<!DOCTYPE html>",
    "backup_on_start": true,
    "backup_save_delay": 500,
    "syntaxhighlight_lang": "php",
    "filebrowserBrowseUrl": "\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/browser\/default\/browser.html?Connector=\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/connectors\/php\/connector.php",
    "filebrowserImageBrowseUrl": "\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/browser\/default\/browser.html?Type=Image&Connector=\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/connectors\/php\/connector.php",
    "filebrowserFileBrowseUrl": "\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/browser\/default\/browser.html?Type=File&Connector=\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/connectors\/php\/connector.php",
    "filebrowserMediaBrowseUrl": "\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/browser\/default\/browser.html?Type=Media&Connector=\/cms\/modules\/ckeditor\/ckeditor\/filemanager\/connectors\/php\/connector.php",
    "uploader": false,
    "height": "358px",
    "width": "100%",
    "autoGrow_minHeight": "358px",
    "autoGrow_maxHeight": "358px",
    "autoGrow_bottomSpace": 50,
    "autoGrow_onStartup": false
});</script>





Die include.php sieht wie bei Dir aus, selbst die Zeilennr. stimmt:

Code Select Expand


        $ckeditor->config['extraPlugins'] =
                            'codemirror'
                          . ',filebrowser'
                          . ',syntaxhighlight'
                          . ',wblink'
                          . ',wbdroplets'
                          . ',wbabout'
                          . ',wboembed'
                          . ',wbrelation'
//                          . ',emoji'


Falls ich den Quellcode richtig lese, könnte dann vielleicht die Ursache in den folgenden Dateien zu finden sein?

"contentsCss": "https:\/\/0815.de\/cms\/templates\/MEINTEMPLATE\/editor.css",
     "stylesSet": "wb:https:\/\/0815.de\/cms\/templates\/MEINTEMPLATE\/editor\/editor.styles.js",
    "templates_files": ["https:\/\/0815.de\/cms\/templates\/MEINTEMPLATE\/editor\/editor.templates.js"],
    "customConfig": "https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/wb_ckconfig.js",



Nachtrag:
Ich habe nun alle 4 o.g. Dateien aus meinem Template gelöscht. Jetzt zeigt der Quellcode wenigstens folgendes an:

Code Select Expand


<script>CKEDITOR.replace('content50', {
    "ModulVersion": "4.20.0.3",
    "WBrevision": "166",
    "WBversion": "2.13.3",
    "contentsCss": "https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/editor.css",
    "stylesSet": "wb:https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/editor.styles.js",
    "templates_files": [
        "https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/editor.templates.js"
    ],
    "customConfig": "https:\/\/0815.de\/cms\/modules\/ckeditor\/wb_config\/wb_ckconfig.js",
    "defaultLanguage": "de",
    "language": "de",
    "docType": "<!DOCTYPE html>",
    "backup_on_start": true,
    "backup_save_delay": 500,
    "syntaxhighlight_lang": "php",


Bedeutet syntaxhighlight_lang": "php",  dass diese nun wenigstens für die Sprache php funktionieren sollte? Und falls ja, wie und wo müsste ich editieren, um auch html  als "syntaxhighlight_lang": "html" aktiviert zu bekommen.


Danke, Gruß Hartmut.