WebsiteBaker Community Forum

WebsiteBaker Support (2.12.x) => General Help & Support => Hilfe & Support (deutsch) => Topic started by: evaki on November 18, 2018, 11:50:44 AM

Title: Editor ohne Tunnelblick
Post by: evaki on November 18, 2018, 11:50:44 AM
Kurz gefragt: Wie schalte ich die autom. Löschung bei Fehlern oder auch vermeintlichen Fehlern ab?

Bei der Formatierung von Texten und der Einbindung dieser in bestimmte Elemente, löscht mir der Editor mühsam erstelle Zeilen, wenn sich z.B. ein Tipfehler eingeschlichen hat. Das ist mehr als nervig, da steigt die Frustration erheblich.

Dünne Haut? Nee.  :evil:  Habe nur den "Auftrag", mich um die Probleme beim Lesen von Fachtexten und Autorenscripte zu kümmern, die beim Lesen mit Screenreadern auftreten.
Fundamentale Fehler in Screenreadern bestehen schon ewig bzw in den Normen für html findet sich dafür keine Lösung. Was mich ärgert ist nicht die gemachten Fehler, sondern daß die im Jahre 2018 noch immer nicht beseitigt sind.

Da brauchts in diesem Zusammenhang natürlich einen freundlichen Editor, also einen der mich stützt, und nicht behindert.

Beim Test dieser Texte bzw. Materialien braucht man eine Freiheit im Editor, die bei der Alltagsschreiberei nicht unbedingt vorgesehen ist (vielleicht demnächst noch einen mit KI, der die Gedanken beim Schreiben manipuliert?) . Ich kann natürlich den alten FCK-Editor wieder aus der Schublade holen, oder Alternativen, mit dem man jeden Schei... eingeben kann, wobei hier dann die volle Verantwortung -ähm Verantwortung?- beim Schreiber liegt.

MfG. Evaki

 
Title: Re: Editor ohne Tunnelblick
Post by: Gast on November 18, 2018, 12:05:27 PM
das sollte diese Einstellung sein

modules/ckeditor/wb_config/wb_ckconfig.js  ~ Zeile 243 auf false setzen

Code: [Select]
    //disable ckes Advanced Content Filter (ACF) to avoid wblinks to be filtered?
    config.allowedContent = true;

Editor muß danach neu gestartet werden, also mal die Seite wechseln zu einer Seite ohne Editor (Seitenübersicht, Media etc)
Alledings laufen da noch zig andere Filter und Settings

Vielleicht kannst du mal ein Beispiel fürs "Vertippen" geben, da ist doch sicher nicht ein Schreibfehler im Wort XY gemeint, sondern eher im HTML Code, oder?
Title: Re: Editor ohne Tunnelblick
Post by: evaki on November 18, 2018, 12:19:49 PM
Quote
sondern eher im HTML Code, oder?
So ist es. Ärgerlich nach viel Fummelarbeit mit Unicode. Peng, und der Code is wech  :-o

Ja, und danke, das hilft  (Y)
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Luisehahne on November 18, 2018, 01:17:00 PM
Hi, also wenn ich auf dieser Seite lese (https://ckeditor.com/docs/ckeditor4/latest/guide/dev_acf.html) und ich das richtig verstehe müsste durch die folgende  Einstellung im content alles erlaubt sein

Allow everything (disable ACF)
Code: [Select]
config.allowedContent = true;
CKEditor ist eine Wissenschaft für sich. Ich würde die wb_confi.js in den template Ordner einfügen und in dieser die Einstellung ändern, dann bleibt dir deine eigene Einstellung erhalten.

Dietmar
Title: Re: Editor ohne Tunnelblick
Post by: evaki on November 18, 2018, 01:34:50 PM
Das ist natürlich optimal, hatte jacobi22 ja schon aufgezeigt.
Die einfache Möglichkeit, die Option zu (de)aktivieren, hatte ich aber dabei noch nicht in Betracht gezogen.
Ich benutze den Editor auch meist wie viele Anwender, und alle sind's zufrieden.
Nur in diesem speziellen Fall raubt er einem den letzten Nerv  8-)  :-D

MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: evaki on November 18, 2018, 01:55:51 PM
Fällt mir jetzt erst auf -klar wenn man reinguckt...
Der eine sagt =true, der andere =false. (true scheint def. zu sein)
Der eine meint wb_ckconfig.js, der andere settings_config.js, beide oder was meint CKeditor.js dazu?

Die Antworten haben auch noch bis die nächsten Tage Zeit.
Heut' ist ein soooo schöner Tag. Genießt ihn erstmal.

Aber noch 'ne nachträgliche Frage. Muß die wb_ckconfig.js im Template über <script> eingebunden werden, oder holt sich WB die Datei im Templateordner?
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Luisehahne on November 18, 2018, 02:18:09 PM
Fällt mir jetzt erst auf -klar wenn man reinguckt...
Der eine sagt =true, der andere =false. (true scheint def. zu sein)
Der eine meint wb_ckconfig.js, der andere settings_config.js, beide oder was meint CKeditor.js dazu?
Die settings_config.js ist nur für den CKEditor unter Optionen "website_title und website_footer". Wird nur per Javascript eingebunden. d.H. Einstellungen in der include.php überschreibt nicht die settings_config.js

Quote
Aber noch 'ne nachträgliche Frage. Muß die wb_ckconfig.js im Template über <script> eingebunden werden, oder holt sich WB die Datei im Templateordner?
wb_ckconfig.js muss nicht über <script> eingebunden werden. Siehe Beschreibung in /modules/ckeditor/DOCS/readme-faq.txt

Dietmar
Title: Re: Editor ohne Tunnelblick
Post by: Gast on November 18, 2018, 03:29:38 PM
ergänzend noch dazu:
einige Einstellungen in einer wb_ckconfig.js im aktiven Frontent-Template-Ordner oder in einem Ordner /templates/wb_config
werden nur umgesetzt, wenn der Schalter $bWbConfigSetting in der Datei modules/ckeditor/include.php ~ Zeile 81
auf true gesetzt wird

Default ist
Code: [Select]
        $bWbConfigSetting = false;
dazu zählen

Title: Re: Editor ohne Tunnelblick
Post by: Luisehahne on November 18, 2018, 05:19:25 PM
Sicherlich bedarf es in Zukunft noch einer besseren Lösung. Werde drüber nachdenken

Dietmar
Title: Re: Editor ohne Tunnelblick
Post by: evaki on November 18, 2018, 07:51:47 PM
Der unbedarfte Anwender bekäme jetzt die Krise.
Ich selbst hätte sicherlich auch erheblich an Zeit investieren müssen, um auf mögliche Lösungen bzw. die richtigen Schalter zu kommen. Bei meinem manchmal autretenden Wusel hätte es wohl mehr als lange gedauert.
Deshalb vielen Dank.
Ist angenehm zu sehen, wie jeder sich mit unterschiedlichen Talenten einbringt, und WB-Anwendern schnell aus der Patsche hilft. [LikeButton]
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on November 19, 2018, 11:22:12 AM
Sicherlich bedarf es in Zukunft noch einer besseren Lösung.

die einzig "bessere" Lösung wäre ein Tool zum Einstellen, ob es wer braucht, ist eine andere Geschichte

Grundsätzlich würde ich am aktuellen System der Dateieinbindung nichts mehr ändern, bis auf eine Sache:
Eine editor.css wird immer geladen, egal, ob im Ordner des CkEditors (Unterordner wb_config), im Ordner des Frontend-Templates, im Unterordner wb_config des Frontend-Templates oder in einem separatem Ordner /templates/wb_config.
Die Pfade in der include.php machen es möglich.
Warum die editor.css an all diesen Stellen geladen werden kann, eine der anderen Konfigurationsdatei en aber nicht (mehr) aus einem Unterordner wb_config im Template, hab ich seit Jahren nicht verstanden. Das scheint niemanden zu stören, hab in all den Jahren nie einen Post dazu gelesen, es funktioniert ja, wenn alles im Root des Templates liegt.
Man weiß aber auch nie, wie viele Leute das benutzen, von daher würde ich nix an den bisher nutzbaren Varianten ändern
Title: Re: Editor ohne Tunnelblick
Post by: LudwigSt on December 03, 2018, 06:21:44 PM
Ich kämpfe auch gerade mit dem CKEditor. Er ändert ständig an meinem Code herum. Ich habe dieses gemacht:
das sollte diese Einstellung sein

modules/ckeditor/wb_config/wb_ckconfig.js  ~ Zeile 243 auf false setzen

Code: [Select]
    //disable ckes Advanced Content Filter (ACF) to avoid wblinks to be filtered?
    config.allowedContent = true;

Editor muß danach neu gestartet werden, also mal die Seite wechseln zu einer Seite ohne Editor (Seitenübersicht, Media etc)
Alledings laufen da noch zig andere Filter und Settings

Vielleicht kannst du mal ein Beispiel fürs "Vertippen" geben, da ist doch sicher nicht ein Schreibfehler im Wort XY gemeint, sondern eher im HTML Code, oder?

Und habe jenes gemacht:
Hi, also wenn ich auf dieser Seite lese (https://ckeditor.com/docs/ckeditor4/latest/guide/dev_acf.html) und ich das richtig verstehe müsste durch die folgende  Einstellung im content alles erlaubt sein

Allow everything (disable ACF)
Code: [Select]
config.allowedContent = true;
CKEditor ist eine Wissenschaft für sich. Ich würde die wb_confi.js in den template Ordner einfügen und in dieser die Einstellung ändern, dann bleibt dir deine eigene Einstellung erhalten.

Dietmar

Aber nix hilft  :cry:

Ich möchte einfach nur
Code: [Select]
<h1 is-size-3> eingeben und der CKEditor macht daraus immer
Code: [Select]
<h1 is-size-3="">
Gibt es noch einen Schalter zum Umlegen?
Title: Re: Editor ohne Tunnelblick
Post by: dbs on December 03, 2018, 08:03:01 PM
Gespeichert wird es so wie du willst ohne ="" (wenn du in der Code-Ansicht speicherst).
Wenn du aber zwischen Code und HTML umschaltest, kommt wohl der Codemirror ins Spiel.
Der erkennt, dass da etwas fehlt und macht ="" dazu.
Wie man das lösen kann, weiß ich leider nicht. Wenn du so Freestyle HTML brauchst wäre vielleicht das Modul Code2 etwas für dich.
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 04, 2018, 11:06:09 AM
Da JS nun gar nicht in meiner Tüte ist, habe ich einen aus unserem "Sandkasten" gefragt.
Der oder wiederum sein Anwender hat codemirror aus den "extraPlugins" entfernt. Wie wo was, Version?, js oder auch in der include.php, -keine Ahnung.
Was nun nach der Entfernung wie aussieht und funktioniert (ohne Ersatz???) -keine weitere Informationen vorliegend.
Außerdem hat er irgendwas von einer DEV-Version erzählt -ups......
Jedenfalls solls angeblich funktionieren.
Spinnen die? Hab ich was überhört?

Meine bisher selbst versuchsweise vorgenommenen Änderungen waren für die Tonne (überfordert oder nur vollends genervt -weiß nicht mehr) Hab' dann für meine auf dem Zettel stehen Aufgaben 'nen alternativen Editor genutzt. Gibt ja auch noch die Möglichkeit CKE einzusetzen, falls er noch funktionieren sollte -hab ihn nur bis wb_v2.10 benutzt, und von Anwendern kam bisher noch keine Rückmeldung bezgl. CKE.

MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 04, 2018, 12:17:48 PM
Codemirror oder nicht macht bei mir keinen Unterschied....
Der Code wird so gespeichert, wie ich ihn eingebe, aber falsch wieder ausgegeben oder komplett rausgekürzt. Ich werde mal eine komplett neie Installation machen. War gestern schon knapp davor, bin aber irgendwo in den vorhandenen 5 Konfigurationsdatei en durcheinander gekommen. Da waren einfach zu viele Schalterchen...

Grundsätzlich sollte wohl gesagt werden, das der CKEditor nach den Regeln des W3C arbeitet, wenn auch in der 4er Version nicht im komplettem Umfang. W3C ist eine Standardisierung, ähnlich der deutschen DIN-Norm. Und wenn ich davon abweiche und mein eigenes Kram mache, muß ich eben auch damit rechnen, das die später benutzten Werkzeuge wie Browser, Editoren usw nicht in jedem Fall damit klar kommen
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 05, 2018, 06:40:23 PM
Mich persönlich nervt halt, daß ein "Freestyle HTML" ausgeschlossen wird, wenn man das nicht "irgendwo" deaktivieren kann. Mit dem FCKE (hatte versehentlich CKE geschrieben) gab es das Problem nicht, weshalb der halt sehr lange -erst recht bei mir- im Einsatz war,  und in anderen Projekten auch weiterhin ist.

Weißt Du wie der CKE mit "unbekannten" Elementen umgeht?
Erkennt er die oder müssen die ihm "irgendwie" bekannt gemacht werden?
Habe es mit dem CKE bisher nicht ausprobiert, weshalb ich mir noch keine Antwort geben konnte  :-D
Aber vielleicht hast DU ja schon Erfahrungen machen können.

MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: dbs on December 06, 2018, 12:15:06 AM
Beibringen kannst du ihm einiges. ZB in der ckeditor/wb_config/wb_ckconfig.js ab Zeile 244
Code: [Select]
//disable ckes Advanced Content Filter (ACF) to avoid wblinks to be filtered?
    config.allowedContent = true;  // erlaubt alles (aber nicht alles :-))

    config.disallowedContent = 'script; *[on*]';  // verbietet was du willst
   
    config.extraAllowedContent = '';  // ist nicht in unserer Datei, soll aber auch was erlauben können, falls oben auf falls steht nehme ich an.

Warum der Editor trotz true (alles erlauben) nicht alles erlaubt, kannst du hier nochmal lesen.
https://stackoverflow.com/questions/49026685/ckeditor-pure-html-source-mode-without-any-alterations-of-the-code
 
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 06, 2018, 08:08:58 AM
Dort wird eine einleuchtende Erklärung geliefert. Danke für den Hinweis.
Ändert aber nichts daran, daß ich für diverse "Experimente" alles eingeben können muß, wo jegliche Kontrolle bei dann natürlich mir liegt (ging "früher" ja auch).
Was für einen Redakteur bzw. Schreiber nutzlich ist, kann sich unter anderen Umständen halt in's Gegenteil verkehren.
Wenn ich daran denke, daß noch nicht vor soooo langer Zeit CKE in Sachen html5 blöd wie Schwarzbrot daherkam, und jetzt einen "auf dicke Hose" macht, ist das für mich nicht unbedingt die optimale Vorgehensweise.
KI kann nützlich sein, muß mich deshalb aber nicht in jeder Situation bevormunden lassen.
MfG. Evaki
 
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 06, 2018, 04:53:07 PM
Quote
Mit dem FCKE (.....) gab es das Problem nicht

natürlich nicht.....   :roll: :roll: :roll:
der kann das genauso wenig (egal, ob alt oder "neu")  :wink:

(https://i.gyazo.com/5c1e064961f55758fad8fb42f2f20eaa.png)

Nachtrag: hab mir jetzt mal eine Stand-Alone-Version ohne WB gemacht, ohne Codemirror, aber z.Z noch mit den Settings der wb_ckconfig.js - muß allerdings bei jedem Reload den Browsercache löschen

Was mich stört: im Web gibt es ein Haufen ähnlicher Beispiele, die solcher Art Code mit einer extra Definition erlauben und wenn das woanders geht, sollte es bei mir doch auch gehen - aber nix da
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 06, 2018, 05:51:29 PM
Quote
Mit dem FCKE (.....) gab es das Problem nicht
natürlich nicht.....   :roll: :roll: :roll:
der kann das genauso wenig (egal, ob alt oder "neu")  :wink:
Naja, es war einer aus'm "Sandkasten", der das Ding (Version unbekannt) irgendwann mal derart eingestellt hatte, daß es jeglichen Eintrag akzeptierte. Das half mir in den Anfängen von html5, wo FCKE dann hilfreicher als CKE war.

Quote
sollte es bei mir doch auch gehen - aber nix da
Das entspricht meinen Erfahrungen, wo ich persönlich dann irgendwann aufgegeben habe. Bin ja nicht nur doof, und andere, auch qualifizierte Leute, beißen sich genauso die Zähne aus. Da war es dann wichtiger meine Aufgaben erledigen zu können.

Möglicherweise suche oder bastle ich mir für spezielle Zwecke vielleicht noch was eigenes.

Ob der Code dann valide ist, prüfe ich sowieso mit entsprechenden Tools,
da Templates unter dem Aspekt barrierefreies und sematisches Web geprüft werden sollen.
Ob die Anwender dann mit 'nem Editor die Vorgaben schreddern, ist dann deren Bier.

Ich würde mich aber trotzdem nicht über KI beschweren, wenn se denn "sowas" komplett "auf die Reihe" bekämen. Dann könnte man sich tatsächlich ausschließlich auf's Design konzentrieren.
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 07, 2018, 01:55:13 PM
Ich denk, ich komme da nicht weiter   :oops:
Habe so ziemlich alles probiert, was im Netz an Tips und Anleitungen steht. Grundsätzlich erlaubt der CK für jeden Tag drei Typen, attribute, style und class und jedem dieser Elemente werden dann, entsprechend W3C und der config.js Werte zu gewiesen, also mit ="Wert".
Ich kann wohl Ausnahmen definieren, wie eben dieses is-size-3 bzw is-size-*, muß dann aber einen Wert angeben. Ist kein wert definiert, erscheint eben ein is-size-3=""
Das is-size-3 in Post von LudwigSt stammt aus Bulma, eine Abwandlung von Bootstrap und die haben da einen eigenen "Übersetzer", der daraus wieder ein gültiges CSS macht. Warum nun h1 is-size-3 schöner, besser ist als z.b. h1 class="is-size-3" und warum man von weltweiten Standards abgehen muß, kann ich nicht sagen, ich vermute, es erspart die Konfiguration von CSS-Klassen.
Unterm Strich ist es aber in dieser Schreibweise ohne den Compiler von Bulma (und so arbeitet ja der CKEditor) kein valides HTML nach W3C. Und nebenbei: auch der CKEditor5 kann das nicht und die 3 Wordpress-Editoren, die ich standardmäßig benutze, ebenso nicht und da ist der CKEditor nicht dabei.

Ich glaube, es wurde oben schon gesagt: Wenn diese Art Freestyle-Code notwendig ist, empfiehlt sich ein Modul wie Code², das ohne Validation arbeitet. Was dem Modul (auch dem WB-eigenem Code-Modul) noch fehlt, wäre eine temporäre Umschaltung in eine visuelle Ansicht des eingegebenen Code's.
Wer das nutzen möchte, ohne nun seine vorhandenen Seiten aufzugeben, fügt eine Section "Code² zu der Seite mit der Wysiwyg-Section hinzu, kopiert aus dem Wysiwyg den Quellcode in die Code²-Section, speichert das Ganze und löscht im Anschluß die Wysiwyg-Section - ist dann halt Code und nix visuelles mehr, aber hier ist eben Freestyle möglich.

P.S.: ich bin nicht allwissend und vielleicht gibt es irgendwo noch Möglichkeiten im CKEditor. Das, was oben steht, beruht auf den Erfahrungen der stundenlangen Test's, muß aber nichts endgültiges sein. Sollte wer eine andere Lösung haben, immer ran damit

Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 07, 2018, 01:58:17 PM
Wer's ganz trocken haben will, kann den CKE ja deinstallieren  :-D :-D :-D
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 07, 2018, 02:01:41 PM
Wer's ganz trocken haben will, kann den CKE ja deinstallieren  :-D :-D :-D
MfG. Evaki

muß man nicht
WB-Optionen -> erweiterte Optionen -> Wysiwyg-Editor: None

schon ist er ausgeschalten
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 07, 2018, 02:11:42 PM
Stimmt -jaaa.... Darüber bin ich soweit ich erinnere gestolpert, als ich 'nen zweiten Editor parallel laufen lassen wollte. Ist schon wieder so lange her.... Es schrumpft im Alter wohl nicht nur die Körpergröße. Nun gut, am Wochenende dann wieder mal ommmmmmmm.
MfG. Evaki

Nachtrag: Mit abgeschaltetem Editor klappt dann auch <h1 is-size-3>  8-)
Noch einer: Schaltet man den Editor wieder ein -ups- ist die Zeile futsch  :evil:
Jetzt kommt so langsam die Erinnerung. Als ich den zweiten Editor hinzunahm, wurde der damit erstellte Inhalt nicht gelöscht (logo...). Mal gucken, ob ich das Teil wieder aktiviere. Hatte den eigentlich nur für Einträge in <head> </head> gebraucht.
Title: Re: Editor ohne Tunnelblick
Post by: Luisehahne on December 07, 2018, 02:41:30 PM
Nachtrag: Mit abgeschaltetem Editor klappt dann auch <h1 is-size-3>  8-)
Noch einer: Schaltet man den Editor wieder ein -ups- ist die Zeile futsch  :evil:

Ist ja auch kein valides HTML, also wirds vom ckeditor entfernt. Es sollte möglich sein, ihm das beizubringen. Ich kümmere mich drum. Dauert aber etwas

Dietmar
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 07, 2018, 03:12:04 PM
Jo, dann hätte "LudwigSt" die Möglichkeit Bulma als Alternative zu Bootstrap zu verwenden?
(Oder verwechsle ich hier ganz schlimm?)
Und nochmal die in Vergessenheit geratenen Frage
Wie geht der CKE mit "unbekannten" Elementen um? HTML5 ist da ja sehr flexibel bzw. dynamisch.
Haut der die auch in die Tonne, oder erkennt er die?
Wenn ja, müssen die ihm "wie" bekannt gemacht werden?

MfG. Evaki

Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 07, 2018, 04:57:45 PM
Quote
Wie geht der CKE mit "unbekannten" Elementen um?

definiere "unbekannt" (vielleicht mit Beispiel)

Quote
Es sollte möglich sein, ihm das beizubringen. Ich kümmere mich drum

Versprich nichts, was du nicht halten kannst   :wink:

Quote
dann hätte "LudwigSt" die Möglichkeit Bulma als Alternative zu Bootstrap zu verwenden?

das kann er jetzt schon, im Template
Was fehlte, war die Verbindung, um im CKEditor ebenfalls diese Bulma-speziellen Angaben zu nutzen. Ob das über die editor.styles.js rein kommt oder manuell im Quellcode eingegeben wird, spielt dabei keine Rolle
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 07, 2018, 05:02:26 PM
Nicht als Unhöflichkeit verstehen, muß noch zu IKEA  :-D
webkompetenz.wikido t.com/html-handbuch:unbekannte-elemente
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 07, 2018, 05:08:27 PM
dann auch eine kurze Antwort

CKEditor Version 4.x unterstützt von Haus kein HTML5 - ergo: alles, was unbekannt ist, fliegt raus 
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 07, 2018, 08:16:04 PM
Immer noch nicht? Was für ein Schei... Wofür dann html5-Templates?

Was habe ich gegen CKE gewettert -mehr als reichlich, und viele unserer Anwender sind beim FCKE geblieben, inkl. xhtml-Templates, dann anschließend CKE, aber unter Beibehaltung von xhtml.


Wg. DIV-Wüste statt semantic web bei der Verwendung von html5-Templates hatte ich ja schön früh gemeckert. Aber daß sowas inkompatibles dann noch in WB steckt, ist zu Ende gedacht  "not the yellow from the egg".

Ob man über CKEDITOR.replace und evtl. anderen Optionen die "Automatik" abschalten kann, wäre also weiterhin die Frage. Denn wozu brauche ich html5-Templates, wenn der Editor zu blöd dafür ist, und alles schreddert?

Mir selbst ist das Verhalten bei meinen Tests mit (X)html5 und html5-polyglot nicht aufgefallen, weil ich mit FCKE testete - wobei ich das Verhalten von CKE aber schon sehr früh "merkwürdig" fand.

Mannomann, wir haben 2018!

Vielleicht ist doch an der Zeit an einer Alternative zu basteln.
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 07, 2018, 10:30:08 PM
bist ne Drama-Queen??   :wink: :-D

Das Template ist das eine, der Content das Andere. Bei Letzterem hat sich doch sooooooooviel nun auch nicht mit HTML5 geändert. Viel SchickiMicki, aber das Grundprinzip ist doch das Gleiche. Sowie ich irgendeine Form der Code-Validierung einsetze, benötige ich dafür Regeln. Tag öffnen, Tag schließen, welche Attribute sind erlaubt, in welcher Form. Und der Standard ist dabei immer W3C. Was auch sonst? Am Ende wirst du auch einer Eigenproduktion Regeln vorgeben müssen und dich dabei an irgendwas orientieren. Der Vorteil für dich ist es eben, das das Resultat nachher genau auf das zugeschnitten ist, was du benötigst, aber kommt das ein Anderer mit anderen Aufgaben, muß es nicht zwingend funktionieren.

Quote
Aber daß sowas inkompatibles dann noch in WB steckt

Bei dir hört sich das nun an, als hätte WB hier eine Ur-Alt-Technik eingesetzt. Aktuelle Version in WB 2.12.1 ist der CKEditor 4.11.1 und der war zum Zeitpunkt des Release nicht mal zwei Wochen alt. Die 5er Version gabs im November 2017 als Alpha, im April 2018 als Beta, aktuell ist man schon bei Version 11  :-o
Der Nachteil am CKE5 ist halt, das du noch nix kompatibles hast und man den 4er nicht ohne Verlust in einen 5er upgraden kann. Solang die Entwickler selber noch nicht wissen, wo die ganzen Fallstricke sitzen, anders kann man ja die vielen kurzlebigen Versionen nicht begründen, solang hat es keinen Wert, das Dingen in einem CMS zu verteilen. Die negativen Folgen wären aktuell wohl so groß, das da schon das Risiko besteht, das die 5er im Papierkorb landet, wenn es auf Schlag Millionen Seiten Code in diversen Systemen umschreibt bzw validiert und streicht. Das Grundprinzip gleicht mehr und mehr Wordpress. Free gibt es das nur noch in Einfach, brauchst du mehr, dann zahle...
Letzte FCKEditor-Version gab es wohl im April 2014, dann war Schicht im Schacht. Allerdings ist der eben nicht ganz so mürrisch wie der Nachfolger und m.E. leichter konfigurierbar. In einer Mußestunde werde ich mal die Regeln vergleichen
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 07, 2018, 10:47:05 PM
>>bist ne Drama-Queen??
Eher nicht. Bin nur etwas frustriert, da ich gehofft hatte, daß neuere Versionen des CKE sich halt in Richtung html5 bewegen. Hatte zumindest sowas mal in deren Forum gelesen.
Außerdem habe ich der ganzen Sache ja auch nicht getraut. Sonst wären wir ja nicht so vorsichtig herangegangen, als die halbe Welt auf html5 umstellte -m.E. ohne Sinn und Verstand.

CKE ist aktuell der bessere Editor für (x)html, wo dann auch gerne die autom. Korrekturen genommen werden.

Ach ja, das in html5 realisierte semantic web kann man gerne als SchickiMicki betrachten, doch dann sollte man auch die dortigen Normen (W3C) akzeptieren. DIV-Wüsten kann man natürlich nach wie vor kreieren. Dazu brauchts aber kein html5.

MfG. Evaki
p.s. warum ist es schon wieder so spät?
Muß morgen in der Früh mein heute gekauftes Möbel umtauschen.
Schweißstelle gebrochen, nur mit dünnsten Verbindungen. Wozu gibts da Schutzgas. Gibts noch richtige Schweißer?
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 08, 2018, 11:29:23 AM
Quote
als die halbe Welt auf html5 umstellte -m.E. ohne Sinn und Verstand.
kommt immer darauf an, was man machen möchte
Punkt 1 ist wohl, das die meisten Menschen ihr HTML-Grundgerüst nicht selbst erstellen, sondern aus anderen Quellen bekommen, egal, ob von einem Dienstleister oder als Open Source oder nachgebaut von einer freien Quelle. Und wenn dieses Grundgerüst HTML5 ist, muß der Rest nachziehen, um valide zu bleiben
Punkt 2 sind die neuen Möglichkeiten und sei es nur ein simples <video>
Punkt 3 - die Umstellungen z.b. bei PHP haben viele Leute "gezwungen", was an ihren Seiten zu machen und wenn ich einmal dabei bin...  kennst du sicher auch..
Irgendwo war dann sicherlich auch die Angst dabei, man wäre im Zugzwang, weil man denkt, HTML4 wird sicher irgendwann in naher Zukunft abgeschalten (ist nach meinem Wissen nicht geplant). Das ist vergleichbar mit der aktuellen Zeit und dem Abschalten alter PHP-Versionen. Irgendwann nervt es dann, wenn man nur noch updatet oder repariert.

Quote
da ich gehofft hatte, daß neuere Versionen des CKE sich halt in Richtung html5 bewegen
Vielleicht hast du verkehrt gelesen. HTML5 war ja der Anspruch an den CKEditor 5. Angeblich wäre es nicht möglich gewesen, den 4er entsprechend nachzurüsten. <h1 is-size-3>...</h1> ist aber kein HTML5. Da es im CKEditor5 ohne Zusatzplugis auch keinen Source-Code-Mode gibt, kann man den Text nicht mal als Freestyle-Code eintragen, es geht dann nur über extra Definitionen, die im Grunde unserer editor.styles.js entsprechen

Quote
Schweißstelle gebrochen, nur mit dünnsten Verbindungen. Wozu gibts da Schutzgas. Gibts noch richtige Schweißer?

Jau, gibt es, aber auch ein Schweißer macht mal einen Fehler  :roll:
In der Regel ist das Maschinenarbeit und wenn irgendwas nicht korrekt liegt, der Draht mal hakt, das Gas mal alle ist, dann gibt es halt Probleme. Mit "Mensch" wäre es nicht passiert, der sieht seine Schweißnaht bei der Arbeit   :-P

Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 08, 2018, 12:20:17 PM
Quote
Punkt 2 sind die neuen Möglichkeiten und sei es nur ein simples <video>
Wenn die "neuen Möglichkeiten" wie z.B. mit "HTML5 video plugin" in einem Editor ermöglicht werden, der "eigentlich" kein html5 (CKEv4.x) kann, so muß ja irgendwo ne Regel existieren, damit <video> nicht in der Tonne landet. Das meinte ich mit "wo teilt man ihm mit", daß er z.B. <xy-3-r-huibui-5> akzeptiert?
Mit nem anderen Framework, wo man sowas einsetzt, fliegt ja sowas dann raus. Wäre ja doof, wenn im Framework der Editor diese Anweisung schreddert, und die Anweisung nicht mehr ausgeführt werden kann.

MfG. Evaki
p.s.
Es ist Wochenende, hab' Ersatz für mein Möbel bekommen. Das Problem mit den Schweißpunkten scheint bei der Serie wohl inklusive. Auf Zug solls eine größere Fläche sein, als bei der kleineren, die nur auf Druck und kleinere Scherkräfte ausgelegt ist. Fällt eine aus, folgt der Totalcrash. Die Ingenieurleistung ist bei diesem Teil außerordentlich gut. Das bricht aber zusammen, wenn die Verbindungstechnik an einer Stelle zum Totalausfall führt. Dem Kunden ist die Ursache (oder auch "Ursache-Wirkungs-Beziehung") völlig schnurtz.
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 08, 2018, 01:03:29 PM
Mit html5 hat man sich beim CKE schon sehr früh beschäftigt.
Code: [Select]
github.com/Benedict/html5-ckeditor/tree/7f3043f0e27168ede3bc63f3693427ed4ab1444aEiner der Gründe für mein "Wir haben 2018!"
In einem meiner Beträge (Febr.2017) beim Fork, hatte ich auf die Verwendung von FCKE im Bezug zu html5 verwiesen.
Das Thema hat mittlerweile einen so langen Bart, daß wir den dem Nikolaus oder Weihnachtsmann schenken können.
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 08, 2018, 02:45:05 PM
Vergiß den FCK, es gibt aktuell keine downloadbare Version, die ohne Murren läuft. Entweder, man repariert es oder man löscht alle halbe Stunde 1Mb error-log  :wink:

Quote
Wenn die "neuen Möglichkeiten" wie z.B. mit "HTML5 video plugin" in einem Editor ermöglicht werden, der "eigentlich" kein html5 (CKEv4.x) kann, so muß ja irgendwo ne Regel existieren, damit <video> nicht in der Tonne landet.

Es gibt die grundsätzliche Regel, das ein im CKEditor 4 unbekanntes Element wie eben <video> wohl mit allem Code korrekt gespeichert wird, aber beim Einlesen wird dann jedes Element auf Gültigkeit / Validität zu HTML4 gecheckt und entweder angepasst ( aus <h1 is-size-3> wird <h1 is-size-3=""> oder es wird eine Ausgabe produziert wie z.b. im Falle von <video> ein
<p>Your browser does not support the video tag</p>

Dies läßt sich aber anpassen, wenn man z.b. definiert
Code: [Select]
config.extraAllowedContent = 'video [*]{*}(*);source [*]{*}(*);';bzw
Code: [Select]
CKEDITOR.config.extraAllowedContent = 'video [*]{*}(*);source [*]{*}(*);';
[ * ]   steht für eine ID
{*}  steht für Styles
(*)   steht für CSS-Klassen

aber dies funktioniert auch wieder nur W3C-conform nach dem Muster "Name des Elements = "Wert für dieses Element", z.b id="header"  oder style="color:#000;" aber eben kein is-size-3, auch nicht is-size-*, weil dieser Parameter eben keinen Wert hat.
Aber das sind eben auch HTML5-Elemente und alles, was lt W3C in HTML4 erlaubt war, wird vom CKEditor so auch umgesetzt, so lang die Syntax korrekt ist. Ein simples <a data-toggle> wird gestrichen bzw eingekürzt, da von der Syntax her eben falsch, ein <a data-toggle="collapse"> ist dagegen korrekt und bleibt so auch stehen
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 08, 2018, 03:11:13 PM
Danke für Deine Erläuterungen.
Wegen des FCKE's werde ich wohl mal bei einigen Anwendern vorbeischauen.
"Normalerweise" schreien die ja sofort auf, wenn irgendwas nicht stimmt.
Kann auch sein, daß einige den Fork nutzen und man daher nix hört.
Das kann natürlich nicht die Lösung sein.

Als Schreiber bin ich ganz bei CKE -unter XHTML.
Zumal es anscheinend auch ein XML-Plugin gibt -weiß aber nicht, ob es macht was mir vorschwebt.
Wie meist, sind's die Anwender, die mich zwingen auf das ein oder andere zu schauen.

MfG. Evaki
p.s. Für mich -als Prüfer- jedenfalls wird's bei einem parallel laufenden Editor bleiben. Zum einen für die Testereien, zum anderen wg. des Einsatzes weiterer Interpreter, und weil ich immer auch auf xml schauen muß.
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 08, 2018, 03:32:38 PM
Kann auch sein, daß einige den Fork nutzen und man daher nix hört.
Das kann natürlich nicht die Lösung sein.

es steht jedem frei, ein System seiner Wahl zu verwenden.
Ich bin eher ein Fan der aktuellen WB-eigenen Funktion, die error-log für mich lesbar zu machen. Ich mache nun viel Support auch per Mail bei Kunden, Freunden oder auch Usern. Wenn ich mich da erinnere an früher.... Hat man da mal gefragt, was steht denn in der error.log, hat 99% geantwortet: wo ist die denn? wie komm ich da ran? Und ein großer Teil hatte damals nicht mal die Möglichkeit, bei ihrem Web-Paket selbst rein zu schauen.
Es gibt hier alte Postings, die von Umzugproblemen berichteten, weil deren error.log auf dem Server geschlagene 4 Gigabyte groß war  :-o :-o :-o

Man muß als User keine Ahnung haben, was eine Meldung im Detail bedeutet, dafür gibt es das Forum und Leute, die es erklären. Man hat jetzt aber die Möglichkeit, das auf Mausklick zu kontrollieren, anzuschauen und zu kopieren. Kennt man den Fehler, ist er meist recht schnell behoben und auch das kann wieder in Minutenschnelle kontrolliert werden.

Woanders herrscht ja der Glaube, das ein Fehler nicht auftritt, weil man ihn ja nicht sieht, solang man nicht in die Server-eigene error-log schaut. In meiner lokalen Testumgebung hat jeder virtuelle Server auch sein separates Log-File. Was denkst du, wie schnell das anwächst, wenn man dort mal ein WB-Fremdes System laufen läßt.
Der FCK hat mir da mit einmaligem Aufruf innerhalb von 8 Sekunden 53 Meldungen reingehauen (unter PHP 7.2.11)
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 08, 2018, 04:13:32 PM
Quote
Der FCK hat mir da mit einmaligem Aufruf innerhalb von 8 Sekunden 53 Meldungen reingehauen (unter PHP 7.2.11)

Siehste  :-D
Ich hab, soweit ich erinnere, seit "kurz vor php7.0" und wb2.10 nicht mehr reingeschaut.
Werde ich mir aber in diesem Zusammenhang wohl mal wieder antun müssen.  :cry:
Keine individuelle Antwort/Lösung zu haben, wenn man mit dem Thema schon mal vertrauter war, sieht nicht so gut aus. Mit den Fingern dann auf den/die Anwender zu zeigen bringts ja auch nicht.
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 08, 2018, 08:25:04 PM
Damit's nicht in Vergessenheit gerät.
In html5 geht das:
<meiälämänt>Alles neu, macht der Mai</meiälämänt>
CKE schreddert.
Dat is Schiet!

MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 09, 2018, 01:24:13 AM
Quote
In html5 geht das:
<meiälämänt>Alles neu, macht der Mai</meiälämänt>
CKE schreddert.

bei mir schreddert der nix
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 09, 2018, 11:43:43 AM
Bei mir macht er aus
Code: [Select]
<h1>Hallo</h1>
<meiälämänt>Alles neu, macht der Mai</meiälämänt>
das
Code: [Select]
<h1>Hallo</h1>
Alles neu, macht der Mai

Das zu 
Code: [Select]
...von Haus kein HTML5 - ergo: alles, was unbekannt ist, fliegt raus 
Dazu ganz nett zu lesen "CKEditor 4.3.4 strips HTML5 Tags like figure, section" (https://ckeditor.com/old/forums/CKEditor/CKEditor-4.3.4-strips-HTML5-Tags-like-figure-section..) 
Ob ich jemals dazu komme mich in das Thema reinzuknien....?
Momentan scheint's in absehbarer Zeit wohl nicht zu klappen -zuviel auf'm Zettel.
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 09, 2018, 12:00:03 PM
"Beweisvideo"   :-D :-D --> https://www.jacobi22.com/private/Video_2018-12-09_114921.wmv
etwa 1,4 Mb

einzige Änderung in der Datei ckeditor/wb_config/wb_ckconfig.js ist diese Zeile von gestern

Code: [Select]
    config.extraAllowedContent = 'video [*]{*}(*);source [*]{*}(*);';
alles Andere entspricht dem, was mit WB 2.12.1 mitkommt

Und bevor wer fragt: das rote X (error_log) kommt vom FCKEditor

P.S.: CKE 4.3 .... das ist knapp 5 Jahre her
Wenn das deine Basis ist, muß man sich aber auch nicht wundern
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 09, 2018, 12:16:55 PM
Sehr interessant.
Natürlich hab ich wb2.12.1 (unbelassen bis auf den Install-Fix) unter 7.2.0 laufen.
Und natürlich habe ich diverse andere Seiten gelesen (nicht nur alte  :-D )

"Irgendwo" ist da wohl der Wurm drin, bzw. es fehlt die entsprechende Konfiguration.
Schauen wir mal. Du hast Dich ja damit auch 'ne zeitlang herumgequält.

Einen schönen Sonntag noch!
MfG. Evaki
p.s. Den FCKW habe ich mir soeben wieder aus dem Archiv besorgt.
Stammt aus dem Paket für wb2.8.4 und sollte "eigentlich" unter php7.0 laufen.
Vielleicht mal in den Feiertagen reinschauen.
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 09, 2018, 01:11:51 PM
Habe die aktuelle WB 2.12.1 noch einmal runter geladen, damit ich hier keinen Stuss erzähl - es bleibt dabei,  da wird nix geschreddert und auch die oben im Beitrag erwähnten Sachen wie

Code: [Select]
<section>
<article>
<header>testheader</header>
<figure><img src="" /><figcaption>testcaption</figcaption></figure>
</article>
</section>

 usw verbleiben im Text, so lang sie denn valide sind, also einen Öffner und Schließer haben, eigentlich alles, z.b. auch
Code: [Select]
<meiälämänt>Alles neu, macht der Mai</meiälämänt>oder
Code: [Select]
<doof>Alles neu, macht der Mai</doof>
Vielleicht als Tip, weil ich denke, das betrifft dich eher wie mich auf Grund der größeren Nutzerzahl, die du zu betreuen hast

von WB kommt beim CKEditor nur die modules/ckeditor/include.php und die modules/ckeditor/wb_config/wb_ckconfig.js
als Basis-Konfiguration
Es gibt aber auch noch die Möglichkeiten, in jedem aktiv genutztem Frontend-Template und auch in einem Ordner templates/wb_config  (also neben den Frontend-Templates) eine Datei mit Namen wb_ckconfig.js zu hinterlegen.
Wer solch Datei in all diesen Ordner hat, muß dann auch in allen Stellen suchen oder eben zumindest auf der aktiven Seite erstmal in den Seiteneinstellungen schauen, was da für ein Template eingestellt ist. Ich war schon mal auf 8 unterschiedlichen Frontend-Templates bei einem der User hier  - da wirst du leicht irre   :-D
Vorallem, wenn die Bezeichner dann Nummern sind (template1, template2 usw). Das machte dann 8 Möglichkeiten in den jeweiligen Templates, eine im templates/wb_config Ordner und die zwei im ckeditor-Ordner  :roll: :roll:

Im Zweifel solch wb_ckconfig.js, wenn sie nicht aus dem ckeditor-Ordner kommt, erst einmal umbenennen. Cache löschen nicht vergessen
Die Ladereihenfolge ist (glaube ich) so
1. include.php in modules/ckeditor
2. wb_ckconfig.js in modules/ckeditor/wb_config/
3. wb_ckconfig in templates/wb_config
4. wb_ckconfig in für die Seite aktives Frontent-Template

P.S.: für die Dateien editor_templates.js, editor.styles.js und editor.js gelten die gleichen Ordner plus ein zusätzlicher Ordner mit Namen wb_config im aktiven Frontend-Template

Jede neu gefundene Einstellung überschreibt die zuvor eingelesene, wenn also in der wb_ckconfig.js im Template noch ein allowedContent: false drin steht, geht dieser ganze Spaß mit den Elementen wie section oder meiälämänt nicht mehr und es wird in der Tat geschreddert.

der Schalter config.allowedContent in der modules/ckeditor/wb_config/wb_ckconfig.js  war übrigens in WB 2.10, WB 2.11 und in WB 2.12.1 im Original-Paket auf true (erlaubt alles), in WB 2.12.0 aber auf false (erlaubt nur, was ausdrücklich definiert wurde, z.b. mit config.extraAllowedContent

Und noch ein Hinweis für mögliche eigene Dateien wb_ckconfig.js
Es heißt richtig
config.allowedContent = true; oder config.allowedContent = false,
aber nicht config.allowedContent = 'true';
Ein true in Hochkommas wird als falsche Definition betrachtet und gilt somit als nicht gesetzt, was einem false entspricht

Und noch mal ein letzter Hinweis: um Effekte durch geänderte Konfigurationen sehen zu können, muß der Editor einmal verlassen werden und eine neue Instanz geöffnet werden. Ein einfacher Reload der Seite im Backend reicht nicht. Zum Öffnen einer neuen Instanz einfach mal auf eine Seite ohne Editor wechseln (z.b. Media oder adminTools) und dann wieder auf die Seite mit dem Editor zurück

Nachtrag: aus welcher Config nun gerade geladen wird, sieht man z.b. im Quelltext der Seite

(https://i.gyazo.com/e12f316b71757a7e6ba8ae8c338ccea0.png)
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 09, 2018, 01:27:05 PM
Frühschoppen, Essen usw, und dann nochmal den FCKE geladen, dann Deinen Post gesehen.
Alle Achtung! Auch noch Hinweise auf Tretminen. Vielen Dank für Deine Unterstützung, in dieser Ausführlichkeit.
Damit habe ich mal was ganz Konkretes aufm Zettel, das ich dann die Feiertage abarbeiten kann. 
Der Editor ist normalerweise das allerletzte, worum ich mich kümmern würde, aber letztlich nicht wirklich könnte. Da bemerkt man doch Deine intensive Beschäftigung mit dem Teil.

Ich selbst hatte nur mal beim FCK ein plugin gebastelt -sehr lange her, und sogar für mich einfach.
Ach ja, habe den gerade mal benutzt, und es gibt keine Fehlermeldung im error.log
Einzig, daß er <meiaelaemaent> Text <meiaelaemaent> jetzt in <p><meiaelaemaent> Text <meiaelaemaent> </p> packt, ist nochn Fehler. Hatte ich mich doch recht erinnert, daß das funktionierte. Was ich oder ein Anwender mit den <p>'s gemacht hat, weiß ich nicht mehr.

MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on December 09, 2018, 02:01:36 PM
Quote
FCK .....  habe den gerade mal benutzt, und es gibt keine Fehlermeldung im error.log

Fehlermeldung erscheint im Developer-Mode (Php-Fehlerbericht - Einstellung in erweiterten WB-Optionen

Der Fehler wird im Production-Mode nicht angezeigt, weil dort die Fehler, die ein Code erzeugt, die aber mit dem @ davor unterdrückt werden, ausgeblendet sind.

Im Speziellen geht es um diese Meldung
Quote
Thu, 06 Dec 2018 15:49:09 +0000 [E_NOTICE] \modules\fckeditor\class.cssparser.php:[151] from \modules\fckeditor\class.cssparser.php:[55] cssparser->Clear "Undefined offset: 1"


die dann für jedes Value in der Funktion Clear() gesetzt wird, so ergibt sich dann die Anzahl der Meldungen.

Ich hab aber nicht weiter nach geschaut, FCK ist kein Thema, in das ich Zeit stecken möchte
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 09, 2018, 02:21:25 PM
Ist schon so (DEV) grundsätzlich eingestellt. Allein wg. der Testerei.

Aber stellte gerade fest, daß der Connector nicht mehr funktioniert.
Auf zwei Baustellen, die auch noch nichtmal "mein Ding" sind, werde ich vorerst nicht arbeiten.
Also
1.) CKE geht vor -wenn auch vorerst noch mit Haken bei html5 (etwas für die Feiertage)
2.) Hab ja noch den parallel laufenden Editor, der auch solo funktioniert. Das reicht für die Testerei.

Mittlerweile sind die Themen bei mir so vielseitig, daß ich den Dingen manchmal nachrennen muß. Das ist nicht effizient und auf Dauer ungesund.

Da hast Du mir für's Aufräumen und Prioritäten setzen genau die richtigen Hinweise gegeben.  (Y)
Das kommt zur rechten Zeit.

MfG. Evaki

Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 09, 2018, 06:28:35 PM
FCKE läuft jetzt jedenfalls bei mir, ohne daß in errorlog(s) etwas auftaucht.
Einzig die Droplets und WB-Link (intern) klappen nicht.
Da hier im Laufe der WB-Entwicklung einiges geändert wurde, wird der jeweilige Aufruf mittlerweile wohl etwas anders aussehen. Falls jemand sagt, daß wäre zu aufwendig, dann laß ich es. Sollte dagegen ein Tip und nur noch ein wenig Zusatzarbeit kommen, bin ich geneigt...  :-)

Was er da macht, sieht noch nicht so gut aus, läßt aber Elemente unberührt.
<p><wurst>Alles neu, macht der Mai</wurst></p>
Soweit ich erinnere, hatten wir das damals auch hinbekommen.

Wäre irgendwie doof, wenns nicht wieder so funktionieren würde -auch wg. der Anwender-
Ging ja schon mal...
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: evaki on December 14, 2018, 02:59:01 PM
Die Fehler sind beim Hoster nicht zu sehen, also die Ergebisse sind wie bei Dir.
Warum das lokal daneben geht, ist vielleicht den vorangegangenen Test geschuldet, also hausgemacht  :-o

Jedenfalls kann man anscheinend eigene Elemente verwenden, und die auch per js "alten" Browsern bekannt machen. Sowas:
<kochenundbacken>Weihnachtsbäckerei</kochenundbacken>
<p>&nbsp;</p>
<heimwerker>Alles für den Heimwerker</heimwerker>
Muß halt drin sein, beim semantischen WEB.
MfG. Evaki

Title: Re: Editor ohne Tunnelblick
Post by: Legaziofunk on January 25, 2019, 05:56:10 PM
Mes Dames et Monsieurs,

ich hatte - versehentlich im WB 2.8er Bereich - die folgende Frage gepostet:
Quote
Hallo Leute,

ich würde gerne mit den Befehlen

<details> und <summary> arbeiten.

https://www.html-seminar.de/html-befehle-details-summary.htm

Nachdem ich testweise mal im Quellcode diese Elemente eingearbeitet habe, löscht mir nach dem Speichern WB diese Befhgele und ersetzt sie durch <p> bzw. </p>

Warum ist das so, bzw. was mache ich falsch?

Liebe Grüße
Legaziofunk

Dort wurde ich dann hierher verwiesen (danke an DBS).

Nun, wenn ich den Thread durchlese, drängt sich mir als Durchschnittsbegabt er die Lösung nicht wirklich auf.
- Ich möchte keine Schalter umlegen, von denen ich nix verstehe und ich evtl. völlig vergesse, dass ich das mal gemacht habe.
- den WYSIWYG Editor mlchte ich definitiv nutzen, sonst bräuchte ich ja so'n CMS erst gar nicht.
- Warum HTML5-Befehle nicht grundsätzlich akzeptiert werden, ist mir unbegreiflich....


Ich würde mich freuen, wenn mir jemand sagen kann, was der beste Weg für meinen beschriebenen Fall ist.

Vielen Dank!

Legaziofunk
Title: Re: Editor ohne Tunnelblick
Post by: Gast on January 25, 2019, 06:15:37 PM
Quote
Ich möchte keine Schalter umlegen, von denen ich nix verstehe und ich evtl. völlig vergesse, dass ich das mal gemacht habe.

dann ist hier für dich schon Feierabend, tut mir leid  :oops:  zumindest, was die Arbeit im CKEditor betrifft
die 4er-Reihe des Editors kann normalerweise kein HTML5 und ist auf HTML4 optimiert. Wer von dieser Form abweichen möchte, muß Schalter ggf umlegen oder sich Alternativen suchen.
Und da es ohne Zusatzeingaben sowieso nur im Quelltext möglich ist, solche Tags zu verwenden, wäre eine solche Alternative z.b. das Code²-Modul
Da kannst du ohne diese KI eingeben, was du möchtest

P.S.: zu den Schaltern, die man dann eventuell vergißt... ich leg mir da gern eine Textdatei mit in den jeweiligen Modul-Ordner, was ich wo geändert habe. Dann ist das gesichert und auch ein möglicher Nachfolger kann das noch nachvollziehen.
Title: Re: Editor ohne Tunnelblick
Post by: johnbroeckaert on January 25, 2019, 06:19:06 PM
@Legaziofunk
Vielleicht kannst du es in der Zwischenzeit mit einem "Droplet" lösen

Zuerst:  summaryon:
Code: [Select]
<details>
  <summary>&sumtext</summary>
 
Hier kommt der ausführliche Inhalt zum Punkt 1
Und summaryoff
Code: [Select]
</details>

## PS: Der Code wie oben funktioniert nicht sofort in einem "Droplet". Nur ein beispiel!!
Title: Re: Editor ohne Tunnelblick
Post by: Gast on January 25, 2019, 06:27:39 PM
WB 2.12.1 / Nagelneu installiert, nicht verändert, keine Schalter umgelegt, CKEditor 4.11.1.1

diesen Code von deinem Link kopiert, Eine Wysiwyg-Section auf Quelltext umgeschalten und den kopierten Kram eingefügt

Code: [Select]
<details><summary>Zusammenfassung Punkt 1</summary>
<p>Hier kommt der ausführliche Inhalt zum Punkt 1</p>
</details>

Seite gespeichert, Seite neu geladen

Ergebnis:
(https://i.gyazo.com/626c4bc38d16541ac1dab66d453f6030.png)


 :roll: :roll: :roll:

Was ich verliere, sind manuell eingefügte "Zeilensprünge im Code", die ich zur Besseren Lesbarkeit einfügen wollte. Dafür müßt ich nun einen Schalter umlegen  8-)
Title: Re: Editor ohne Tunnelblick
Post by: Legaziofunk on January 25, 2019, 06:38:17 PM
WB 2.12.1 / Nagelneu installiert, nicht verändert, keine Schalter umgelegt, CKEditor 4.11.1.1

Wo gibt es denn den CKE 4.11.1.1?

Ich habe nur den 4.9.2.0 pe default.

Und ich habe "nur" WB 2.12.0 (und würde nur SEHR ungern eine Neuinstallation machen)

Nach den beiden Schalterumlegungen aus den ersten Posts dieses Threads hat es jedenfalls nicht geklappt...
Title: Re: Editor ohne Tunnelblick
Post by: evaki on January 25, 2019, 06:42:46 PM
Und nach einer kompletten Neuinstallation von WB -die in allen Punkten funktionierte, nur nicht mit den eigenen Elementen- funktioniert die Eingabe/Ausgabe, so wie sie jacobi22 vorgenommen hat.

Daher hab' ich den Verdacht, daß "irgendwo" ein unentdecktes Würmchen drin sein könnte. Solange ich den Fehler nicht reproduzieren kann, komm ich wohl nicht an die Ursache ran. Daschja doof, auch wenn ich mich drüber freue, daß es jetzt bei mir funktioniert.
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on January 25, 2019, 06:45:28 PM
Quote
Wo gibt es denn den CKE 4.11.1.1?

den teste ich gerade für Dietmar
CKE 4.11.1.0 ist aber Standard in WB 2.12.1
Unterschied ist da meines Wissens nur eine andere Art der WbLink-Aufbereitung für Module mit Unterseiten wie News, Bakery, OFA usw. Das erfolgte bisher mit nicht dynamisch, ein anderes Modul mit Unterseiten hätte man da manuell eintragen müssen.
Title: Re: Editor ohne Tunnelblick
Post by: evaki on January 25, 2019, 06:48:43 PM
Habe soeben mal auf das WB-default-Template umgeschaltet -und?
Alles wieder kaputt., also in <p>
Mal schauen, ob sich das reproduzieren läßt.

JAU!
Schalte ich, ohne Neueingabe der Elemente, auf mein eigenes Template um, ist der ursprüngliche Eintrag (die angegebenen Elemente aus dem Link) wieder sichtbar.

Nu komms du  :-D

MfG. Evaki
p.s.
WB 2.12.1
CKE 4.11.1
Title: Re: Editor ohne Tunnelblick
Post by: Gast on January 25, 2019, 07:07:19 PM
Quote
Daher hab' ich den Verdacht, daß "irgendwo" ein unentdecktes Würmchen drin sein könnte

durch die diversen Möglichkeiten, im CKEditor Userdefinitionen zu laden, ergeben sich natürlich auch mehr Schalter. Wenn ich das ausreizen würde, könnte ich in einem 20-Seiten-Projekt 23 unterschiedliche wb_ckconfig.js laden und jede hätte eine andere Einstellmöglichkeit .
Dazu kommt, das sich eigentlich in fast jeder Editorversion auch die Config geändert hat, von daher muß man auch schauen, das man von der gleichen Editorversion spricht.

Auf der Seite 2 hab ich ja beschrieben, das es weniger das Speichern betrifft und der "richtige" schon in aller Regel auch in die Datenbank geschrieben wird. Beim erneutem Einlesen schlägt dann der ContentFilter zu und ersetzt das mit anderem Code, i.d.R. mit <p>-Tags
Dieses Verhalten ließ sich aber "schon immer" in der 4er-version mit Spezial-Filtern umgehen, wie z.b. <i> oder <video>, erfordert aber das manuelle Eingreifen, idealerweise in einer wb_ckconfig.js des Templates, damit nix überschrieben wird


Quote
Habe soeben mal auf das WB-default-Template umgeschaltet -und?
Alles wieder kaputt
Nu komms du

blätter mal die Ordner im DefaultTemplate durch, Root-Verzeichnis oder /js
ist da vielleicht eine wb_ckconfig.js drin?
(in meiner Original-Version (kein Upgrade) ist keine drin, in WB 2.11 war z.b. eine dabei)
Title: Re: Editor ohne Tunnelblick
Post by: Gast on January 25, 2019, 07:11:50 PM
In der WB 2.12.0 ist eine dabei, in der WB 2.12.1 wurde sie mit vorangestelltem Unterstrich "deaktiviert" - mit oder ohne Absicht
Macht man ein Upgrade, bleibt die alte Datei mit ihren Einstellungen natürlich erhalten und gültig
Title: Re: Editor ohne Tunnelblick
Post by: evaki on January 25, 2019, 07:13:17 PM
Hier ist eine drin, ohne vorangestellten Unterstrich.
Mal deaktivieren, und nochmal schauen?

Hab sie deaktiviert, und nun gehts auch mit diesem Template  (Y)

What a wonderful (WB)World   :-D

MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Legaziofunk on January 25, 2019, 07:23:29 PM
So, und wo ist jetzt meine Lösung?

LOL

Und wieso wird HTML5 nicht unterstützt?
Title: Re: Editor ohne Tunnelblick
Post by: evaki on January 25, 2019, 07:26:51 PM
So wie angegeben, gehts genau mit den von Dir vorgebrachten Angaben.
Wenn's bei Deiner Version nicht abzustellen ist, halt upgraden (und natürlich wg. wb_ckconfig.js schauen).
Dann scheint es ja zu funktionieren (stand ja auch "auf'm Schlauch", und nun gehts)
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Legaziofunk on January 25, 2019, 07:48:58 PM
So wie angegeben, gehts genau mit den von Dir vorgebrachten Angaben.
Wenn's bei Deiner Version nicht abzustellen ist, halt upgraden (und natürlich wg. wb_ckconfig.js schauen).
Dann scheint es ja zu funktionieren (stand ja auch "auf'm Schlauch", und nun gehts)
MfG. Evaki

Also die wb_ckconfig.js hatte ich zuerst geändert. Oder gibt es zwei?

Und gibt es einen guten Guide für das upgrade?
Title: Re: Editor ohne Tunnelblick
Post by: evaki on January 25, 2019, 07:52:49 PM
Per FTP alles rüber, upgrade-script.php, und jut is.

wb_ckconfig.js, das Original beim Editor in Ruhe lassen.
(Allein schon wegen Nachvollziehbarkeit für die Helferlein)
Falls sich im Templateordner eine befindet = deaktivieren.

MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Legaziofunk on January 25, 2019, 08:04:31 PM
Per FTP alles rüber, upgrade-script.php, und jut is.

wb_ckconfig.js, das Original beim Editor in Ruhe lassen.
(Allein schon wegen Nachvollziehbarkeit für die Helferlein)
Falls sich im Templateordner eine befindet = deaktivieren.

MfG. Evaki

1. rüber: von wo rüber zu wohin?
2. welches script? Wo finde ich das? und wie damit umgehen?
3. wb_ckconfig.js - welche ist jetzt gemeint? Die, die ich schon habe - oder die dann neue?
4. wie deaktiviere ich die wb_ckconfig.js im Template-Ordner? Durch Umbenennen?
Title: Re: Editor ohne Tunnelblick
Post by: evaki on January 25, 2019, 09:08:09 PM
Quote
1. rüber: von wo rüber zu wohin?a
Das Paket WB v2.12.1 auf Deinem PC in einem frei zu wählenden Ordner entpacken. Dann die Daten (per FTP-Program/Client) auf Deinen Server übertragen. In den Einstellungen des Programms darauf achten, daß die Übertragung aller Daten gewährleistet ist.
Quote
2. welches script? Wo finde ich das? und wie damit umgehen?
Im Paket befindet sich auch die Datei upgrade-script.php. Nach der Übertragung der Dateien auf den Server rufst Du diese Datei per Browser auf https: //deinedomain/upgrade-script.php auf.
Je nachdem wo die Dateien auf dem Server liegen, kann das natürlich auch https: //deinedomain/dein_unterverzeichnis/upgrade-script.php sein.
Quote
3. wb_ckconfig.js - welche ist jetzt gemeint? Die, die ich schon habe - oder die dann neue?
Die  \modules\ckeditor\wb_config\wb_ckconfig.js solltest Du nicht anrühren.
Quote
4. wie deaktiviere ich die wb_ckconfig.js im Template-Ordner? Durch Umbenennen?
Durch Umbenennen


Unter Hilfe (https://help.WebsiteBaker.org/de/benutzerhandbuch/installation/vor-der-installation.php) gibts grundsätzliche Infos zu einer Installation.
MfG. Evaki
Title: Re: Editor ohne Tunnelblick
Post by: Gast on January 25, 2019, 11:04:48 PM
Quote
Also die wb_ckconfig.js hatte ich zuerst geändert. Oder gibt es zwei?

Es kann..........zwei oder viel mehr geben :-o

es gibt mindestens eine wb_ckconfig.js in modules/ckeditor/wb_config/

Dann gibt es die Möglichkeit, zusätzlich dazu eine wb_ckconfig.js in einem anzulegendem Ordner templates/wb_config zu hinterlegen. Als "globale Konfiguration", die bei keinem Update überschrieben wird. In diesem Ordner können die gleichen Dateien enthalten sein wie im Ordner modules/ckeditor/wb_config/

weiterhin kann in jedem benutztem Frontend-Template eine solche Datei wb_ckconfig.js (im Hauptverzeichnis des jeweiligen Templates oder in einem Unterordner /wb_config oder /js ) abgelegt werden. Diese gilt dann nur für die Seiten, die auf dieses Template zugreifen.

Ich hatte schon installationen mit 16 unterschiedlichen Templates, das können dann auch 16 weitere wb_ckconfig.js sein und in jedem ist eine eigene Konfiguration des Editors möglich.

Wozu braucht man das?
Zum Beispiel kann ich damit einer Seite im Backend im Editor eine Toolbar mit minimalsten Einstellungen zuweisen, Schriften und schriftfarben festlegen, Plugins bestimmen und über diese Methode die Möglichkeiten meiner schreibberechtigten User lenken.
Im Backend wird beim Öffnen einer seite zuerst in deren Seiteneinstellungen geschaut, welches Frontend-template dort aktiv ist und daraus ergeben sich dann Pfade, die u.a. der Editor nacheinander kontrolliert und einliest. Die Ladereihenfolge ist so:
1. include.php in modules/ckeditor
2. wb_ckconfig.js in modules/ckeditor/wb_config/
3. wb_ckconfig.js in templates/wb_config
4. wb_ckconfig.js in für die Seite aktives Frontent-Template

Die jeweilige Datei, die danach geladen wird, überschreibt oder ergänzt die zuvor eingelesenen Einstellungen

Wichtig ist der exakte Dateiname. Nur genau diese Datei wird eingelesen, nix anderes (als Konfigurations-Datei),also nur  wb_ckconfig.js

Was ich auch schon hatte: eine Uralt-wb_ckconfig.js in einem Template-Ordner. Irgendwo innerhalb der 4er-Reihe hat sich mal etwas verändert in der Schreibweise einer Definition mit der Folge, das der komplette Editor auf Grund eines Javascript-Fehler weg war, nix mit Toolbar.

Quote
Und wieso wird HTML5 nicht unterstützt?
Ich dachte, du hast den Thread hier gelesen? Wurde alles auf Seite 1+2 geschrieben
Da mußt du die Entwickler des CKeditor's fragen. Man hat rechtzeitig Anfänge für HTML5 gemacht und festgestellt, das es nur eine Variante geben kann, entweder HTML4 oder HTML5, ein Mix aus beiden in einem Modul ist nicht möglich. Darum hat man diese Entwicklungen getrennt. Der 5er Editor ist seit ein paar Monaten als stable raus, erfährt nun Upgrade nach Upgrade, ist allerdings überhaupt nicht kompatibel zu den meisten 4er Plugins und Themes und auch nicht kompatibel zu der Methode einer individuellen Konfiguration, die WB hier seit zig Jahren verwendet.
Title: Re: Editor ohne Tunnelblick
Post by: Legaziofunk on January 25, 2019, 11:20:59 PM
Quote
1. rüber: von wo rüber zu wohin?a
Das Paket WB v2.12.1 auf Deinem PC in einem frei zu wählenden Ordner entpacken. Dann die Daten (per FTP-Program/Client) auf Deinen Server übertragen. In den Einstellungen des Programms darauf achten, daß die Übertragung aller Daten gewährleistet ist.
Quote
2. welches script? Wo finde ich das? und wie damit umgehen?
Im Paket befindet sich auch die Datei upgrade-script.php. Nach der Übertragung der Dateien auf den Server rufst Du diese Datei per Browser auf https: //deinedomain/upgrade-script.php auf.
Je nachdem wo die Dateien auf dem Server liegen, kann das natürlich auch https: //deinedomain/dein_unterverzeichnis/upgrade-script.php sein.
Quote
3. wb_ckconfig.js - welche ist jetzt gemeint? Die, die ich schon habe - oder die dann neue?
Die  \modules\ckeditor\wb_config\wb_ckconfig.js solltest Du nicht anrühren.
Quote
4. wie deaktiviere ich die wb_ckconfig.js im Template-Ordner? Durch Umbenennen?
Durch Umbenennen


Unter Hilfe (https://help.WebsiteBaker.org/de/benutzerhandbuch/installation/vor-der-installation.php) gibts grundsätzliche Infos zu einer Installation.
MfG. Evaki

Danke sehr!

Das hatte dann Folgendes hervorgerufen:

Quote
Warning: file_get_contents(/XXXXX/WebsiteBaker/wb2.12.1_update/config.php): failed to open stream: No such file or directory in /is/htdocs/wp10458683_CCQT6JIX86/www/WebsiteBaker/wb2.12.1_update/upgrade-script.php on line 139

Warning: file_get_contents(/XXXXX/WebsiteBaker/wb2.12.1_update/config.php): failed to open stream: No such file or directory in /is/htdocs/wp10458683_CCQT6JIX86/www/WebsiteBaker/wb2.12.1_update/upgrade-script.php on line 52

Warning: Use of undefined constant WB_URL - assumed 'WB_URL' (this will throw an Error in a future version of PHP) in /XXXXX/WebsiteBaker/wb2.12.1_update/upgrade-script.php on line 220

Das sieht nicht gut aus... oder?
Title: Re: Editor ohne Tunnelblick
Post by: hgs on January 26, 2019, 06:40:59 AM
Quote
Im Paket befindet sich auch die Datei upgrade-script.php. Nach der Übertragung der Dateien auf den Server rufst Du diese Datei per Browser auf https: //deinedomain/upgrade-script.php auf.
Also ein direktes Aufrufen des upgrade-script ist seit 2.10 nicht mehr möglich.
Nur der SuperAdmin kann das upgrade-script laufen lassen und das geschied automatisch, wenn der SuperAdmin sich im BackEnd anmeldet.
Ich hatte mal eine Anleitungs ins Forum gepostet, muß ich mal auf die suche gehen.
Title: Re: Editor ohne Tunnelblick
Post by: dbs on January 26, 2019, 09:17:01 AM
Moinsen, eine Upgradeanleitung gibt es auch in der Ankündigung zur 2.12.1
https://forum.WebsiteBaker.org/index.php/topic,31185.0.html


Quote
Installations- und Upgrade-Anweisungen
Bitte schau auch in die Datei /DOCU/README.EN, welche im Download-Paket mitgeliefert wird.

Kurzversion:
- Mache ein Backup aller Dateien und der Datenbank (!wichtig)

 +Empfohlener Weg: (schnell & sicher)
 - lade das WB ZIP Paket & die unzip.php.zip herunter (Downloadseite (https://wiki.WebsiteBaker.org/doku.php/en/downloads))
 - benenne unzip.php.zip um in unzip.php
 - lade das WB ZIP Paket & die unzip.php hoch in den WB Root Verzeichnis (da wo die config.php liegt)
 - rufe die unzip.php in deinem Browser auf (https://deine-domain.de/unzip.php) (ersetze deine-domain.de mit deiner eigenen Domain)
 - melde dich im Backend als Super-Admin (Admin mit ID 1) an und starte das upgrade-script via Upgrade-Link oder in der WB-info (i-Button)

Die unzip.php und das WB ZIP löschen sich selbst nach erfolgreicher Ausführung der unzip.php.
Dieser Weg ist schnell und wir planen in WB 2.13 einen noch einfacheren Weg, so dass diese unzip.php nur für die WB 2.12.x Versionen ist (deshalb setzen wir die unzip.php jetzt schon auf deprecated/veraltet)

 +Alternativer Weg: (langsam & oldscool)
 - lade das WB ZIP Paket herunter & entpacke es
 - lade per FTP den Inhalt in dein WB Root Verzeichnis (überschreibe vorhandene Dateien!)
 - melde dich im Backend an als Super-Admin (Admin mit ID 1)
 - starte das upgrade-script via upgrade link oder in der WB-info (i-Button)
Title: Re: Editor ohne Tunnelblick
Post by: evaki on January 26, 2019, 09:59:57 AM
Quote
Das sieht nicht gut aus... oder?
Es sieht auch nicht danach aus, als wären die Dateien ins bestehende Verzeichnis (schon installierter, und funktionierender WB) übertragen worden. Oder heißt das Verzeichnis der aktuell laufenden Installation "WebsiteBaker/wb2.12.1_update/" ?  -kaum vorstellbar...

Die Sache mit dem upgrade-script.php ist ganz einfach. Ruft man die auf, wird man zum Login aufgefordert, falls nicht (als admin) eingeloggt, womit man die Berechtigung (als admin) erhält, und das Upgrade gestartet werden kann.

MfG. Evaki
Ach ja, es war noch nie gern gesehen, komplette Beiträge als Zitat einzufügen.
Title: Re: Editor ohne Tunnelblick
Post by: Legaziofunk on January 29, 2019, 07:38:08 PM
Hallo Leute,

also, es hat nun geklappt und ich habe die "einfache" Variante (Hochladen der NICHT-entpackten ZIP-Dateien) gewählt.
Ging problemlos.

Die HTML5-Befehle, die ich nutzen wollte, werden nun auch angenommen - ohne dass ich irgendwelche Schalter nochmals geprüft hätte.

ABER: ich hatte vorher jeweils einen Schalter umgestellt.
Quote
1. in /WebsiteBaker/modules/ckeditor/include.php
81 $bWbConfigSetting = true; (vorher false)

2. in /WebsiteBaker/modules/ckeditor/wb_config/wb_ckconfig.js
244  //disable ckes Advanced Content Filter (ACF) to avoid wblinks to be filtered?
    config.allowedConte nt = true; (vorher: false)

Davon wurde NUR die Änderung in der wb_ckconfig.js geändert übernommen.

Und in der Tat: Lege ich den Schalter in der wb_ckconfig.js wieder "zurück" auf "false", dann werden die HTML5-Befehle details und summary wieder ersetzt (details mit p) oder gelöscht (summary).

Beim setzen auf true klappt es dann wieder. Also scheint da - zumindest bei mir - der einzig relevante Schaler zu liegen.

Okay, dann muss ich jetzt "nur noch" die CSS-Klassen anlegen...

Grazie!
Title: Re: Editor ohne Tunnelblick
Post by: dbs on January 29, 2019, 08:01:46 PM
Bei einem Upgrade bzw. Übertragen der Dateien per FTP wird nichts übernommen, sondern alles überschrieben.
Eigene Änderungen in Dateien hast du dann zu wiederholen. Deshalb sollte man in von WB mitgelieferten Dateien keine Änderungen machen.

Im Falle der wb_ckconfig.js kopiert man diese oder den ganzen wb_config Ordner in sein Template (oder eine Ebene darüber). Änderungen bleiben nun erhalten.
Damit die dann benutzt wird muss das noch gemacht werden
Quote
1. in /WebsiteBaker/modules/ckeditor/include.php
81 $bWbConfigSetting = true; (vorher false)
Title: Re: Editor ohne Tunnelblick
Post by: Legaziofunk on January 29, 2019, 09:26:53 PM
Bei einem Upgrade bzw. Übertragen der Dateien per FTP wird nichts übernommen, sondern alles überschrieben.
Eigene Änderungen in Dateien hast du dann zu wiederholen. Deshalb sollte man in von WB mitgelieferten Dateien keine Änderungen machen.

Im Falle der wb_ckconfig.js kopiert man diese oder den ganzen wb_config Ordner in sein Template (oder eine Ebene darüber). Änderungen bleiben nun erhalten.
Damit die dann benutzt wird muss das noch gemacht werden
Quote
1. in /WebsiteBaker/modules/ckeditor/include.php
81 $bWbConfigSetting = true; (vorher false)

Aha... Danke!

Was aber auch nicht gemacht wird, ist angelegte Dateien, die man zur Erinnerung an die Änderungen gespeichert hat, zu löschen.
Ich hatte .txt-Dateien drin, welche die Änderungshinweise enthielten - und die waren auch nach dem Update nch auf dem Server. Fand ich gut zu wissen.