SR_FE_Userreg. - input:nicht unterstützt in Mails, HTMLspecialchars beim registrieren.

Halli Hallo,
Wie der Titel bereits sagt habe ich 2 kleine Problemchen mit SR_FE_Userregistration und hoffe Ihr könnt mir helfen

zum einen:

möchte ich gerne ein htmlspecialchars(); entfernen

Bei der Registrierung werden & < " und sonstige HTMLspecialchars in ihren HTMLcode umgewandelt:
& amp; & lt; & quot;

(mit leerzeichen damits forum es mir nicht richtig macht, was die Extension falsch macht.)

Und so auch leider in den Formularen dargestellt.
Die Frage ist: kann ich über Typoscript diese Umformungen unterbinden oder muss ich in die Dateien gehen und von hand dran rumschrauben?
Liegt das ganze vllt am Doctype oder am Charset?
Mein Header:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
	<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Zum Anderen habe ich die FEUser tabelle mit einer extension erweitert und verwende nun im SR_FE_Userreg. Template die Labels aus meiner eigenen locallang_db.xml
... Funktioniert wunderbar mit:

###LABEL_TX_EXTENDINGFEUSERS_LEADER###

bzw dem input:

<input id="tx-srfeuserregister-pi1-tx_extendingfeusers_leader" class="tx-srfeuserregister-pi1-text" type="text" size="40" maxlength="50" title="###TOOLTIP_TX_EXTENDINGFEUSERS_LEADER###" name="###NAME_TX_EXTENDINGFEUSERS_LEADER###" />

oder bei nicht textfeldern mit dem dazugehörigen TCA-Aufruf:

###TCA_INPUT_tx_extendingfeusers_eigentumsform###

Problem:
Wie greife ich nun in den Emails auf diese Werte zu?!
Die Extension Dokumentation geht darauf leider nicht ein und google hat mich auch im Stichgelassen.

Über

###FIELD_tx_extendingfeusers_eigentumsform###

gehts jedenfals nicht.
Stattdessen wird "input: nicht Unterstützt"
angezeigt...

Hat jemand nen Link für mich?

#paralyzed#

Keiner ne Idee?
oder Frage zu banal?

Oder benutzt keiner hier SR_FE_Userregister?
wenn das der fall ist was nehmt ihr dann?

*bitte feedback*

Ich benutze die sr_feuser_register 2.5.24 und hatte das selbe Problem.

Verfolgt man das ganze ein wenig, kommt man in die Datei EXT:sr_feuser_register/lib/class.tx_srfeuserregister_tca.php
Zeile 291 ist da der für Dein Feld zutreffende "case" auskommentiert, womit der "default" greift.
Lösche den Kommentar vor der Zeile "//" und es kommt kein "input: nicht unterstützt" mehr. 😃
Der Wert wird vorher korrekterweise in ein input-hidden übernommen, sollte also problemlos in der DB ankommen. Bei mir klappts so. Bei Dir auch?

Mit der nächsten Version kann der Fehler wieder da sein, da wir die Extension "dirty-hacked" haben. #paralyzed#