Closed cukabeka closed 6 years ago
Ist ziemlich freestyle, aber du könntest über OUTPUT_FILTER gehen. Guck ob die Backend Seite mit den E-Mail Templates auf ist und verpass der zweiten/ letzten textarea per preg_replace die redactor Klasse.
Du meinst sicher yForm oder? Ausserdem betrifft mich das glaube ich kaum sondern es müsste eher yForm aufgebohrt werden oder?
Das stimmt :) , ich meine natürlich YForm. In der Tat sehe ich da auch vom Prinzip her Handlungsbedarf bei yForm, dort gibt es ebenfalls bereits ein Ticket dazu: https://github.com/yakamara/redaxo_yform/issues/440
Seitens Redactor sehe ich die Möglichkeit, dass die Klassen für den Trigger noch freier vergeben werden können, so dass nicht das präfix "redactor-" notwendig ist und IDs möglich sind. Gäbe es denn irgendeine Möglichkeit, Redactor2 so zu erweitern, dass optional ein eigener CSS Selector angegeben werden kann?
Grundsätzlich ja, jedoch wird so aktuell noch das zu ladende Profil mitgegeben. Evtl. könnte man eine optinoale Klasse machen und eine fürs Profil. Das würde das Problem aber nicht lösen.
Die Lösung steht am Ende des Issues in yForm: https://github.com/yakamara/redaxo_yform/issues/440 @phoebusryan close?
Okay, um so besser.
Habe das eben schon drüben bei Yform als Issue reingestellt, evtl ist es aber auch hier aufgehoben:
Habe schon einmal in XFORM den Code hart aufgebohrt und eine redactor-kompatible Klasse ans Tag drangehängt. Mit einem Update war dann alles dahin.
Möchte das HTML in Email-Formularen gerne auch komfortabel editieren können. Toll wäre, wenn der Code so gestaltet ist, dass ich einfach ein Addon wie Redactor darauf anspitzen kann. Leider akzeptiert dieses wiederum nur Klassen. Schön fände ich, wenn ich statt Klassen alternativ die ID yform-formular-body_html in Redactor als Trigger spezifizieren könnte. Könnte das klappen?