Zum Inhalt springen

TMailform - No template defined

Erstellt am 29. März 2006 · 6 Antworten · letzte Antwort am 29. Mai 2006

Tags: Frage

vitruvian ·

Moin!

Ich versuche schon seit Stunden die von vielen gelobte EXT TMailform zum Laufen zu bekommen.

Obwohl ich mittlerweile schon das bei der Extension mitgelieferte Beispieltemplate angebe, bekomme ich immer wieder die Meldung

"TMailform configuration error(s):

- No template defined (Tab: General settings)."

Kennt jemand das Problem?

Martin

Unbekannter Benutzer ·

Willkommen im Club,
mein pil_mailform will das irgendwie auch nicht fressen. Ich nutze den RC3 und hatte beim RC2 auch schon probleme. Ich mach jetzt mal ein downgrade der Extension und melde mich dann nochmal.

Unbekannter Benutzer ·

Jau, also die Version 1.1.0 habe ich in Verbindung mit dem RC3 nicht zum laufen bekommen. Die 1.0.1 funktioniert allerdings problemlos. Habe es jetzt am laufen.
Da ich mit den 4.0ern nicht mehr aufs TER zugreifen kann, habe ich mir die 1.01 aus einer alten 3.81 Version runtergeladen. Solltest du ähnliche Probleme haben, meld dich einfach, dann schick ich dir die Extension.

Gruß,
Markus

vitruvian ·

Also ich fahre auch 3.8.1 mit der pil_mailform 1.1.0 - das wäre echt super, wenn Du mir die 1.01er Version senden könntest!!! 😃

lg m

chrisisflat ·

Hallo,

auch ich hatte das Problem "No template defined" und zwar unter Typo3 4.0 und sowohl mit der pil_mailform 1.1.0 als auch der 2.0.0.
Nach ein wenig Recherche bin ich dahinter gekommen, dass das Problem bei mir (sowohl unter Linux als auch Windows) auftritt, sobald ich die Seite unter utf-8 laufen lassen.
Ich konnte das Problem dann auch im Code finden:

class.tx_pimailform_pi1.php (Zeile 642 [version 2.0.0]):

		// Check template config
		//if ($GLOBALS['TSFE']->renderCharset == 'utf-8') {
			//$localCharset = !empty($GLOBALS['TSFE']->csConvObj->charSetArray[$this->LLkey]) ?  $GLOBALS['TSFE']->csConvObj->charSetArray[$this->LLkey] : 'iso8859-1';
			//$this->template = trim($GLOBALS['TSFE']->csConvObj->utf8_encode($this->cObj->fileResource($this->localconf['template']),  $localCharset));
			//$this->template = trim($GLOBALS['TSFE']->csConvObj->utf8_encode($this->cObj->fileResource($this->localconf['template']), $GLOBALS['TSFE']->renderCharset ));
		//} else {
			$this->template = utf8_encode(trim($this->cObj->fileResource($this->localconf['template'])));
		//}

Soweit ich das verstehe, wir hier versucht, das Template nach utf8 zu encoden, falls utf-8 als RenderCharset ausgewählt wurde. Das encoden schlägt jedoch fehlt. Man könnte jetzt versuchen die Zeile

$this->template = trim($GLOBALS['TSFE']->csConvObj->utf8_encode($this->cObj->fileResource($this->localconf['template']),  $localCharset));

gerade zu biegen. Ich habe mal geschaut und bei der indexed search sieht das z.B. so aus:

$this->template = trim($GLOBALS['TSFE']->csConvObj->utf8_encode($this->cObj->fileResource($this->localconf['template']), $GLOBALS['TSFE']->renderCharset ));

Jedoch finde ich das auch nicht richtig, da ich z.B. die Templates schon utf-8 codiert abspeichere. Und etwas utf-8 codiertes nochmal utf-8 zu encodieren geht in die Hose. D.h. wenn man es sauber machen wollte, müsste man vorher den Charset des Templates ermitteln. Für mich reicht es aus, wenn ich die Templates einfach utf-8 codiert abspeichere und eben den "IF"-Teil auskommentiere.

Vielleicht hilft euch das auch weiter!

Viele Grüße

Chris

Unbekannter Benutzer ·

Schau doch einfach im TER nach. Wenn du den Extensionnamen anklickst erscheint doch die Detailübersicht. Dort kannst du oben als erstes die Versionsnummer auswählen. Einfach anstelle der 1.01 die 1.00 auswählen und gut ist!

MfG
Markus