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.
Vorstellung: Powermail
So nun wieder ein neues kleineres Problem.
Die Umlaute in den Export Dateien werden nicht korrekt dargestellt.
Greenhorn2013 schriebDie 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 schriebHy,
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 schriebkönnte man ja in die ToDo Liste mit aufnehmen.
Auf jeden Fall
Hi,
habe grad mal powermail mit trunkversion getestet, und da stimmt was nicht
Ich liste einfach mal auf:
* tab Fields: es gibt 2 Irre links: create new Fieldsets, aber keine Möglichkeit Felder zu erzeugen
* nach Speichern sind alle weiteren Tabs weg und die Felder im tab Fields
* beim löschen eines Fieldsets erscheinen leere Alertboxen
* Preview bleibt immer auf | debug |
* sender field ist immer leer
* ein label hat Schreibfehler (Sunbject for sender's mail)
hab mich nicht ausführlich mit beschäftigt, nur so lässt sich das nicht benutzen.
vg Steffen
Also wenn TYPO3 4.2 raus ist, wird das natürlich nochmal gegengecheckt - dank dir!
Danke für die super Extension, sie kommt mir gerade sehr gelegen.
Auch die Dokumentation ist gelungen, nur fehlt mir noch der Hinweis, das man die baseurl event. einstellen muss, da sonst der Backlink in die Hose gehen kann ;-)
Einen Wunsch, den ich noch nicht auf der ToDo-Liste gelesen (oder überlesen) habe, hab ich aber noch: Nach dem Abschicken der Email sollten die Felder geleert werden.
Leeren der Felder sollte aber nur ne Option sein 🙂
Nicht zwangsläufig voreingestellt.
Was vielleicht auch noch klasse wäre auf der ToDo Liste, wenn man die Extension für Gewinnspiele nutzt, das nur einmal eine E-Mail & IP teilnehmen kann.
Also ne Konfig Option der Art:
Ist Gewinnspiel
- E-Mail nur einmal teilnehmen
- IP nur einmal teilnehmen
- Cookie Check
Bei der Prüfung der E-Mail könnte man noch nen Check einbauen, ob die Domain überhaupt existiert.
Hope schriebEinen Wunsch, den ich noch nicht auf der ToDo-Liste gelesen (oder überlesen) habe, hab ich aber noch: Nach dem Abschicken der Email sollten die Felder geleert werden.
Gibts schon - kannst du über die Constants einstellen: plugin.powermail.clear.session = 1
Greenhorn2013 schriebAlso ne Konfig Option der Art:
Ist Gewinnspiel
- E-Mail nur einmal teilnehmen
- IP nur einmal teilnehmen
- Cookie Check
Irgendsoetwas in der Richtung ist geplant aber wie und wie leicht einstellbar ist noch nicht in meinem Kopf