Custom HTML/PHP Code in Erfolgstext / Ergebnis Mail

Hallo Felix,
ähnliche Anforderung hatt ich auch zu lösen. Um nicht immer mit der FieldID arbeiten zu müssen (wie du wollte ich auch mit dem Feldnamen arbeiten), habe ich das in eine weitere Schleife gepackt:

Als Ergebnis erhältst du ein assoziatives UserInputArray mit deinen Feldnamen als key und die entprechenden Eingabewerte dazu.
Eventuell ungewollte/störende Leerzeichen am Anfang und am Ende der Eingabe werden wieder entfernt.

Vielleicht kann das für dich auch eine Ergänzung/Hilfe sein.

Hallo Heinz
Besten Dank für deinen Hinweis.
Habe ich auch fast genau so gelöst.

Grüsse
Felix

Hallo Aicha,
Nochmals herzlichen Dank für deine Hilfestellungen. 
Ich konnte alles wunderbar realisieren, und meine Erfolgstexte / Ergebnis Mails wie gewünscht via Custom Plugin Event anpassen.

Nun habe ich aber nochmals eine Anschlussfrage, sorry...
Das "Plugin Mail Attachments" bietet die Möglichkeit, z.B die Ergebnismail als PDF dem Ergebnismail anzuhängen. Das ist super, und ich würde das für eines meiner Formulare gerne nutzen. Allerdings wird das PDF aus dem "Ergebnis Mail Text" der Formulardefinition erzeugt, obwohl ich den "Ergebnis Mail Text" via Custom Plugin Event onVisformsEmailPrepare übersteuere,
Wie kann ich die PDF Generierung dazu bringen, den im Custom-Plugin gesetzten Inhalt von $mail->Body zu nutzen? 

Update:
Misteriös... nachdem ich das Plugin Mail Attachments deinstalliert und nochmal neu installiert habe, funktioniert es. D.h. für die PDF-Generierung des Ergebnismail wird der gleiche Inhalt genutzt, wie für die Ergebnismail selber ($mail->Body). 
Einziger Schönheitsfehler: @ in Mail-Adressen werden mit &#64 ersetzt. (fmerz&#64yahoo.com) 
Das ist wohl ein TCPDF Problem...!?

Offene Frage:
Kann ich das Template Dokument, welches für die Generierung eines PDFs genutzt wird, ebenfalls via Custom Plugin Event beeinflussen - so wie Ergebnis Mail / Benutzer Mail ?

Besten Dank und liebe Grüsse
Felix

 

Hallo Felix,

ich bin nicht sicher, ob ich deine offene Frage richtig verstehe.

Sprichst du vom "PDF Template" das für die Erzeugung eines PDF aus der Ergebnis- oder der Kunden-E-Mail verwendet wird?

Hier wird einfach der E-Mail-Body verwendet. Diesen modifizierst du mit den Events, die du bereits kennst und benutzt.

Dein Problem mit dem ersetzte @ Zeichen ist kein TCPDF Problem. Es kommt daher, dass du in deinem Plugin-Code mit $field->initvalue arbeitest. Im initvalue (der von Visforms im Javascsript verwendet wird), ist der @ maskiert, um Javascriptfehler zu vermeiden. Bevor ich diesen Wert verwende entmaskiere ich den @ wieder. Und das macht dein Code wahrscheinlich nicht.

Wenn du von einem anderen PDF Template sprichst, dann musst du mir etwas genauer erklären, was du meinst.

Gruß,
Aicha

Hallo Aicha,
Vielen Dank für deine Antwort.

Das kleine Problemchen mit den @ Zeichen in Email Adressen konnte ich dank deiner Hilfestellung schnellstens lösen.

Die Frage bezgl. PDF-Template ist noch offen.
Und zwar meine ich die Dokument-Vorlage für die Generierung eines eigenen PDFs - da wo ich mehrere PDFs definieren kann mit PDF-Einstellungen, Dokument, Header, Footer, etc... 
Gibt es noch keinen "Custom Plugin Event", um diesen "pdf'->Body" selber/dynamischer zu gestalten?  


Und noch zwei kleine Fragen zu den Standard Anhängen für die Ergebnis-/Benutzer-Mails:
Lassen sich Namen der PDF-Files beeinflussen? d.h. Filenamen selber gestalten - mit Variablennamen. z.B. {firstname}_{lastname}_{date}.pdf
Lassen sich Namen von Upload-Files selber gestalten? z.B. passport_copy_{firstname)-{lastname}_{date}-{originalfilename}

Besten Dank und freundlichen Gruss,
Felix


 

Hallo Felix,

Super, dass das mit dem @ jetzt gelöst ist.

Bei der Generierung von PDF's aus den PDF-Templates gibt es bislang noch keine Custom Events.
Was willst du denn da "dynamischer" gestalten?

Die Dateinamen sind aktuell einfach fest.
Sie werden aus dem Namen des Templates abgeleitet.
Gleiches gilt für die Namen hochgeladener Dateien (diese erhalten einen "Random" Namen).

Das alles flexibel zu machen, ist echt viel Arbeit .
Prinzipiell können wir so etwas als Feature-Request aufnehmen, weil es natürlich schon interessante Feature sind.
Wir arbeiten diese Wünsche gemäß unseren Kapazitäten und Prioritäten ab.
Aber wenn jemand es wirklich gerne schnell haben möchte, dann können wir das als bezahlte Feature-Entwicklung anbieten.

Gruß,
Aicha