calendar_extended, leads und notification_center -> Daten übergeben ?

[Cranker]

Hallo,

ich habe scheinbar noch ein Verständnisproblem bei der Übergabe der Daten von der Anmeldung an die Datensatz-Bezeichnung und weiter in die E-Mail an den Teilnehmer.

In der Dokumentation (http://de.contaowiki.org/Calendar_extended) steht:

eventid: Zuordnung zum Event
course: Beispiel-Feld für den Event-Title

Woher kommen diese Bezeichnungen "eventid" und "course"?
Sind die irgendwo dokumentiert?

"course" fülle ich so wie in der Dokumentation beschrieben mit "eventtitle".
Das funktioniert. Mir ist aber nicht klar, was ich nun eintragen muss wenn ich das Datum übergeben will.
Wie muss das Feld benannt werden und mit welchem Wert fülle ich es?

Zur Zeit habe ich in der Datensatz-Bezeichnung folgendes stehen:

##created## - ##course## - ##coursedate## - ##name##, ##firstname##

Bis auf "coursedate" werden die Daten auch wie gewünscht übertragen.

Der Wert "date" funktionieret ebenfalls nicht in der Datensatz-Bezeichnung und somit natürlich auch nicht bei der Übergabe an die Bestätigungs-E-Mail...

Liegt der Fehler an der Benennung des "Feldnamen" oder am "Standard-Wert" oder beides?

[kmielke]

Hallo Cranker,

ich habe die Doku angepasst, weil es dort noch alte Fragmente aus der Zeit gab, in der EFG benutzt wurde.

Um eine Verbindung eines Lead-Datensatzes mit einem Event herzustellen, wird das Feld eventid benötigt. Für Anzeigezwecke habe ich optional den eventtitle hinzugefügt.
Weitere Daten aus dem Event zu übergeben ist bisher nicht vorgesehen.

Gruß Kester

[Cranker]

Hallo Kester,

Um eine Verbindung eines Lead-Datensatzes mit einem Event herzustellen, wird das Feld eventid benötigt. Für Anzeigezwecke habe ich optional den eventtitle hinzugefügt.

Das funktioniert auch problemlos.

Weitere Daten aus dem Event zu übergeben ist bisher nicht vorgesehen.

Na dann kann ich ja lange probieren ;-)

Allerdings wäre der Termin sicherlich auch noch ein wichtiges Kriterium, da es ja sein kann das ein häufiger stattfindender Termin mit dem gleichen Namen gebucht wird - durch die Angabe des Datums ist auf einen Blick eindeutig zu erkennen um welchen Termin es sich handelt...

[kmielke]

Allerdings wäre der Termin sicherlich auch noch ein wichtiges Kriterium, da es ja sein kann das ein häufiger stattfindender Termini dem gleichen Namengebucht wird - durch die Angabe des Datums ist auf einen Blick eindeutig zu erkennen um welchen Termin es sich handelt...

Und dann sicherlich auch die Uhrzeit, falls ein Event 2 mal am Tag stattfindet.
Mal sehen, evtl. baue ich das mit ein.

Gruß Kester

[FroschZ1000]

Tolle Erweiterung und funktioniert prima. Danke.

Die Ausgabe und Übergabe des Eventdatums wäre doch enorm wichtig. Beispiel Seminare: Über das Jahr verteilt findet ein Seminar immer wieder statt und trägt deshalb den selben Titel. Weder bei der Anmeldung über die Benachrichtigungen noch im Backend kann ich identifizieren für welches Seminar (Datum) sich jemand angemeldet hat. Habe ich etwas übersehen?

Gruß

[kmielke]

Hallo FroschZ1000,

das ist schon drin in der aktuelle DEV Version. Ich habe da mal was auf Anfrage hin gemacht.

Es wurden die Felder eventstart und eventend aufgenommen. Wenn du diese beiden im Formular so anlegte wie z.B. den eventitle, dann werden die ausgewertet.

<input type="hidden" name="eventid" value="111">
<input type="hidden" name="eventtitle" value="Tai Chi Chuan">
<input type="hidden" name="eventstart" value="05.01.2017 19:30">
<input type="hidden" name="eventend" value="05.01.2017 21:00">
<input type="hidden" name="published" value="1">
<input type="hidden" name="count" value="1">

Gruß
Kester

[FroschZ1000]

Hallo Kester,

funktioniert bestens. Danke.

Allerdings habe ich die aktuelle Version von github.com geladen (Dateien vom 02.01.2017) und manuell installiert. Die Version aus dem ER (3.6.0) hat die neuen Funktionen nicht abgebildet. (Contao 3.5.24 ohne Composer)

Viele Grüße

[kmielke]

Hallo Kester,

funktioniert bestens. Danke.

Allerdings habe ich die aktuelle Version von github.com geladen (Dateien vom 02.01.2017) und manuell installiert. Die Version aus dem ER (3.6.0) hat die neuen Funktionen nicht abgebildet. (Contao 3.5.24 ohne Composer)

Viele Grüße

Ja, das ist richtig so. Die Version im ER wird nicht aktualisiert, sondern nur noch über Composer und/oder Git.

Gruß Kester

[planepix]

Guten Abend,

lässt sich auch der Veranstaltungsort in der Bestätigungsmail ausgeben?

Gegebenenfalls weiter Felder?

Als PHP komme ich ja via Show-Templatevars ran, aber nicht als SimpleToken in der Bestätigungsmail.

[Fachinger]

Das müsstest Du mit ##form_location_name## erreichen

Gesendet von meinem CLT-L29 mit Tapatalk

[planepix]

Danke dir.
Ich habe eben mal in der Bestätigungsmail ##form_location_name## eingetragen.
Wird aber nicht ersetzt beim Versenden in der Mail.

Muss dass als verstecktes Feld angelegt werden?

[Fachinger]

Ja, das wird als verstecktes Feld im EventReader übergeben.
Schau mal in der Anleitung von Kester Mielke, da ist es dokumentiert.

Gesendet von meinem CLT-L29 mit Tapatalk

[planepix]

Genau so angelegt. Auf der Wiki Seite nach form_location gesucht. Da gibt es keinen Treffer dazu.

Lasse ich mir mit showVars die Readerseite ausgeben, finde ich diese Felder:

"location_mail" => "info@domain.tld"
"location_contact" => "Name"
"location_link" => "https://www.domain.tld"
"location_ort" => "Ort"
"location_plz" => "PLZ"
"location_str" => "Strasse"
"location_name" => "Ort"

Diese sind dann auch mit den Daten der Felder aus dem Backend befüllt.

Wenn ich diese SimpleToken in die Benachrichtigung einfüge:

##form_location_mail##
##form_location_contact##
##form_location_link##
##form_location_ort##
##form_location_plz##
##form_location_str##

Diese werden nicht ersetzt und stehen dann in der Bestätigungsmail weiterhin als SimpleToken drin.

Erstellt habe ich die versteckten Felder mit Feldname und Feldwert „form_location_name”; entsprechend die anderen Felder.
Auch mit Feldname und Feldwert „location_name” wird der SimpleToken nicht ersetzt.

Wo ist mein Denkfehler?

[do_while]

Kann es sein, dass ##form_...## falsch ist, denn form_ ist den Formularen vorbehalten. Der calender_extend hat vielleicht einen anderen Aufmacher?

EDIT:
Ein bisschen weit hergeholt, aber man könnte es probieren:
Installiere Dir über den Contao Manager die Demo von meiner Erweiterung do-while/contao-pdf-nc-attachment-bundle. In dem erzeugten PDF kann man eine Liste der verfügbaren SimpleTokens ausgeben lassen. (siehe Handbuch).
Ist ein bisschen umständlich, aber damit kann man vielleicht etwas Licht ins Dunkle bringen.

[planepix]

Danke dir Hagen.

Wenn ich nur ##location## schreibe, wird das nicht als gültiger Token akzeptiert.

Da ich ja das Eventdatum mit einem hidden field als ##form_eventstart## eintragen kann und das auch ausgegeben wird, dachte ich, mache ich das analog bei den anderen Feldern.

Den Tipp mit deinem Bundle schaue ich mir jetzt an. Danke dir.

[planepix]

So habe ich eine tolle Erweiterung kennengelernt .

Ich bekomme die Token aufgelistet; aber nicht mehr also bei den vorherigen Tests.

Ich lasse ja immer noch mit ##raw_data## ausgeben; auch hier sind diese Zusatzfelder nicht dabei.

Vermute das diese Felder nicht verarbeitet werden bzw. nicht als SimpleToken verwendet werden können…
Wenn jemand mehr weiss immer gerne. Danke.

[do_while]

Also in der Erweiterung werden alle Felder aus der, dem NC übergebenen Token-Liste, ausgegeben (mit Ausnahme von Passwortfeldern).
Wenn das in der Liste nicht zu finden ist, werden die Daten auch nicht an das NC übergeben, dann musst Du die Ursache in dem Modul suchen, was die Benachrichtigung auslöst.

[Fachinger]

Hast Du im Formular die betreffenden Felder auf "in Anfrage speichern" gesetzt?
In meiner Benachrichtigung spreche ich die Token über ##form_... ## an.

Gesendet von meinem CLT-L29 mit Tapatalk

[planepix]

Danke dir Fachinger.
Ja, ist alles in Anfrage speichern.

Relevant ist ggf., dass die Felder Veranstaltungsort, PLZ, Stadt etc, die das calendar_extended Bundle mitbringt, keine Formularfelder sind. Bei den Formularfelder klappt das, wie von di beschrieben, mit den SimpleToken.

Ich würde eben gerne in der Bestätigungsmail auch die Veranstaltungsinformationen mitgeben können.

[Fachinger]

Die Felder aus der Extension müssen manuell im Modul übergeben werden.
(siehe meinen ersten Post)
Ich habe meine zusätzlichen Felder dort eingefügt, wo auch die Id, count usw. eingefügt werden.
Schau Dir das Reader-Modul mal an, dann wirst Du die passende Stelle finden.

Gesendet von meinem CLT-L29 mit Tapatalk

[planepix]

Hallo Fachinger,
genau die sind auch in meinem Template drin, damit ich Sie im Frontend ausgeben kann.

Beispiel:

<?php if ($this->location): ?>
<div class="location">
    <h3>Veranstaltungsort:</h3>
    <span class="value"><?= $this->location ?></span>
    <?php endif; ?>
…

In der Benachrichtigung dann als ##form_location## bleibt in der Mail dann so stehen und wird nicht durch den Wert ersetzt.

[Fachinger]

Bin grade unterwegs, kann es von daher nicht nachvollziehen.
Kann sein, dass ich Dich auf die falsche Fährte gelockt habe.
Schau Dir mal im Ordner classes den EventReader an. Dort werden ziemlich weit unten (nach den Wiederholungen etc.) die Felder übergeben.
Ansonsten kann ich gegen 21 Uhr noch genauere Infos geben.

Gesendet von meinem CLT-L29 mit Tapatalk

[Fachinger]

Asche auf mein Haupt.
Es ist die Datei /modules/ModuleEventReader.php ab Zeile 404 // Einsetzen der aktuell Event ID

Dort übergebe Ich bei meiner Modifikation die benötigten Felder.
Das ist natürlich nicht updatesicher!

Gesendet von meinem CLT-L29 mit Tapatalk

[planepix]

Kein Ding.

Einfach gut zu wissen: Standard geht so nicht, mit Kniffs ja.

Wobei ich mir bei Contao 4.4 einen Wolf suche zum angegebenen Pfad ;-)

[Fachinger]

Kannst ja an Kester ein Feature request schicken, dass er alle Felder aus dem Bundle in das $objTemplate rein packt.
Ich muss eh bei jedem Update ran, da ich den DCA noch über ein zusätzliches Bundle erweitere.

Gesendet von meinem CLT-L29 mit Tapatalk

[planepix]

Zusammenfassend habe ich nun eine Lösung gefunden; bzw. wurde mir eine nette Mail gesendet mit einer Lösung, die ich hiermit gerne poste.

Im Template kommt z.B. location_ort an (mit Template Variablen anzeigen lassen):

<?php $this->showTemplateVars() ?>

Dort diese Info holen indem sie im Template als Global-Variable deklariert wird:

<?php $GLOBALS['TL_LANG']['TMP']['eventLocationOrt'] = $this->location_ort; ?>

Dann diese Variable ins Formular holen (Achte auf Groß-/Kleinschreibung beim Feldnamen bzw. Variablennamen):

Feldtyp: Verstecktes Feld
Feldname: eventlocationort
Standard-Wert: {{label::TMP:eventLocationOrt}}
In Abfrage speichern: Ja

In den Formulareinstellungen unter Anfrage speichern: ##eventlocationort##

Zuletzt im NC mit Veranstaltungsort: ##form_eventlocationort## und auf der Bestätigungsseite mit Veranstaltungsort: {{post::eventlocationort}} ausgeben.
Für alle anderen Felder genauso vorgehen.

Somit können die Angaben in der Bestätigungsmail für einen Kursbuchenden übergeben werden.

[Preetz]

Hi zusammen,

ich verwende das Datum ebenfalls. Wie kann ich die Uhrzeit dahinter "killen"?

[nano]

So gehts:

{{formatted_datetime::##form_eventstart##::d.m.Y}}