Vorstellung: Powermail

Greenhorn2013 schrieb

1. AntwortText (wird auf Website angezeigt) - Wird leider nicht angezeigt
2. Die Mails sind leer.

Benutze die RTE Felder für die Mails

Habe ich getan.
Im RTE steht drin:
###POWERMAIL_ALL###
und die Mails sind leer 🙁

Und in deinem HTML Template für E-Mails ist folgender Marker vorhanden:
###POWERMAIL_EMAILRECIPIENT_RTE### bzw.
###POWERMAIL_EMAILSENDER_RTE###

In der datei tmpl_emails.html sind die folgenden Marker Subs drin:
POWERMAIL_RECIPIENT_MAIL
POWERMAIL_SENDER_MAIL

Die Datei tmpl_emails.html sollte so aussehen:

Powermail HTML Template for email: Mail to receiver

Get values from RTE in backend:						###POWERMAIL_EMAILRECIPIENT_RTE###
For displaying complete content: 					###POWERMAIL_ALL###
Use special marker: 								###UID55###
Displaying any value from pi1/locallang.xml:		###POWERMAIL_LOCALLANG_MYFIELD### (###POWERMAIL_LOCALLANG_$field###)
Absolute path (baseurl):							###POWERMAIL_BASEURL### (http://www.test.com/)

<!--###POWERMAIL_RECIPIENT_MAIL### start-->
	<p>
		###POWERMAIL_EMAILRECIPIENT_RTE###
	</p>
<!--###POWERMAIL_RECIPIENT_MAIL### stop-->





Powermail HTML Template for email: Mail to sender

Get values from RTE in backend:						###POWERMAIL_EMAILSENDER_RTE###
For displaying complete content: 					###POWERMAIL_ALL###
Use special marker: 								###UID55###
Displaying any value from pi1/locallang.xml:		###POWERMAIL_LOCALLANG_MYFIELD### (###POWERMAIL_LOCALLANG_$field###)
Absolute path (baseurl):							###POWERMAIL_BASEURL### (http://www.test.com/)

<!--###POWERMAIL_SENDER_MAIL### start-->
	<p>
		###POWERMAIL_EMAILSENDER_RTE###
	</p>
<!--###POWERMAIL_SENDER_MAIL### stop-->

Ich habe jetzt die komplette Extension gekillt und noch mal neu installiert.
Anschließend ein neues Formular erstellt und nun geht es.
Sehr merkwürdig, aber hauptsache es geht.

So nun wieder ein neues kleineres Problem.
Die Umlaute in den Export Dateien werden nicht korrekt dargestellt.

Greenhorn2013 schrieb

Die Umlaute in den Export Dateien werden nicht korrekt dargestellt.

Ist bekannt und steht auf der Bugliste

Also ich hab grad mal in den Code geschaut.
In Zeile 49 der Datei mod1/class_tx_powermail_export.php folgende Anpassung gemacht:

if(!is_array($value)) $table .= '<td>'.utf8_decode($value).'</td>';

Da sollte vllt noch nen check rein ob t3 utf8 benutzt.

Jetzt wird im Excel Export alle umlaute richtig angezeigt.
Nur scheinbar geraten die Spalten etwas durcheinander.

ok, das ist doch schonmal ein Anfang 🙂

Hy,

hab mal ne Frage. Wenn ich in ein Feld daten der Tabelle fe_user übernehmen will, hab ich nicht alle Felder der Tabelle zur Auswahl. An was liegt das kann man das einstellen?

LG, Matthias

mbuchegger schrieb

Hy,

hab mal ne Frage. Wenn ich in ein Feld daten der Tabelle fe_user übernehmen will, hab ich nicht alle Felder der Tabelle zur Auswahl. An was liegt das kann man das einstellen?

LG, Matthias

Wir haben alle "unwichtigen" Felder von vorne herein ausgeblendet - um was für ein Feld geht es denn?

Naja also eigentlich wäre es schöner, wenn alle felder der Tabelle zur Verfügung stehen könnten, falls man Anpassungen an der Tab vorgenommen hat.

Ich hab das Feld Name aufgeteilt auf Vor und Nachname zum Beispiel! 😉

ok, kommt auf die todo Liste 🙂

thx 😉

Hallo,
echt super die Extention.
Und ein dickes Danke.

Mir ist bei meiner Installation folgendes aufgefallen (kein UTF-8-).
Beim Mailversand "Empfänger" werden alle Umlaute richtig dargestellt.
Jedoch beim Mailversand "Absender" werden alle Umlaute zerstört.

Hat da jemand eine Idee?

Gruß dietrim2

Habe nun selbst eine Lösung gefunden:
Ich war mal ganz frech und habe in der class.tx_powermail_submit.php ab der Zeile 162 die Punkte mit UTF-8 auskommentiert.
Das mit den Ulauten funzt nun wieder.
🙂 Hoffe habe nun keine anderen Probleme.

$this->htmlMail->replyto_name = ''; // clear replyto name
//$this->htmlMail->charset = 'utf-8';
//$this->htmlMail->defaultCharset = 'utf-8';
$this->htmlMail->addPlain($this->mailcontent[$subpart]);

Version 0.5.3 ist online:
- Hoffentlich ohne Umlautprobleme
- Weitere FE_User Felder können im Ext_Manager definiert werden
- Und diverse andere Dinge...

Grüße

Hi,

Ich hatte gestern noch eine gute Idee für eine Erweiterung des Plugins:

Eine Auswahlmöglichkeit für den Feldtyp: Datum.
Momentan wird ein Input Feld genutzt (was besonders in Kombination mit dem Javascript Datumswähler ne schöne Sache ist).
Möchte man jedoch auf Javascript verzichten und die Benutzerfehler gering halten, so bietet sich hier eher eine Kombination aus drei Select-Feldern an (Tag - Monat - Jahr als Pulldown) - der Benutzer kann keine Eingabefehler machen und man braucht kein Script.
Schöne wäre dann, wenn das Datum nach dem Absenden als ein Wert zusammengesetzt werden würde!
Vielleicht das Ganze dann noch mit verschiedenen Formatierungsoptionen (Deutsches Format, Englisches, Monate ausgeschrieben im Pulldown, Monat nur mit drei Stellen, Monat als Zahl, Leading zero etc.) und der Möglichkeit, den Zeitraum anzugeben (von 1.1.2008 bis 1.12.2010 z.B.)

könnte man ja in die ToDo Liste mit aufnehmen.

Ich denken, dass das Plugin sowieso nur bedingt für reine Redakteure geeignet sein wird (viele Optionen etc.) Aber das ist auch gut so!

Also: Weiter so mit der guten Arbeit - das Ding wird jeden Tag besser!
o.O

lordbuggy schrieb

könnte man ja in die ToDo Liste mit aufnehmen.

Auf jeden Fall