WebsiteBaker Community Forum
WebsiteBaker Support (2.13.x) => General Help & Support => 
Hilfe & Support (deutsch) => Topic started by: Hartmut on February 06, 2023, 10:43:36 PM
-
Hallo Leute,
könnte mir bitte jemand einen Tipp geben, wie und wo ich was einstellen muss, damit man im Backend (CKeditor, WYSIWYG) den Quellcode wieder farbig dargestellt bekommt. Mußte man nicht irgendwo im Template-Ordner eine config-Datei anlegen in der Syntaxhighlight = true o.s.ä. steht? Ich hatte das schon mal hinbekommen. Aufgrund einer Neueinrichtung von WB 2.13.3. ging mir diese hilfreiche Funktion leider verloren. Mir scheint, standardmäßig ist dieses Plugin/Modul des CKEditos nicht eingeschaltet? Für Eure Hilfe möchte ich mich schon mal im Voraus bedanken.
Gruß Hartmut
-
Syntax-Highlight ist standardmäßig eingeschalten (siehe Bild unten)
(https://i.gyazo.com/3d44bc70df37c13e83e05514d239c148.png)
Möglicherweise ist in deinen genutzten Frontend-Template-Ordner aber noch eine alte Datei wb_ckconfig.js, die der CKEditor mit einliest. Falls JA, diese mal für einen Test umbenennen, den Browsercache löschen und die Seite mit dem Editor reloaden
Eine Methode zur einfachen Überprüfung ohne langes Suchen:
- Klicke im Backend auf einer Seite mit angezeigten CKEditor rechts oder links mit der rechten Maustaste in den blauen Bereich außerhalb der normalerweise weißen Content-Anzeige
- Wähle im erscheinenden Menü "Seitenquelltext anzeigen" (für firefox, Chrome oder Edge) bzw Seitenquelle (in Opera)
- Scroll in diesem angezeigten Quelltext runter bis viel schwarzer Text statt des sonst bunten mit Syntaxhighlight versehenen Code und suche nach den im nächsten Bild markierten Zeilen
- customConfig gibt die Datei an, aus der aktuell die Konfiguration geladen wird
- extraPlugins sind die derzeit aktivierten Plugins
(https://i.gyazo.com/0c1805420f8b34dd4a0ea28a0d466c28.png)
Ist dort das gesuchte syntaxhighlight nicht dabei und die Konfiguration kommt nicht aus alten Dateien in den Frontend-Templates, kontrolliere die include.php des CKEditors im Ordner modules/ckeditor
das ist seit diversen WB- und CKEditor-Versionen so wie hier im Bild und kann dann eigentlich nur von dir geändert worden sein
(https://i.gyazo.com/cd29715f390dced99f9e615c6a782abb.png)
Sollte es weiterhin Probleme geben, poste mal einen Screenshot ähnlich meinem Bild 2, der alles zeigt, was da für den CKEditor eingestellt wurde
Hast du noch einen "zweiten", älteren Ordner mit Namen "syntax_highlight" (Ordnername mit Unterstrich) oder mit anderen Schreibweisen, kann der gelöscht werden. Aktiv ist der Ordner "syntaxhighlight"
P.S.: eine weitere Möglichkeit wäre das Löschen des Inhaltes vom Ordner modules/ckeditor per FTP und das anschließende Hochladen des gleichen Inhalts aus dem entpackten WB-Installationspaket (https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=0E15BDB5)
-
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:
<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:
$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:
<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_lan g": "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_lan g": "html" aktiviert zu bekommen.
Danke, Gruß Hartmut.
-
2.Nachtrag: Mit meinem Quellcode scheint trotzdem etwas nicht zu stimmen, denn nur die folgenden Zeilen stimmen überein:
<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
"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>
-
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?
-
Bedeutet syntaxhighlight_lan g": "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_lan g": "html" aktiviert zu bekommen.
Das mal zuerst und separat, sonst vergess ich das...
Das Syntaxhighlight-Plugin kann insgesamt 35 Programmier- und Auszeichnungssprach en 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 (https://i.gyazo.com/a26d6aff13da14e90b00c47cee9a8629.png).
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.
(https://i.gyazo.com/918e9e0e3254c261f9bb5f9b2eada0f4.png)
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 (https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=043B5F75), ü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
-
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
(https://i.gyazo.com/107a07e66e962c29e8b99790f3536fa3.png)
Ausgabe dann
(https://i.gyazo.com/b5a2274ddf5cae5e2b5578c41afcb0f6.png)
P.S.: funktioniert auch mit dem Code²-Modul
-
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.
-
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
-
Leider nein, die von Dir erwähnte Zeile in der config.php sieht wie folgt aus:
define('WB_URL', "https://0815.de/cms"); // no trailing slash or backslash!!!
Anbei noch der Screenshot im pdf-Dokument.
-
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
$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
-
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.
-
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
-
Hab die Anfrage mal mit einer dM an die DEV´s durchgereicht.
-
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 Installationspakete s. 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
-
@sternchen8875: An der include.php habe ich nichts verändert (Originalzustand). In der Zeile 131 steht wie bei Dir
$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.
-
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
-
ein paar neue Erkenntnisse - jetzt will ich es aber wissen.... :evil:
entgegen früherer Annahmen, das eine Datei oder Ordner mit Namen wb_config nur eingelesen wird, wenn
$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
-
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.
-
Dank dir! (Y)
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)
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
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
config.removePlugins =
'link'
+ ',backup'
+ ',oembed'
+ ',pagebreak'
+ ',save'
+ ',shybutton'
+ ',wbsave'
+ '';
die Korrektur
config.removePlugins =
'link'
+ ',pagebreak'
+ ',save'
+ '';
Wichtig: nach Änderungen an diesen JS-Dateien immer den Browser-Cache löschen
-
Noch ein Nachtrag, fast vergessen...
der Schalter in der include.php des ckeditors / Zeile 131 $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.
-
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.z ip 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
-
Danke Matthias, Danke sternchen8875
Eine Frage habe ich zu dem Thema
Wenn bei meiner Neuinstallation alles richtig angezeigt wird,
(https://gyazo.com/294dd9bf9aeab150755547724353bdc4.png)
https://gyazo.com/294dd9bf9aeab150755547724353bdc4 (https://gyazo.com/294dd9bf9aeab150755547724353bdc4)
sind die Änderungen dann auch nötig?
-
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.
-
Juhu, besten dank. Endlich wieder bunter Code 8-) (Y)
-
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ändigu ng, 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.
-
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.
-
Noch eine Erfahrung mit dem Kuddelmuddel.
Nach Neuinstall r182 und kopieren von ckeditor/wb_config in mein genutztes Template, war der Wysiwyg-Quellcode nicht bunt.
Erst nach Einfügen von
+ ',codemirror'bei den config.extraPlugins ging es.
Auch deaktivieren meines /wb_config hatte nicht geholfen. In dem Fall wird die originale ckeditor/wb_config genutzt, und dort stand codemirror ebenfalls nicht drin.
-
Kann ich bestätigen,
in der r182 fehlt "+codemirror" in den KOnfigurationsdatei en. Sollte meiner Meinung nach in einer künftigen Version wieder rein. War früher auch immer drinne. Irgendwann ist es wohl mal rausgeflogen.
Matthias
-
Der aktuelle Zustand, das der codemirror als Plugin wohl in der include.php, aber nicht in der wb_ckconfig.js des Editors drin steht, besteht mindestens seit WB 2.13.0, in ältere Dateien habe ich nicht geschaut. Wie in den Beiträgen oben schon erklärt, wird das Problem erst "akut", wenn eine weitere wb_ckconfig.js ins Spiel kommt. Erst dann wird der Schalter in der include.php überschrieben und die Regeln der wb_ckconfig.js, egal, wo auf dem Server im templates-Ordner werden wirksam, wo dort eben seit Jahren kein codemirror mehr eingetragen ist.
Ich hatte für das Problem mit dem Plugins ein Ticket erstellt, das in die WB 2.13.4 einfließen soll. Schauen wir mal..