Sorry das ich letztes mal nicht mehr geantwortet habe.
Jetzt ist (fast) alles wunderbar, die Rechtevergabe etc., alles schön.
Schön wäre noch ein Datepicker, User sind ja immer zu faul oder sind verwöhnt.
Sorry das ich letztes mal nicht mehr geantwortet habe.
Jetzt ist (fast) alles wunderbar, die Rechtevergabe etc., alles schön.
Schön wäre noch ein Datepicker, User sind ja immer zu faul oder sind verwöhnt.
Gruß Thomas
"Zuerst ignorieren sie dich, dann lachen sie über dich, dann bekämpfen sie dich und dann gewinnst du." Mahatma Gandhi
Hallo Gausi,
mit dem calendar_editor habe ich jetzt eine Weile herumgebastelt und bin begeistert. Ein tolles Tool. Danke!
Eine Kleinigkeit, die etwas verwirrt, tritt im Bearbeitungsformular auf. Wenn ich dem Link [bearbeiten] im Kalender folge, lande ich beim Formular. Dann steht oben bei Aktuell wird bearbeitet die Angabe zum Event und in Klammer immer (nicht veröffentlichter Termin); auch wenn im Backend alles auf veröffentlicht steht. Funktioniert die Abfrage published und unpublished nicht?
Unten bei Sichtbarkeit hat die select-box bereits einen Haken und daneben steht Veröffentlicht. Müsste da nicht eher Veröffentlichen stehen?
Gruß Peter
Zum Datepicker: ich möchte die Abhängigkeiten zu anderen Erweiterungen gering halten, daher hab ich das nicht eingebaut. Das lässt sich aber nachrüsten, da über einen Hook die Formularfelder bearbeitet werden können. Wie das geht, steht auch auf meiner Seite
Das mit dem "nicht veröffentlichter Termin" ist in der Tat ein Bug. Lokal ist der gefixed, aber evtl. bau ich am Wochenende noch das mit dem Sperren vergangener Termine ein. Dann pack ich das in Repisodinges.
All of this has happened before - but the question remains: Does all of this have to happen again?
Hallo Gausi,
vielen Dank für den Bugfix bei dem nicht veröffentlichten Termin. Es funktioniert jetzt prima!
Ich schrieb auch noch:
Hier warst Du wohl anderer Meinung. Mich irritiert aber immer noch bei Eingabe eines neuen Termins oder bei Korrektur eines schon eingegebenen Termins, dass dort unten Veröffentlicht steht (also schon geschehen), wo ich doch aktiv den Haken setzen will, um den Termin bzw. die Korrektur (jetzt) zu veröffentlichen. Ein kleiner semantischer Schönheitsfehler.Unten bei Sichtbarkeit hat die select-box bereits einen Haken und daneben steht Veröffentlicht. Müsste da nicht eher Veröffentlichen stehen?
Gruß Peter
Moin, moin!
An welcher Stelle im Hook, werden folgende Zeilen denn eingetragen?
Ich habe sie im Hook eingefügt, aber es werden im Frontend keine Picker angezeigt!Code:$result['fields']['startDate']['inputType'] = 'calendar'; $result['fields']['endDate']['inputType'] = 'calendar';
Gruß Thomas
"Zuerst ignorieren sie dich, dann lachen sie über dich, dann bekämpfen sie dich und dann gewinnst du." Mahatma Gandhi
Also das mit dem "veröffentlicht" bzw. "Termin veröffentlichen" - da war ich der festen Überzeugung, dass das im Backend auch so ist, wie ich das da gemacht habe. Daher hatte ich das nicht geändert. Musste aber dann doch feststellen, dass ich mich da geirrt habe . Hab das im aktuellen Build nun doch geändert (englisch und deutsch - wie das im japanischen aussieht weiß ich nicht).
Und zu dem Hook: Bei meinem Beispiel gehe ich davon aus, dass die Erweiterung "calenderfield" installiert ist. Bei anderen Erweiterungen heißt das Kalenderfeld ggf. anders. Und wenn man dann noch den Ordner aus dem Anhang in dem Modules-Ordner packt, dann sollte das eigentlich klappen. Sieht dann so aus wie in dem Demo-Kalender auf meiner Seite.
All of this has happened before - but the question remains: Does all of this have to happen again?
Hallo Gausi,
ich bin begeistert!!!
DANKE und schönen Abend.
VG lonni
Ja, wenn man Mootools nicht aktiviert hat und auch noch an falscher Stelle eingebunden hat, kann der Kalender auch nicht funktionieren.
Jetzt habe ich aber ein neues Problem!
Ich möchte den calendar_editor_plus um Selectfelder erweitern, was soweit auch funktioniert, zumindest im BE als auch FE angezeigt wird.
Leider speichert er das komplette Formular nicht mehr in der DB, aus dem FE heraus. Im BE funktioniert es.
Folgendes habe ich erweitert:
EventEditHookPlus.php
tl_calendar_events.phpCode:$result['fields']['tour'] = array( 'name' => 'tour', 'label' => $GLOBALS['TL_LANG']['MSC']['tournement'], 'inputType' => 'select', 'options' => array('CD Tour 2011', 'CD Tour 2012', 'FTS', '---'), 'value' => $result['NewEventData']['tour'], 'eval' => array('maxlength' => 15) );
maxlength ist nicht unbedingt nötig, habe ich aber erstmal drin gelassen.Code:$GLOBALS['TL_DCA']['tl_calendar_events']['fields']['tour'] = array ( 'label' => &$GLOBALS['TL_LANG']['tl_calendar_events']['tournement'], 'exclude' => true, 'search' => true, 'inputType' => 'select', 'options' => array('CD Tour 2011', 'CD Tour 2012', 'FTS', '---'), 'eval' => array('maxlength'=>15, 'tl_class'=>'w50') );
Muß ich im Hook noch etwas für Selectfelder ergänzen oder habe ich da generell einen Fehler gemacht?
In welchem Modul kann ich mir die Generierung eines Select-Feldes einmal ansehen?
Wie erwähnt, die Speicherung aus dem BE heraus funktioniert ohne Probleme.
Eine Fehlermeldung wird auch nicht ausgegeben, auch nicht im Debug-Modus.
Gruß Thomas
"Zuerst ignorieren sie dich, dann lachen sie über dich, dann bekämpfen sie dich und dann gewinnst du." Mahatma Gandhi
Man muss in dem Hook nicht nur die Felder ergänzen, sondern auch die Daten in das NewEvent-Array schaufeln. Kann sein, dass man das auch eleganter lösen kann, aber elegant ist mein Code sowieso nicht (bin halt Anfänger, was PHP angeht. )
So sollte es funktionieren:
PHP-Code:
// Get extended Data from current event
if ($editID) {
$result['NewEventData']['tour'] = $currentEventObject->tour;
}
// overwrite it with current POST data
if ($this->Input->post('FORM_SUBMIT') == 'caledit_submit') {
$result['NewEventData']['tour'] = $this->Input->post('tour');
}
$result['fields']['tour'] = array(
'name' => 'tour',
'label' => $GLOBALS['TL_LANG']['MSC']['tournement'],
'inputType' => 'select',
'options' => array('CD Tour 2011', 'CD Tour 2012', 'FTS', '---'),
'value' => $result['NewEventData']['tour'],
'eval' => array('maxlength' => 15)
);
All of this has happened before - but the question remains: Does all of this have to happen again?
Danke für die Antwort, aber so einfach scheint das nicht zu sein.
Ich habe genau das gemacht. Selbst mandatory=>true und default nimmt er nicht.
Folgendes habe ich zur Zeit im Hook eingetragen:
Folgendes in der tl_calendar_events.php:Code:class EventEditHookPlus extends Frontend { public function addFields($NewEventData, $fields, $currentEventObject, $editID) { $result = array(); $result['NewEventData'] = $NewEventData; $result['fields'] = $fields; $result['fields']['startDate']['inputType'] = 'calendar'; $result['fields']['endDate']['inputType'] = 'calendar'; // Get Calendar_Events_Plus - Data from current event if ($editID) { $result['NewEventData']['tour'] = $currentEventObject->tour; $result['NewEventData']['disz1'] = $currentEventObject->disz1; $result['NewEventData']['disz2'] = $currentEventObject->disz2; $result['NewEventData']['disz3'] = $currentEventObject->disz3; } // overwrite it with current POST data if ($this->Input->post('FORM_SUBMIT') == 'caledit_submit') { $result['NewEventData']['tour'] = $this->Input->post('tour'); $result['NewEventData']['disz1'] = $this->Input->post('disz1'); $result['NewEventData']['disz2'] = $this->Input->post('disz2'); $result['NewEventData']['disz3'] = $this->Input->post('disz3'); } // create new fields $result['fields']['tour'] = array( 'name' => 'tour', 'label' => $GLOBALS['TL_LANG']['MSC']['tournement'], 'inputType' => 'select', 'value' => $result['NewEventData']['tour'], 'options' => array('CD Tour 2011', 'CD Tour 2012', 'FTS', '---'), 'eval' => array('mandatory'=>true, 'maxlength' => 255, 'tl_class'=>'w50') ); $result['fields']['disz1'] = array( 'name' => 'disz1', 'label' => $GLOBALS['TL_LANG']['MSC']['disz1'], 'inputType' => 'select', 'value' => $result['NewEventData']['disz1'], 'options' => array('Offenes', 'Anfänger bis B-Liga', 'Anfänger bis A-Liga'), 'eval' => array('mandatory'=>true, 'maxlength' => 255, 'tl_class'=>'w50') ); $result['fields']['disz2'] = array( 'name' => 'disz2', 'label' => $GLOBALS['TL_LANG']['MSC']['disz2'], 'inputType' => 'select', 'value' => $result['NewEventData']['disz2'], 'options' => array('Einzel', 'Doppel', 'Mixed Doppel', 'Triple Mixed', 'Team', 'Sonstiges'), 'eval' => array('mandatory'=>true, 'maxlength' => 255, 'tl_class'=>'w50') ); $result['fields']['disz3'] = array( 'name' => 'disz3', 'label' => $GLOBALS['TL_LANG']['MSC']['disz3'], 'default' => '301 M.O.', 'inputType' => 'select', 'value' => $result['NewEventData']['disz3'], 'options' => array('301 S.O.', '301 M.O.', '301 D.O.', '501 S.O.', '501 M.O.', '501 D.O.', '701 S.O.', '701 M.O.', '701 D.O.'), 'eval' => array('mandatory'=>true, 'maxlength' => 255, 'tl_class'=>'w50') ); return $result; } }
Das Feld für gast_nr soll nur für den BE dargestellt werden und dort eintragbar sein, funktioniert auch.Code:$GLOBALS['TL_DCA']['tl_calendar_events']['fields']['title']['eval']['mandatory'] = false; /** * Table tl_calendar_events */ //Anzeige im Backend $GLOBALS['TL_DCA']['tl_calendar_events']['palettes']['default'] = str_replace('author;','author;{gast},gast_nr;{tour},tour,disz1,disz2,disz3;', $GLOBALS['TL_DCA']['tl_calendar_events']['palettes']['default']); //Beschreibung des Feldes $GLOBALS['TL_DCA']['tl_calendar_events']['fields']['gast_nr'] = array ( 'label' => &$GLOBALS['TL_LANG']['tl_calendar_events']['gast_nr'], 'exclude' => true, 'search' => true, 'inputType' => 'text', 'eval' => array('maxlength'=>255, 'tl_class'=>'w50') ); $GLOBALS['TL_DCA']['tl_calendar_events']['fields']['tour'] = array ( 'label' => &$GLOBALS['TL_LANG']['tl_calendar_events']['tournement'], 'exclude' => true, 'search' => true, 'inputType' => 'select', 'options' => array('CD Tour 2011', 'CD Tour 2012', 'FTS', '---'), 'eval' => array('mandatory'=>true, 'maxlength'=>255, 'tl_class'=>'w50') ); $GLOBALS['TL_DCA']['tl_calendar_events']['fields']['disz1'] = array ( 'label' => &$GLOBALS['TL_LANG']['tl_calendar_events']['disz1'], 'exclude' => true, 'search' => true, 'inputType' => 'select', 'options' => array('Offenes', 'Anfänger bis B-Liga', 'Anfänger bis A-Liga'), 'eval' => array('mandatory'=>true, 'maxlength' => 255, 'tl_class'=>'w50') ); $GLOBALS['TL_DCA']['tl_calendar_events']['fields']['disz2'] = array ( 'label' => &$GLOBALS['TL_LANG']['tl_calendar_events']['disz2'], 'exclude' => true, 'search' => true, 'inputType' => 'select', 'value' => $result['NewEventData']['disz2'], 'options' => array('Einzel', 'Doppel', 'Mixed Doppel', 'Triple Mixed', 'Team', 'Sonstiges'), 'eval' => array('mandatory'=>true, 'maxlength' => 255, 'tl_class'=>'w50') ); $GLOBALS['TL_DCA']['tl_calendar_events']['fields']['disz3'] = array ( 'label' => &$GLOBALS['TL_LANG']['tl_calendar_events']['disz3'], 'exclude' => true, 'search' => true, 'inputType' => 'select', 'value' => $result['NewEventData']['disz3'], 'options' => array('301 S.O.', '301 M.O.', '301 D.O.', '501 S.O.', '501 M.O.', '501 D.O.', '701 S.O.', '701 M.O.', '701 D.O.'), 'eval' => array('mandatory'=>true, 'maxlength' => 255, 'tl_class'=>'w50') );
Die Deaktivierung des mandatory für den Titel funktioniert scheinbar nur im BE, zumindest blendet er den Stern aus.
Obwohl, das könnte schon die Weitergabe des Formulares behindern. Ich habe es im Frontend nicht mit drin, da es nicht wichtig ist.
Allerdings erwartet das System scheinbar den Titel.
Nur wie deaktiviere ich den Mandatory für den Titelscheint er zu ignorieren.Code:$GLOBALS['TL_DCA']['tl_calendar_events']['fields']['title']['eval']['mandatory'] = false;
Ich teste mal noch ein wenig weiter!
Das Komische ist ja eben, dass im BE die Angaben gespeichert werden.
Alle DB Felder sind angelegt, daran kann es nicht liegen.
Gruß Thomas
"Zuerst ignorieren sie dich, dann lachen sie über dich, dann bekämpfen sie dich und dann gewinnst du." Mahatma Gandhi
Genau wie vermutet!
Der Titel wird für den Alias im Kalender verwendet und läßt sich nicht ausschalten.
Wenn man das Titelfeld im FE nicht ausgeben läßt und dann das Formular abschickt erwartet der Kalender trotzdem einen Wert.
Was man machen könnte, eine Funktion erstellen, die einen Inhalt für das Feld automatisch generiert. Ein unschönes Workarround, aber so könnte man den Editor noch für andere Dinge im Kalender verwenden.
Jedenfalls habe ich Deinen Editor jetzt um Selectfelder und Hiddenfelder erweitert, die meinem Bedarf entsprechen.
Vielen Dank für die Anleitungen und die Hilfe.
Gruß Thomas
"Zuerst ignorieren sie dich, dann lachen sie über dich, dann bekämpfen sie dich und dann gewinnst du." Mahatma Gandhi
Hi,
I'm sorry for writing in English.
I recently tried to use calendar_editor which is nice extension, but I noticed I couldn't post any event.
After reading the code, it was parsing of date/time of form fields. ModuleEventEditor class uses strtotime() to parse string into date/time. strtotime() understand limited format of date/time.
So I tried to use Date class with $GLOBALS['TL_CONFIG']['dateFormat'] and $GLOBALS['TL_CONFIG']['datimFormat'], these global variables are localized with the language set in web site's root page.
Anyway, here is my patch which solve this problem.
Best regards.
P.S.
How can I resize textare fields, teaser and event detail?
Thank you for the modifications, I will include them in the next update.
Resizing the teaser field should be possible by changing the css. For the detail field you should modify the tinyMCE-Template within /system/config/ or better create another one (would be update-safe).
All of this has happened before - but the question remains: Does all of this have to happen again?
Hallo zusammen,
ich bin nun auch auf diese Erweiterung gestoßen und muss sagen, dass ich genau diese gesucht habe. Mir fehlt nur die Möglichkeit einzelne Felder abzuschalten, bspw. CssClass. Geht das?
FG
Hallo gerritlo,
ich bin auch begeistert von der Erweiterung
Die CSS Klasse benötie ich auch nicht. Da ich mir das alternateTemplate von der Entwicklerseite heruntergeladen hab (download) hab ich dieses ein wenig modifiziert (siehe Anhang). Hier hab ich Beispielsweise für dich als einzigsten Unterschied zum Original bei dem Block:
die CSS Klasse: css_class_editor vergeben... jetzt nurnoch mit CSS ansprechen und auf display none setzen. Z.B.:Code:<?php if ($this->fields['cssClass']): ?> <?php $objWidget = $this->fields['cssClass']; ?> <tr class="<?php echo $class; ?> css_class_editor"> <td class="label"><?php echo $objWidget->generateLabel(); ?></td> <td class="value"><?php echo $objWidget->generateWithError(); ?></td> </tr> <?php endif; ?>
Bei einem anderen Template gehts natürlich genausoCode:.css_class_editor { display:none; }
du kannsd die Passage natürlich auch rauslöschen... aber wenn du sie später mal brauchst... Man weiß ja nie
Viel Spaß damit,
Liebe Grüße t3g aka. Heini
Da ich nicht genau weiß, was save_callbacks sind, rate ich da mal ins blaue und sage, dass das auch über die Hooks gehen sollte . Da lassen sich ja auch vorhandene Felder bearbeiten, und normalerweise sollte man da dann auch die callback-Methoden bei den gewünschten Feldern eintragen lassen können. Ausprobiert habe ich das jetzt aber nicht.
All of this has happened before - but the question remains: Does all of this have to happen again?
Hallo,
ich nutze Contao 2.9.5 und habe calendar_editor 1.3.0 installiert, da ich genau diese Funktion benötige. Soweit funktioniert auch alles prima, nur werden nach der Eingabe eines neuen Termins im FE die Werte in der Datenbank falsch gesetzt. Wenn z.B. nur ein Startdatum gesetzt wird, werden folgende Werte gesetzt:
start_Time=0
end_Time=0
start_Date=0
end_Date=NULL
timestamp=hier wird nicht der Timestamp der Eingabe gesetzt, sondern der des eingebenen Start-Datums.
Damit werden die Termine natürlich auf 01.01.1970 gesetzt. Direkt nach der Eingabe scheinen die Werte noch zu stimmen, in der Notification-Mail stehen die korrekten Werte drin und sie tauchen im Kalender des FEs auch kurz am richtigen Datum auf, sind jedoch beim nächsten Seitenaufbau verschwunden.
Ha jemand eine Idee?
Grüße,
Steff
Hm, das kann ich bei mir nicht nachvollziehen. Zumindest nicht unter Contao 2.9.3 oder Contao 2.10.1. Ich habe da zwar bei diesem Update an der Stelle was geändert, da ich die Anregungen von taca (weiter oben hier im Thread) eingepflegt habe, aber bei meinen Systemen wird alles korrekt eingetragen.
Und wenn das einmal richtig im FE angezeigt wird, wieso sollte sich das von alleine wieder ändern? Pfuscht da evtl. eine andere Erweiterung nachträglich noch dran rum?
All of this has happened before - but the question remains: Does all of this have to happen again?
Hallo Gausi,
Danke für die Antwort. Ich kommen nicht wirklich weiter. Versuchsweise habe ich mal alle anderen Erweiterungen deaktiviert, hat aber nicht geholfen. Wenn ich einen Termin nur ändere, funktioniert das. Allerdings wird auch dann in das Feld tstamp der Timestamp von startDate übernommen statt das aktuelle Datum. Damit könnten man ja leben.
Aber bei der Neueingabe eines Events kommt wie gesagt zwar eine Mail mit korrekten Daten, in der DB werden nur die obenbeschriebenen Daten eingetragen.
Noch irgendeine Idee?
Grüße,
Steff
Noch eine Anmerkung: Ein Downgrade auf calendar_editor 1.2.0 und auch auf 1.1.0 hat nichts am Verhalten geändert.
Grüße,
Steff
Hallo und erst einmal Danke! für diese tolle Erweiterung.
Auch bei einer Kundenseite von mir mit 2.9.5 und 1.3.1 stable folgendes Verhalten: Edit über Frontend und dann speichern = Uhrzeit weg (0).
Gibts da schon ein Workaround? Ich trau mich noch nicht auf 2.10.x.
VG
Mike
dto. auch bei Contao Version 2.10.2 festgestellt.
Also, Problem gelöst bzgl. der Zeitangabe / Speicherung der Uhrzeit.
Man kann ja in den Einstellungen UND in der Seitenstruktur/Hauptknoten der Webseite das Date und Time Format wie z.B. H:i oder d.m.Y eingeben. Ist dies NUR in den Einstellungen eingegeben aber NICHT im Startpunkt der Webseite, so wird die Zeit in dieser Extension nicht gespeichert, da kein vernünftiger TS gebildet werden kann.
Darauf muss man erst einmal kommen *grins*
Also, weitermachen.
Dann sag ich mal "Danke" für erfolgreiche Suche nach der Ursache für dieses Verhalten. Ich schau mal, wo ich das mit in die Dokumentation einbaue.
All of this has happened before - but the question remains: Does all of this have to happen again?
Besten Dank für die Antworten. Leider hilft es bei mir nicht weiter: Ich habe sowohl in den Einstellungen als auch in der Seitenstruktur der Startseite d.m.Y H:i eingestellt, aber die Zeiten werden trotzdem gelöscht. Habt ihr noch weitere Ideen?
Grüße,
Steff
Hallo Zusammen,
erstmal vorne weg: Vielen Dank für diese tolle Erweiterung!
Ich versuche gerade im Frontend Editor einige Felder hinzuzufügen:
Eine Adresse (straße, PLZ, Ort) und eine Uploadmöglichkeit für ein Bild.
Da ich programiertechnisch leider nicht der hellste bin :-) habe ich meine Schwierigkeiten der Anleitung zu folgen.
Generelle Frage: Geht das, was ich will überhaupt, bzw. brauche ich da noch mehr Erweiterungen?
Prinzipiell denke ich, dass man folgendes machen müsste:
1. die Felder der Datenbank hinzufügen, in der die Kalenderevents gespeichert werden?
2. das Template zur Frontendbearbeitung um diese Felder erweitern ?
3. die zusätlichen Informationen in der Eventliste darstellen ?
Besteht denn die Möglichkeit für einen Laien sowas zu erstellen?
Ich danke euch für eure Hilfe
Bei den Bildern bin ich mir nicht sicher, wie das geht. Damit habe ich mich noch nicht beschäftigt, wie sich so ein Upload-Feld in einem Formular verhält. Also wie gibt man den Upload-Ordner an, wie lassen sich automatisch die Größen anpassen, und wie wird das dann in der DB gespeichert...
Die anderen Felder sollten einigermaßen einfach gehen, wenn man sich da etwas reindenkt. Dazu würde ich empfehlen, auf der Erweiterung calender_events_plus aufzubauen bzw. von da abzugucken. Da werden nämlich der Event-Tabelle ein paar Felder hinzugefügt (iirc Ort, Teilnehmer und Kontaktdaten). Das müsstest du dann deinen Anforderung entsprechend modifizieren.
Dann musst du den Schritt "Felder hinzufügen/verändern" aus der Anleitung auf meiner Seite durchführen, damit die Formularfelder erzeugt werden.
Wenn du das standard-Template für den Frontend-Editor nutzt, muss das nicht angepasst werden. Da werden einfach alle Formularfelder erzeugt und ausgegeben.
Das Eventlisten- bzw. Kalender-Template muss natürlich noch um die neuen Felder ergänzt werden, die ausgegeben werden sollen, aber das dürfte das kleinste Problem sein.
Die Möglichkeit Bilder hinzuzufügen, steht bei mir auch irgendwo auf der ToDo-Liste. Aber mit nicht besonders hoher Priorität - denn für "komplizierte" Sachen sollte man dann doch wieder den Backend-Zugang wählen.
@Steff: Dachte ich mir fast, dass dein Problem dadurch nicht gelöst wird. Leider habe ich keinen Schimmer, woran das liegen könnte. Vor allem, da ja die Daten bei dir scheinbar einmal korrekt angezeigt werden und erst bei einem zweiten Seitenaufruf verschwinden.
All of this has happened before - but the question remains: Does all of this have to happen again?
Hey Gausi,
Ich habe alles eingebunden wie beschrieben, kriege aber beim Hinzufügen eines neues Events den Contao 2.10er Fehler "Invalid request token!"...
Ne Idee, wo es da hängen könnte? (2.10.3)
MFG
Michael
Mit 2.10.3 habe ich das noch nicht getestet - hat sich da mit dem Token wieder was geändert? Ansonsten würde ich da einfach tippen, dass da in einem Formular-Template das hier fehlt:
In den .xhtml-Templates sollte das eigentlich überall drin sein.PHP-Code:
<input type="hidden" name="REQUEST_TOKEN" value="{{request_token}}">
All of this has happened before - but the question remains: Does all of this have to happen again?
Hey,
Im .tpl hats gefehlt, da hab ich es jetzt hinzugefügt. Jetzt ballert mir aber der Insert dazwischen
Code:[18-Nov-2011 17:51:31] PHP Fatal error: Uncaught exception 'Exception' with message 'Query error: Column 'published' cannot be null (INSERT INTO tl_calendar_events (startDate, endDate, startTime, endTime, title, teaser, details, cssClass, pid, published, FE_User, alias, tstamp, addTime) VALUES (1322092800, NULL, 1322161200, 1322161200, 'dfs', 'dsfs', '<p>fds</p>', '', '1', NULL, '3', 'dfs', 1322092800, '1'))' thrown in /home/www/web/html/dev/fsdfsd/system/libraries/Database.php on line 677
In den *.tpl sollte das eigentlich auch nicht nötig sein, die werden doch in 2.10 gar nicht verwendet?
Ich hab eben meine Seite auf 2.10.3 gebracht, da klappts weiterhin einwandfrei. Keine Ahung, woran das noch liegen könnte.
All of this has happened before - but the question remains: Does all of this have to happen again?
Hey,
Danke fürs Feedback! Ich werde heute nochmal sauber machen und die Erweiterung neu aufsetzen, strikt nach Anleitung. Hoffe ich finde meinen Fehler dann
Hey,
hab den Fehler gefunden. Wenn du im Modul des Editors den Haken von "Veröffentlichung erlauben" wegmachst, erscheint logischerweise die checkbox für published nicht mehr. Wenn man dann aber anonym ein unveröffentlichtes Event einträgt, wird anstatt published = 0, published = NULL.
Wär cool wenn dus dir mal anschaust
MFG
Ah, super. Da könnte was dran sein.
Ich schau mir das die Tage an und mach dann ein Update im ER.
All of this has happened before - but the question remains: Does all of this have to happen again?
So, hier hab ich es mir einfach gemacht und vor dem Einfügen in die Datenbank ein
eingefügt. Version 1.3.2 ist im ER - danke nochmal für die Fehlermeldung und Suche nach der Ursache.PHP-Code:
if (is_null($NewEventData['published'])){
$NewEventData['published'] = '';
}
All of this has happened before - but the question remains: Does all of this have to happen again?
Servus,
Merci dir! Er meckert jetzt aber wieder beim TOKEN... Du lieferst nur .tpl und .xhtml mit. Aber ist xhtml nicht nur eine Verlinkung auf das vom Browser jeweils unterstüzte? Somit fehlt .html5 ...
Hab mir ein eigenes Template aus .xhtml und entsprechend gleichem .html5 gebaut und es funktioniert...
Hey!
Erstmal danke für diese tolle Erweiterung!
Wie weiter oben schoneinmal angemerkt wurde, wäre ein Datepicker ne feine Sache... vielleicht kannst du deine Erweiterung ja mit calendarfield kombinieren. Das wär echt mega-gut
Und dann habe ich da noch ein Problem:
Wenn ich einen neuen oder alten Eintrag speichern will, erscheint folgende Meldung:
Liegt das Problem bei mir, oder bei der Erweiterung?Invalid request token!
The request token could not be verified. Please go back and try again.
This error occurres if there is a POST request without a valid authentication token. In Contao 2.10, the referer check has been replaced with a request token system. If the problem persists, you are maybe using an incompatible third-party extension or have not correctly updated your Contao installation.
For more information, visit the Contao FAQ page or search the Contao forum.
LG,
Till
EDIT: Ich verwende contao 2.10.4 und calendar_editor 1.3.2 stable. Außerdem habe ich mod_rewrite in der .htaccess aktiviert... vielleicht hat das ja damit was zu tun (wäre nicht da erste mal)
OK,
Problem gelöst!
Ich hatte die tpl-Datei als Template genommen. Die enthielt aber einen Fehler. Dieser lässt sich wie folgt beseitigen:
Im templates-Ordner des Plugins muss in der Datei eventEdit_default.tpl nach der Zeile 40 folgende Zeile eingefügt werden:
Damit ist das Template wieder lauffähig.PHP-Code:
<input type="hidden" name="REQUEST_TOKEN" value="{{request_token}}" />
Vielleicht wäre es aber eh sinnvoller auf HTML5-Templates umzusteigen Das wäre mir eine große Freude!
LG,
Till
EDIT: Ich hab die modifizierte (!) Datei mal angehängt
Hallo,
zunächst mal Vielen Dank für diese tolle Erweiterung!
Ist es möglich Felder im Standard Template mit Defaultwerten zu belegen.
Gibt es eine Möglichkeit den neuen Kalendereintrag defaultmäßig auf veröffentlicht zu setzen.
Danke
Gruß
madie
Hallo,
hat niemand eine Idee, wie ich zumindest die neuen Kalendereinträge defaultmäßig auf veröffentlicht setzen kann?
Vielen Dank und LG Grüße
Madie
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Lesezeichen