Schon wieder TinyMCE Speichern Problem

Nachdem ich mir alle Threads zu diesem Problem hier durchgelesen habe muss ich aufgeben, das ist doch verflucht sch***
Ich habe eine 2.11.2 und eine 2.11.5 im Einsatz bei dem sich erst jetzt herausstellte das die User garkeine Änderungen im Catalog Feld "Longtext" mit dem Template "tinyFrontend" machen können.
Nehme ich den RichText raus funktioniert das Speichern. Jetzt sehe ich AUCH im BackEnd lässt sich nichts speichern wenn der Tiny aktiviert ist.

Der Tipp exact in none hat mir nichts gebracht.
Die Version der tinyFrontend.php aus dem svn auch nicht.
Die htaccess ist korrekt.
Catalog ist die neueste.
save_callback : "TinyCallback.cleanXHTML", gibt es bei mir garnicht


Freue mich auf einen kleinen Anstupser :( komm echt nicht weiter.

Hallo izanagi,
tinyfrontend ist nicht für das Backend gedacht und wird da nicht funktionieren.

Das liefern wir als praktische Vorlage mit.
Wenn du einen Fall hast wo die Leute im Frontend und im Backend daran arbeiten, dann müsstest du per dcaconfig die Zuweisung vornehmen, welche config geladen werden soll (da kann man ja abfragen ob Backenduser angemeldet ist und dann eine andere config ausgeben lassen).

Viele Grüße

Ok ja das meine ich auch gelesen zu haben. Aber wieso funktioniert das auch nicht im FE ?
Es funktioniert ja generell garnicht momentan.

Wow... da muss man auch mal drauf kommen.
Ich habe 2 Edit Module untereinander, auf der selben Seiten.
Scheinbar hat das zweite das erste Überschrieben und konnte daher nicht funktionieren.
Jetzt muss ich nur noch dies Problem beseitigen.

Edit: also ich habe folgendes in der dca

PHP-Code:

---

$GLOBALS['TL_DCA']['tl_content']['fields']['text']['eval']['rte'] = 'tinyMCE'; 


---

Ich kann trotzdem keinen Text in dem Feld abspeichern.
Wähle ich das Template Flash, kann ich im BackEnd speichern, aber dann geht der Editor im FrontEnd natürlich nicht

Update: :eek: ich habe jetzt eine Kombi gemischte Tüte !
Hab ja 2 Textfelder.
Feld 1 ist jetzt Template tinyMCE und Feld 2 Flash
Das speichern von Feld 1 funktioniert jetzt im FrontEnd yehaaaaa :rolleyes:
Feld 2 funktioniert natürlich nicht im FE aber dafür speichert er im BE

Setze ich Feld 2 auf garkeins, sprich ohne RichText, funktioniert Feld 1 im FE nicht mehr.
WIESO braucht Feld 1 mit TinyMCE ein weiteres Feld mit Flash Temp ?!?!

Noch irgendwer eine Idee ?
Mir scheint das irgendwie ein generelles Problem zu sein. Würd mich freuen von jemanden zu hören bei dem alles
wunderbar funktioniert :)

macKP hast du noch ne Idee ? Ich hab jetzt den Texteditor erstmal deaktiviert.
Ich glaub das gibt aber mega Chaos wenn die ganzen User demnächst ihr Profil aktualisieren, da geht ja die ganze Formatierung flöten... ich seh da schon hunderte Support Anfragen.

Hallo izanagi,
ich verstehe glaube ich dein aktuelles Problem noch nicht so ganz.
Kannst du das noch mal genauer Beschreiben was das Problem ist und was du bisher gemacht hast?

Viele Grüße

Klar gerne,


Jeder User hat seine Profilkarte (catalog item) so wie bei Facebook.
Wenn ich dem Langtext den TinyMCE zuordne, wird der Inhalt beim Speichern leider nicht abgespeichert.
Wähle ich stattdessen keinen Editor, nur normales Langtext, funktioniert das speichern im FrontEnd.

Danke MacKP

Hallo izanagi,
das hab ich schon verstanden.. aber welche tinymce.php nimmst du jetzt genau für welches Feld?
Und welches speichert der ab und welches nicht?

Viele Grüße

Typ= Langtext
Rich Text = deaktiv
Template: --
Ergebnis: speichern möglich


Typ= Langtext
Rich Text = aktiv
Template: tinyFrontend.php
Ergebnis: kein speichern möglich

Template: tinyMCE.php
Ergebnis: kein speichern möglich


tinyFrontend >>>

PHP-Code:

---

<?php if (!defined('TL_ROOT')) die('You can not access this file directly!');

/**
 * The Catalog extension allows the creation of multiple catalogs of custom items,
 * each with its own unique set of selectable field types, with field extendability.
 * The Front-End modules allow you to build powerful listing and filtering of the
 * data in each catalog.
 *
 * PHP version 5
 * @copyright   CyberSpectrum and others, see CONTRIBUTORS
 * @author              Christian Schiffler <c.schiffler@cyberspectrum.de> and others, see CONTRIBUTORS
 * @package             Catalog
 * @license             LGPL
 * @filesource
 */

/**
 * This is the tinyMCE (rich text editor) configuration file. Please visit
 * http://tinymce.moxiecode.com for more information.
 */
if ($GLOBALS['TL_CONFIG']['useRTE']): ?>
<script src="<?php echo $this->base; ?>plugins/tinyMCE/tiny_mce_gzip.js"></script>
<script>
tinyMCE_GZ.init({
  plugins : "advimage,autosave,directionality,emotions,inlinepopups,paste,save,searchreplace,spellchecker,style,tabfocus,table,template,xhtmlxtras",
  themes : "advanced",
      
  languages : "<?php echo $this->language; ?>",
  disk_cache : false,
  debug : false
});
</script>
<script>
tinyMCE.init({
themes : "advanced",
  mode : 'exact',
  //mode : "none",
    height : "300",
    width : "400",



  language : "<?php echo $this->language; ?>",
  elements : "<?php echo $this->rteFields; ?>",
  remove_linebreaks : false,
  force_hex_style_colors : true,
  fix_list_elements : true,
  fix_table_elements : true,
  doctype : '<!DOCTYPE html>',
  element_format : 'html',
  document_base_url : "<?php echo $this->base; ?>",
  entities : "160,nbsp,60,lt,62,gt,173,shy",
  cleanup_on_startup : true,
  save_enablewhendirty : true,
  save_on_tinymce_forms : true,
  advimage_update_dimensions_onchange : false,
  plugins : "advimage,autosave,directionality,emotions,inlinepopups,paste,save,searchreplace,spellchecker,style,tabfocus,table,xhtmlxtras",
  spellchecker_languages : "<?php echo $this->getSpellcheckerString(); ?>",
  event_elements : "a,div,h1,h2,h3,h4,h5,h6,img,p,span",
  extended_valid_elements : "q[cite|class|title],article,section,hgroup,figure,figcaption",
  tabfocus_elements : ":prev,:next",
  theme : "advanced",
  theme_advanced_resizing : true,
  theme_advanced_resize_horizontal : false,
  theme_advanced_toolbar_location : "top",
  theme_advanced_toolbar_align : "left",
  theme_advanced_statusbar_location : "bottom",
 theme_advanced_source_editor_width : "400",
 theme_advanced_resizing_min_width : "400",
 theme_advanced_resizing_max_width : "400",
  theme_advanced_blockformats : "div,p,address,pre,h1,h2,h3,h4,h5,h6",
  theme_advanced_buttons1 : "fontsizeselect,separator,bold,italic,underline,separator,justifyleft,justifycenter,justifyright,justifyfull",
  theme_advanced_buttons2 : ",separator,bullist,numlist,indent,outdent,separator,blockquote,separator,forecolor,backcolor",
  theme_advanced_buttons3 : "separator,charmap,emotions,separator",
  theme_advanced_font_sizes : "9px,10px,11px,12px,13px,14px"
});
</script>
<?php endif; ?>

---

OK.
Und wenn beide tinyFrontend.php haben?
Wie oben auch schon erwähnt kann man NICHT die von Contao mitgebrachte für das Frontend nehmen, da dort ein Aufruf drinn ist, den es im Frontend nicht gibt.
Deswegen MUSS man da die andere Version nehmen (oder eine eigene erstellen).

Viele Grüße

Achso sorry, hab mich falsch ausgedrückt.
Das sind keine drei verschiedene, sondern der Testgang 1 - 3
1. geht und 2+3 nicht.

Die tinyFrontend die ich obene gepostet habe, ist die die ich im GitHub gefunden habe die
extra fürs FrontEnd erstellt wurde von euch.

Hallo izanagi,
funktioniert es denn jetzt, wenn du zwei mal die tinyFrontend.php einbindest?
Oder geht das dann auch noch nicht?

Viele Grüße

Hi MacKP, so genau versteh ich deine Frage gerade nicht :o
Derzeit hat dieses eine langtext Feld das Template "tinyFrontend.php"

Hallo izanagi,
du redest ja von zwei feldern mit tinymce.
Haben beide Felder die Datei fürs Frontend?

Viele Grüße

Danke Mack für die richtige Führung... ich habe den Fehler:

Ich hatte zwei Edit Module auf einer Seite.
Ein Textfeld wurde wegen Gruppenrecht, verlagert in ein eigenes Modul.
Nun habe ich beide Textfelder wieder in ein Modul, das speichern funktioniert.
Nur leider funktioniert das Gruppenrecht nicht bei dem 2. Textfeld, womit es also garnicht angezeigt wird. Aber das ist jetzt nebensächlich.

Aufgefallen ist mir, wenn man tinyFrontend.php wählt, also die aus dem Github, dann funktioniert das Speichern NUR im FrontEnd nicht aber im BackEnd.
Es soll aber von beiden Seiten funktionieren, also hab ich die tinyMCE.php gewählt und supi... es funktioniert Front & BackEnd.

Ah, ok.
Hauptsache geht jetzt ;-)

Viele Grüße

Ist natürlich blöd das wir das zweite Feld jetzt nicht sperren können für bestimmte Gruppen...
du weisst nicht zufällig ob das ein genereller Bug ist bei den Feld-Gruppenrechten ?

Hallo izanagi,
ich mach das in der Regel so, das ich pro Gruppe 2 verschiedene Edit Module einrichte und dann das 2. Feld gar nicht ausgeben lasse.
Dann kann man sicher sein, das die da nicht drann können ;-)

Viele Grüße

Ja ich weiss was du meinst, das hab ich auch schonmal gemacht... jedoch in diesem Fall ist es so
das die Gruppe 2 auch der Gruppe 1(registriert) angehört, würde bedeuten Gruppe2 bekäme zwei Module !
Ich hoffe das irgendwann im Core auch mal die Möglichkeit gegeben wird Gruppen "auszuschöießen" :)

Hmm mach zu dem Problem mit der Rechtevergabe über das BE auf jeden fall noch mal ein Ticket (wenn noch keins da ist).
Zu deinem Gruppen Problem:
Warum dann Gruppe 2 auch in Gruppe 1 lassen?
Könnte man doch eventuell komplett getrennt lassen?
Zur Not mit einer 3. Gruppe für die Dinge, die alle sehen dürfen...

Viele Grüße

Ja das müsste ich nachträglich dann erst umrüsten und die angemeldeten User umswitchen.
Gruppe 1 ist ja der Registrierte, der dann die Seiten für Mitglieder sehen darf.
Die Gruppe 2 ist nur für verifizierte. Da müsste den verifizierten die Gruppe 1 wieder entzogen werden.
Joa das bekomm ich schon hin :)