EXT_formhandler: Validator springt nicht an

[Rainer Schleevoigt-2]

Hi,

genau nach Tutorial gebaut, geht es eben doch nicht. Nach Abschicken der
Form kommt die gleiche Seite wieder, nur das jetzt das Plugin nicht
eingebunden ist.
Ich weiss nun wirklich nicht mehr, wo ich gucken soll. Die Debugausgabe
meldet im ersten Schritt:
Initiale Werte
Aktueller Step: 1
Höchster Subparts im Template (Anzahl der Steps): 1
Verwende Prefix für Formularwerte: "unfall"
Verwende View "Tx_Formhandler_View_Form"
Die aktuellen GET/POST-Parameter:
EMPTY!

Die aktuellen Werte in der Session:
EMPTY!

Verwende Subpart "###TEMPLATE_FORM1###"!
Form wird zum ersten Mal aufgerufen, leere Parameter in $_SESSION

Nach Abschicken kommt:
Initiale Werte
Aktueller Step: 2
Höchster Subparts im Template (Anzahl der Steps): 1
Verwende Prefix für Formularwerte: "unfall"
Verwende View "Tx_Formhandler_View_Form"
Die aktuellen GET/POST-Parameter:
unfalldatum    
unfallzeit    
unfallort    
unfallhergang    
unfallverletzungen    
autoname  
.....
step-2     Absenden

Die aktuellen Werte in der Session:
EMPTY!

Form wird zum ersten Mal aufgerufen, leere Parameter in $_SESSION
Rufe Klasse "Tx_Formhandler_Interceptor_RemoveXSS" auf!

Stimmt da was mit der Session nicht???

Rainer
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Reinhard Führicht-2]

Hi,

sind deine Formularfelder auch mit dem Prefix "unfall" eingebunden?
Das Tutorial verwendet "formhandler" als Prefix.

Die Namen deiner Felder sollten also ungefähr so aussehen:

unfall[submitted], unfall[name], ...

Vor allem das Feld unfall[submitted] ist wichtig, da der Formhandler
sonst nicht weiß, dass das Formular abgeschickt wurde.

Viele Grüße,
Reinhard

Rainer Schleevoigt schrieb:

> Hi,
>
> genau nach Tutorial gebaut, geht es eben doch nicht. Nach Abschicken der
> Form kommt die gleiche Seite wieder, nur das jetzt das Plugin nicht
> eingebunden ist.
> Ich weiss nun wirklich nicht mehr, wo ich gucken soll. Die Debugausgabe
> meldet im ersten Schritt:
> Initiale Werte
> Aktueller Step: 1
> Höchster Subparts im Template (Anzahl der Steps): 1
> Verwende Prefix für Formularwerte: "unfall"
> Verwende View "Tx_Formhandler_View_Form"
> Die aktuellen GET/POST-Parameter:
> EMPTY!
>
> Die aktuellen Werte in der Session:
> EMPTY!
>
> Verwende Subpart "###TEMPLATE_FORM1###"!
> Form wird zum ersten Mal aufgerufen, leere Parameter in $_SESSION
>
> Nach Abschicken kommt:
> Initiale Werte
> Aktueller Step: 2
> Höchster Subparts im Template (Anzahl der Steps): 1
> Verwende Prefix für Formularwerte: "unfall"
> Verwende View "Tx_Formhandler_View_Form"
> Die aktuellen GET/POST-Parameter:
> unfalldatum    unfallzeit    unfallort    unfallhergang    
> unfallverletzungen    autoname   .....
> step-2     Absenden
>
> Die aktuellen Werte in der Session:
> EMPTY!
>
> Form wird zum ersten Mal aufgerufen, leere Parameter in $_SESSION
> Rufe Klasse "Tx_Formhandler_Interceptor_RemoveXSS" auf!
>
> Stimmt da was mit der Session nicht???
>
> Rainer

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Reinhard Führicht schrieb:
> Hi,
>
> sind deine Formularfelder auch mit dem Prefix "unfall" eingebunden?
> Das Tutorial verwendet "formhandler" als Prefix.
>
> Die Namen deiner Felder sollten also ungefähr so aussehen:
>
> unfall[submitted], unfall[name], ...
>
das hatte ich schon mal gestern als Fehler detektiert. danach ging es
insofern, dass ich die errors.xml bearbeitet habe, indem  ich  den POST
reloadet hatte und dann kamen immer mehr  (gewollte) Fehlermeldungen
hinzu. Ich reute mich schon. Dann rief ich  das Startformular auf, sah
schön aus, aber nach dem Submit  kam der Fehler.
> Vor allem das Feld unfall[submitted] ist wichtig, da der Formhandler
> sonst nicht weiß, dass das Formular abgeschickt wurde.
>
das schau ich mir mal an.  So steht es im DOM:
<input type="submit" name="unfall[submitted]" value="Absenden"  
name="unfall[step-2]" />

Gruß Rainer

> Viele Grüße,
> Reinhard
>
> Rainer Schleevoigt schrieb:
>> Hi,
>>
>> genau nach Tutorial gebaut, geht es eben doch nicht. Nach Abschicken
>> der Form kommt die gleiche Seite wieder, nur das jetzt das Plugin
>> nicht eingebunden ist.
>> Ich weiss nun wirklich nicht mehr, wo ich gucken soll. Die
>> Debugausgabe meldet im ersten Schritt:
>> Initiale Werte
>> Aktueller Step: 1
>> Höchster Subparts im Template (Anzahl der Steps): 1
>> Verwende Prefix für Formularwerte: "unfall"
>> Verwende View "Tx_Formhandler_View_Form"
>> Die aktuellen GET/POST-Parameter:
>> EMPTY!
>>
>> Die aktuellen Werte in der Session:
>> EMPTY!
>>
>> Verwende Subpart "###TEMPLATE_FORM1###"!
>> Form wird zum ersten Mal aufgerufen, leere Parameter in $_SESSION
>>
>> Nach Abschicken kommt:
>> Initiale Werte
>> Aktueller Step: 2
>> Höchster Subparts im Template (Anzahl der Steps): 1
>> Verwende Prefix für Formularwerte: "unfall"
>> Verwende View "Tx_Formhandler_View_Form"
>> Die aktuellen GET/POST-Parameter:
>> unfalldatum    unfallzeit    unfallort    unfallhergang    
>> unfallverletzungen    autoname   .....
>> step-2     Absenden
>>
>> Die aktuellen Werte in der Session:
>> EMPTY!
>>
>> Form wird zum ersten Mal aufgerufen, leere Parameter in $_SESSION
>> Rufe Klasse "Tx_Formhandler_Interceptor_RemoveXSS" auf!
>>
>> Stimmt da was mit der Session nicht???
>>
>> Rainer
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Rainer Schleevoigt schrieb:
> Reinhard Führicht schrieb:
>> Hi,
>>
>> sind deine Formularfelder auch mit dem Prefix "unfall" eingebunden?
>> Das Tutorial verwendet "formhandler" als Prefix.
Hallo,

nun kommt nach dem Submit das Formular nochmals mit vorausgefüllten
Feldern, nicht schlecht. Allerdings kommen die Fehlermeldungen nicht.
XML-Datei habe ich eingebunden.
In der Debugausgabe steht:
Rufe Validator "Tx_Formhandler_Validator_Default" auf!
Error check "required" übersprungen!
Error check "required" übersprungen!
Error check "required" übersprungen!
Error check "required" übersprungen!
Error check "email" übersprungen!
Error check "required" übersprungen!
Error check "required" übersprungen!
Error check "required" übersprungen!
usw.
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Reinhard Führicht-2]

Rainer Schleevoigt schrieb:
>
>>
> das schau ich mir mal an.  So steht es im DOM:
> <input type="submit" name="unfall[submitted]" value="Absenden"  
> name="unfall[step-2]" />
>
>

Fällt dir daran etwas auf? Eigentlich sollte es so aussehen und ist auch
sicher in den Beispielen so im Template:

<form action"###REL_URL###" method="POST">
        <input type="hidden" name="unfall[submitted]" value="1" />
        ...Felder...
        <input type="submit" ###submit_nextStep### value="Absenden" />
</form>

Viele Grüße,
Reinhard
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Reinhard Führicht schrieb:
> Rainer Schleevoigt schrieb:
>>
Vielen, vielen Dank - Du hast meinen Tag gerettet. Wenn ich jetzt noch
wüsst, wie ich statt ###ERROR### (wo dann alle Fehler gelistet sind) ein
festes Textfeld im Fehlerfalle hinbekommme („da fehlt noch was“), wäre
ich sehr zufrieden.

Gruß Rainer
http://www.kanzlei-ballier-dehm.de/index.php?id=36

>>>
>> das schau ich mir mal an. So steht es im DOM:
>> <input type="submit" name="unfall[submitted]" value="Absenden"
>> name="unfall[step-2]" />
>>
>>
>
> Fällt dir daran etwas auf? Eigentlich sollte es so aussehen und ist
> auch sicher in den Beispielen so im Template:
>
> <form action"###REL_URL###" method="POST">
> <input type="hidden" name="unfall[submitted]" value="1" />
> ...Felder...
> <input type="submit" ###submit_nextStep### value="Absenden" />
> </form>
>
> Viele Grüße,
> Reinhard
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Reinhard Führicht-2]

> Wenn ich jetzt noch
> wüsst, wie ich statt ###ERROR### (wo dann alle Fehler gelistet sind) ein
> festes Textfeld im Fehlerfalle hinbekommme („da fehlt noch was“), wäre
> ich sehr zufrieden.

In diesem Fall müsste dir das Settings isErrorMarkers helfen.

Ins HTML-Template den Marker ###is_error### rein und im Typoscript

isErrorMarker {
   global = TEXT
   global.value = da fehlt noch was
}

Geht auch pro Feld, wenn man z.B. im Fehlerfall mit CSS das Feld rot
umranden möchte.

###is_error_vorname###

isErrorMarker {
   vorname = TEXT
   vorname.value = class="error"
}

Viele Grüße,
Reinhard
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Reinhard Führicht schrieb:


Das klingt ja wirklich durchdacht. Auf welcher Ebene kommt das rein?

Rainer

>> Wenn ich jetzt noch wüsst, wie ich statt ###ERROR### (wo dann alle
>> Fehler gelistet sind) ein festes Textfeld im Fehlerfalle hinbekommme
>> („da fehlt noch was“), wäre ich sehr zufrieden.
>
> In diesem Fall müsste dir das Settings isErrorMarkers helfen.
>
> Ins HTML-Template den Marker ###is_error### rein und im Typoscript
>
> isErrorMarker {
>   global = TEXT
>   global.value = da fehlt noch was
> }
>
> Geht auch pro Feld, wenn man z.B. im Fehlerfall mit CSS das Feld rot
> umranden möchte.
>
> ###is_error_vorname###
>
> isErrorMarker {
>   vorname = TEXT
>   vorname.value = class="error"
> }
>
> Viele Grüße,
> Reinhard
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Reinhard Führicht-2]

Beispiel:

plugin.Tx_Formhandler.settings.predef.contact {
   isErrorMarker {
     global = Es sind Fehler aufgetreten!
     default = style="color:red"
     firstname = class="error"
   }
}

Ist auch im Manual nachzulesen.

Viele Grüße,
Reinhard

Rainer Schleevoigt schrieb:

> Reinhard Führicht schrieb:
>
>
> Das klingt ja wirklich durchdacht. Auf welcher Ebene kommt das rein?
>
> Rainer
>>> Wenn ich jetzt noch wüsst, wie ich statt ###ERROR### (wo dann alle
>>> Fehler gelistet sind) ein festes Textfeld im Fehlerfalle hinbekommme
>>> („da fehlt noch was“), wäre ich sehr zufrieden.
>>
>> In diesem Fall müsste dir das Settings isErrorMarkers helfen.
>>
>> Ins HTML-Template den Marker ###is_error### rein und im Typoscript
>>
>> isErrorMarker {
>>   global = TEXT
>>   global.value = da fehlt noch was
>> }
>>
>> Geht auch pro Feld, wenn man z.B. im Fehlerfall mit CSS das Feld rot
>> umranden möchte.
>>
>> ###is_error_vorname###
>>
>> isErrorMarker {
>>   vorname = TEXT
>>   vorname.value = class="error"
>> }
>>
>> Viele Grüße,
>> Reinhard
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@...
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Reinhard Führicht schrieb:
> Beispiel:
>
> plugin.Tx_Formhandler.settings.predef.contact {
>   isErrorMarker {
>     global = Es sind Fehler aufgetreten!
>     default = style="color:red"
>     firstname = class="error"
>   }
> }
Das klappt ja super! Echt eine pfiffige EXT. Leider gibt es im Manual
keine Beispiele fpr die ganzen Validitoren.
Ich will zwei Felder mit REGEX testen. Geht aber so
                    heiratsdatum.errorCheck.1 = ereg
                    heiratsdatum.errorCheck.1.value =
/^(\d\d)\.(\d\d)\.(\d\d\d\d)/
                    heiratsnummer.errorCheck.1 = ereg
                    heiratsnummer.errorCheck.1.value = /^([\d]+\/(\d\d\d\d)/
                    heiratsort.errorCheck.1 = required

leider nicht. habe ich da eine falche Syntax? Jedenfalls kommt der
Fehlertext nicht.
http://www.kanzlei-ballier-dehm.de/index.php?id=37

Gruß Rainer

>
> Ist auch im Manual nachzulesen.
>
> Viele Grüße,
> Reinhard
>
> Rainer Schleevoigt schrieb:
>> Reinhard Führicht schrieb:
>>
>>
>> Das klingt ja wirklich durchdacht. Auf welcher Ebene kommt das rein?
>>
>> Rainer
>>>> Wenn ich jetzt noch wüsst, wie ich statt ###ERROR### (wo dann alle
>>>> Fehler gelistet sind) ein festes Textfeld im Fehlerfalle
>>>> hinbekommme („da fehlt noch was“), wäre ich sehr zufrieden.
>>>
>>> In diesem Fall müsste dir das Settings isErrorMarkers helfen.
>>>
>>> Ins HTML-Template den Marker ###is_error### rein und im Typoscript
>>>
>>> isErrorMarker {
>>>   global = TEXT
>>>   global.value = da fehlt noch was
>>> }
>>>
>>> Geht auch pro Feld, wenn man z.B. im Fehlerfall mit CSS das Feld rot
>>> umranden möchte.
>>>
>>> ###is_error_vorname###
>>>
>>> isErrorMarker {
>>>   vorname = TEXT
>>>   vorname.value = class="error"
>>> }
>>>
>>> Viele Grüße,
>>> Reinhard
>>> _______________________________________________
>>> TYPO3-german mailing list
>>> TYPO3-german@...
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Reinhard Führicht-2]

Versuch mal pregMatch statt ereg.
Die beiden arbeiten mit unterschiedlicher Syntax.
Nachzulesen im PHP manual

http://de.php.net/manual/de/function.ereg.php
http://de.php.net/manual/de/function.preg-match.php

Also:

heiratsdatum.errorCheck.1 = pregMatch
heiratsdatum.errorCheck.1.value = /^(\d\d)\.(\d\d)\.(\d\d\d\d)/

usw.

Viele Grüße,
Reinhard

Rainer Schleevoigt schrieb:

> Reinhard Führicht schrieb:
>> Beispiel:
>>
>> plugin.Tx_Formhandler.settings.predef.contact {
>>   isErrorMarker {
>>     global = Es sind Fehler aufgetreten!
>>     default = style="color:red"
>>     firstname = class="error"
>>   }
>> }
> Das klappt ja super! Echt eine pfiffige EXT. Leider gibt es im Manual
> keine Beispiele fpr die ganzen Validitoren.
> Ich will zwei Felder mit REGEX testen. Geht aber so
>                    heiratsdatum.errorCheck.1 = ereg
>                    heiratsdatum.errorCheck.1.value =
> /^(\d\d)\.(\d\d)\.(\d\d\d\d)/
>                    heiratsnummer.errorCheck.1 = ereg
>                    heiratsnummer.errorCheck.1.value = /^([\d]+\/(\d\d\d\d)/
>                    heiratsort.errorCheck.1 = required
>
> leider nicht. habe ich da eine falche Syntax? Jedenfalls kommt der
> Fehlertext nicht.
> http://www.kanzlei-ballier-dehm.de/index.php?id=37
>
> Gruß Rainer
>
>>
>> Ist auch im Manual nachzulesen.
>>
>> Viele Grüße,
>> Reinhard
>>
>> Rainer Schleevoigt schrieb:
>>> Reinhard Führicht schrieb:
>>>
>>>
>>> Das klingt ja wirklich durchdacht. Auf welcher Ebene kommt das rein?
>>>
>>> Rainer
>>>>> Wenn ich jetzt noch wüsst, wie ich statt ###ERROR### (wo dann alle
>>>>> Fehler gelistet sind) ein festes Textfeld im Fehlerfalle
>>>>> hinbekommme („da fehlt noch was“), wäre ich sehr zufrieden.
>>>>
>>>> In diesem Fall müsste dir das Settings isErrorMarkers helfen.
>>>>
>>>> Ins HTML-Template den Marker ###is_error### rein und im Typoscript
>>>>
>>>> isErrorMarker {
>>>>   global = TEXT
>>>>   global.value = da fehlt noch was
>>>> }
>>>>
>>>> Geht auch pro Feld, wenn man z.B. im Fehlerfall mit CSS das Feld rot
>>>> umranden möchte.
>>>>
>>>> ###is_error_vorname###
>>>>
>>>> isErrorMarker {
>>>>   vorname = TEXT
>>>>   vorname.value = class="error"
>>>> }
>>>>
>>>> Viele Grüße,
>>>> Reinhard
>>>> _______________________________________________
>>>> TYPO3-german mailing list
>>>> TYPO3-german@...
>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>>
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@...
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Reinhard Führicht schrieb:
> Versuch mal pregMatch statt ereg.
> Die beiden arbeiten mit unterschiedlicher Syntax.
> Nachzulesen im PHP manual
>
Da ich ehemaliger Perlianer bin, ist das sicher besser. Probiere ich
gleich mal.
Was ich nun nicht gefunden habe: Validierungen in Abhängigkeit von
variablen Feldern, die über JS zugeschaltet werden. Das kann natürlich
micht gehen, weil ja der Server davon nichts weiß, müsste man mit Ajax
bauen.

Hier: http://www.kanzlei-ballier-dehm.de/index.php?id=37 geh mal auf
Kinder uhd wähle zwei Kinder. Dann müssten die beiden Kinderfelder
geprüft wrden …

Gruß Rainer

> http://de.php.net/manual/de/function.ereg.php
> http://de.php.net/manual/de/function.preg-match.php
>
> Also:
>
> heiratsdatum.errorCheck.1 = pregMatch
> heiratsdatum.errorCheck.1.value = /^(\d\d)\.(\d\d)\.(\d\d\d\d)/
>
> usw.
>
> Viele Grüße,
> Reinhard
>
> Rainer Schleevoigt schrieb:
>> Reinhard Führicht schrieb:
>>> Beispiel:
>>>
>>> plugin.Tx_Formhandler.settings.predef.contact {
>>>   isErrorMarker {
>>>     global = Es sind Fehler aufgetreten!
>>>     default = style="color:red"
>>>     firstname = class="error"
>>>   }
>>> }
>> Das klappt ja super! Echt eine pfiffige EXT. Leider gibt es im Manual
>> keine Beispiele fpr die ganzen Validitoren.
>> Ich will zwei Felder mit REGEX testen. Geht aber so
>>                    heiratsdatum.errorCheck.1 = ereg
>>                    heiratsdatum.errorCheck.1.value =
>> /^(\d\d)\.(\d\d)\.(\d\d\d\d)/
>>                    heiratsnummer.errorCheck.1 = ereg
>>                    heiratsnummer.errorCheck.1.value =
>> /^([\d]+\/(\d\d\d\d)/
>>                    heiratsort.errorCheck.1 = required
>>
>> leider nicht. habe ich da eine falche Syntax? Jedenfalls kommt der
>> Fehlertext nicht.
>> http://www.kanzlei-ballier-dehm.de/index.php?id=37
>>
>> Gruß Rainer
>>
>>>
>>> Ist auch im Manual nachzulesen.
>>>
>>> Viele Grüße,
>>> Reinhard
>>>
>>> Rainer Schleevoigt schrieb:
>>>> Reinhard Führicht schrieb:
>>>>
>>>>
>>>> Das klingt ja wirklich durchdacht. Auf welcher Ebene kommt das rein?
>>>>
>>>> Rainer
>>>>>> Wenn ich jetzt noch wüsst, wie ich statt ###ERROR### (wo dann
>>>>>> alle Fehler gelistet sind) ein festes Textfeld im Fehlerfalle
>>>>>> hinbekommme („da fehlt noch was“), wäre ich sehr zufrieden.
>>>>>
>>>>> In diesem Fall müsste dir das Settings isErrorMarkers helfen.
>>>>>
>>>>> Ins HTML-Template den Marker ###is_error### rein und im Typoscript
>>>>>
>>>>> isErrorMarker {
>>>>>   global = TEXT
>>>>>   global.value = da fehlt noch was
>>>>> }
>>>>>
>>>>> Geht auch pro Feld, wenn man z.B. im Fehlerfall mit CSS das Feld
>>>>> rot umranden möchte.
>>>>>
>>>>> ###is_error_vorname###
>>>>>
>>>>> isErrorMarker {
>>>>>   vorname = TEXT
>>>>>   vorname.value = class="error"
>>>>> }
>>>>>
>>>>> Viele Grüße,
>>>>> Reinhard
>>>>> _______________________________________________
>>>>> TYPO3-german mailing list
>>>>> TYPO3-german@...
>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>>>
>>> _______________________________________________
>>> TYPO3-german mailing list
>>> TYPO3-german@...
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Reinhard Führicht-2]

Du könntest dir auch mit Hilfe von TypoScript-Conditions helfen, indem
du die Validierung für diese Felder nur dann veranlasst, wenn das
übergeordnete Feld gesetzt ist.

[globalVar=GP:scheidung|kinder=1]
plugin.Tx_Formhandler.settings.predef.xyz {
   validators.1.config.fieldConf {
     kindname1.errorCheck.1 = required
   }
}
[global]

[globalVar=GP:scheidung|kinder=2]
plugin.Tx_Formhandler.settings.predef.xyz {
   validators.1.config.fieldConf {
     kindname1.errorCheck.1 = required
     kindname2.errorCheck.1 = required
   }
}
[global]

usw.

Ist etwas kompliziert und bläst das TypoScript auf, aber theoretisch
möglich ist es.

viele Grüße,
Reinhard

Rainer Schleevoigt schrieb:

> Reinhard Führicht schrieb:
>> Versuch mal pregMatch statt ereg.
>> Die beiden arbeiten mit unterschiedlicher Syntax.
>> Nachzulesen im PHP manual
>>
> Da ich ehemaliger Perlianer bin, ist das sicher besser. Probiere ich
> gleich mal.
> Was ich nun nicht gefunden habe: Validierungen in Abhängigkeit von
> variablen Feldern, die über JS zugeschaltet werden. Das kann natürlich
> micht gehen, weil ja der Server davon nichts weiß, müsste man mit Ajax
> bauen.
>
> Hier: http://www.kanzlei-ballier-dehm.de/index.php?id=37 geh mal auf
> Kinder uhd wähle zwei Kinder. Dann müssten die beiden Kinderfelder
> geprüft wrden …
>
> Gruß Rainer
>
>> http://de.php.net/manual/de/function.ereg.php
>> http://de.php.net/manual/de/function.preg-match.php
>>
>> Also:
>>
>> heiratsdatum.errorCheck.1 = pregMatch
>> heiratsdatum.errorCheck.1.value = /^(\d\d)\.(\d\d)\.(\d\d\d\d)/
>>
>> usw.
>>
>> Viele Grüße,
>> Reinhard
>>
>> Rainer Schleevoigt schrieb:
>>> Reinhard Führicht schrieb:
>>>> Beispiel:
>>>>
>>>> plugin.Tx_Formhandler.settings.predef.contact {
>>>>   isErrorMarker {
>>>>     global = Es sind Fehler aufgetreten!
>>>>     default = style="color:red"
>>>>     firstname = class="error"
>>>>   }
>>>> }
>>> Das klappt ja super! Echt eine pfiffige EXT. Leider gibt es im Manual
>>> keine Beispiele fpr die ganzen Validitoren.
>>> Ich will zwei Felder mit REGEX testen. Geht aber so
>>>                    heiratsdatum.errorCheck.1 = ereg
>>>                    heiratsdatum.errorCheck.1.value =
>>> /^(\d\d)\.(\d\d)\.(\d\d\d\d)/
>>>                    heiratsnummer.errorCheck.1 = ereg
>>>                    heiratsnummer.errorCheck.1.value =
>>> /^([\d]+\/(\d\d\d\d)/
>>>                    heiratsort.errorCheck.1 = required
>>>
>>> leider nicht. habe ich da eine falche Syntax? Jedenfalls kommt der
>>> Fehlertext nicht.
>>> http://www.kanzlei-ballier-dehm.de/index.php?id=37
>>>
>>> Gruß Rainer
>>>
>>>>
>>>> Ist auch im Manual nachzulesen.
>>>>
>>>> Viele Grüße,
>>>> Reinhard
>>>>
>>>> Rainer Schleevoigt schrieb:
>>>>> Reinhard Führicht schrieb:
>>>>>
>>>>>
>>>>> Das klingt ja wirklich durchdacht. Auf welcher Ebene kommt das rein?
>>>>>
>>>>> Rainer
>>>>>>> Wenn ich jetzt noch wüsst, wie ich statt ###ERROR### (wo dann
>>>>>>> alle Fehler gelistet sind) ein festes Textfeld im Fehlerfalle
>>>>>>> hinbekommme („da fehlt noch was“), wäre ich sehr zufrieden.
>>>>>>
>>>>>> In diesem Fall müsste dir das Settings isErrorMarkers helfen.
>>>>>>
>>>>>> Ins HTML-Template den Marker ###is_error### rein und im Typoscript
>>>>>>
>>>>>> isErrorMarker {
>>>>>>   global = TEXT
>>>>>>   global.value = da fehlt noch was
>>>>>> }
>>>>>>
>>>>>> Geht auch pro Feld, wenn man z.B. im Fehlerfall mit CSS das Feld
>>>>>> rot umranden möchte.
>>>>>>
>>>>>> ###is_error_vorname###
>>>>>>
>>>>>> isErrorMarker {
>>>>>>   vorname = TEXT
>>>>>>   vorname.value = class="error"
>>>>>> }
>>>>>>
>>>>>> Viele Grüße,
>>>>>> Reinhard
>>>>>> _______________________________________________
>>>>>> TYPO3-german mailing list
>>>>>> TYPO3-german@...
>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>>>>
>>>> _______________________________________________
>>>> TYPO3-german mailing list
>>>> TYPO3-german@...
>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>>
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@...
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Reinhard Führicht schrieb:
> Du könntest dir auch mit Hilfe von TypoScript-Conditions helfen, indem
> du die Validierung für diese Felder nur dann veranlasst, wenn das
> übergeordnete Feld gesetzt ist.

Das werde ich gleich mal ausprobieren. Leider ist das nicht mein
Hauptproblem:

Die ganzen Daten sollen ja verschick werden. Das klappt soweit, nur  
leider sind im PDF-Anhang nur die ersten 10  Felder abgelegt und die
linke Spalte mit den Feldnamen fehlt. Fas ist meine Konfig:

2.class = Tx_Formhandler_Finisher_Mail
        2.config {
            limitMailsToUser = 5
            admin {
                to_email = xxx@...
                to_name = Kanzlei
                subject = Onlinescheidung (Meldung an Kanzlei)
                sender_email = email1
                sender_name =  Scheidungswillige/r
                attachPDF.class = Tx_Formhandler_Generator_PDF
            attachPDF.exportFields =
einreicher,fraufamname,frauvorname,fraugeboren,fraugeburtstag,frauaddresse,frauplzort,fraustaatsangehoerigkeit,mannfamname,mannvorname,manngeboren,manngeburtstag,mannadresse,mannplzort,mannstaatsangehoerigkeit,
         
         }


Im Manual habe ich leider dazu nichts gefunden.

Rainer
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Reinhard Führicht-2]

Hallo,

bitte verwende nicht den Generator_PDF dafür.
Der ist mittlerweile rausgenommen und durch den Generator_WebkitPdf
ersetzt worden.

Verwende dafür die aktuelle Version aus dem TER (0.9.4) oder die Version
von Forge.

Ich denke mit webkitpdf wirst du keine Probleme haben das PDF nach
deinen Wünschen zu erstellen.

Rainer Schleevoigt schrieb:

> Reinhard Führicht schrieb:
>> Du könntest dir auch mit Hilfe von TypoScript-Conditions helfen, indem
>> du die Validierung für diese Felder nur dann veranlasst, wenn das
>> übergeordnete Feld gesetzt ist.
>
> Das werde ich gleich mal ausprobieren. Leider ist das nicht mein
> Hauptproblem:
>
> Die ganzen Daten sollen ja verschick werden. Das klappt soweit, nur  
> leider sind im PDF-Anhang nur die ersten 10  Felder abgelegt und die
> linke Spalte mit den Feldnamen fehlt. Fas ist meine Konfig:
>
> 2.class = Tx_Formhandler_Finisher_Mail
>        2.config {
>            limitMailsToUser = 5
>            admin {
>                to_email = xxx@...
>                to_name = Kanzlei
>                subject = Onlinescheidung (Meldung an Kanzlei)
>                sender_email = email1
>                sender_name =  Scheidungswillige/r
>                attachPDF.class = Tx_Formhandler_Generator_PDF
>            attachPDF.exportFields =
> einreicher,fraufamname,frauvorname,fraugeboren,fraugeburtstag,frauaddresse,frauplzort,fraustaatsangehoerigkeit,mannfamname,mannvorname,manngeboren,manngeburtstag,mannadresse,mannplzort,mannstaatsangehoerigkeit,
>
>                  }
>
>
> Im Manual habe ich leider dazu nichts gefunden.
> Rainer

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Reinhard Führicht schrieb:
> Hallo,
>
> bitte verwende nicht den Generator_PDF dafür.
> Der ist mittlerweile rausgenommen und durch den Generator_WebkitPdf
> ersetzt worden.
Das habe ich auch schon gesehen. Wenn ich WebkitPdf installiere, dann
kommt nach dem Update ein leeres Fenster.
Leider hab eich keine Zugriff auf den Error_log.

Rainer

>
> Verwende dafür die aktuelle Version aus dem TER (0.9.4) oder die
> Version von Forge.
>
> Ich denke mit webkitpdf wirst du keine Probleme haben das PDF nach
> deinen Wünschen zu erstellen.
>
> Rainer Schleevoigt schrieb:
>> Reinhard Führicht schrieb:
>>> Du könntest dir auch mit Hilfe von TypoScript-Conditions helfen,
>>> indem du die Validierung für diese Felder nur dann veranlasst, wenn
>>> das übergeordnete Feld gesetzt ist.
>>
>> Das werde ich gleich mal ausprobieren. Leider ist das nicht mein
>> Hauptproblem:
>>
>> Die ganzen Daten sollen ja verschick werden. Das klappt soweit, nur  
>> leider sind im PDF-Anhang nur die ersten 10  Felder abgelegt und die
>> linke Spalte mit den Feldnamen fehlt. Fas ist meine Konfig:
>>
>> 2.class = Tx_Formhandler_Finisher_Mail
>>        2.config {
>>            limitMailsToUser = 5
>>            admin {
>>                to_email = xxx@...
>>                to_name = Kanzlei
>>                subject = Onlinescheidung (Meldung an Kanzlei)
>>                sender_email = email1
>>                sender_name =  Scheidungswillige/r
>>                attachPDF.class = Tx_Formhandler_Generator_PDF
>>            attachPDF.exportFields =
>> einreicher,fraufamname,frauvorname,fraugeboren,fraugeburtstag,frauaddresse,frauplzort,fraustaatsangehoerigkeit,mannfamname,mannvorname,manngeboren,manngeburtstag,mannadresse,mannplzort,mannstaatsangehoerigkeit,
>>
>>                  }
>>
>>
>> Im Manual habe ich leider dazu nichts gefunden.
>> Rainer
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Reinhard Führicht-2]

Interessant, kann ich leider nicht reproduzieren.

Wann tritt der Fehler auf? Schon beim Importieren der Extension oder
erst beim Installieren?

Wenn du die Extension mit der Importfunktion vom Extension Manager
direkt aus dem TER holst, kann es sein, dass die max_execution_time
überschritten wird. In diesem Fall kannst du versuchen die Extension
manuell von typo3.org herunterzuladen und zu importieren.

Rainer Schleevoigt schrieb:

> Reinhard Führicht schrieb:
>> Hallo,
>>
>> bitte verwende nicht den Generator_PDF dafür.
>> Der ist mittlerweile rausgenommen und durch den Generator_WebkitPdf
>> ersetzt worden.
> Das habe ich auch schon gesehen. Wenn ich WebkitPdf installiere, dann
> kommt nach dem Update ein leeres Fenster.
> Leider hab eich keine Zugriff auf den Error_log.
>
> Rainer
>>
>> Verwende dafür die aktuelle Version aus dem TER (0.9.4) oder die
>> Version von Forge.
>>
>> Ich denke mit webkitpdf wirst du keine Probleme haben das PDF nach
>> deinen Wünschen zu erstellen.
>>
>> Rainer Schleevoigt schrieb:
>>> Reinhard Führicht schrieb:
>>>> Du könntest dir auch mit Hilfe von TypoScript-Conditions helfen,
>>>> indem du die Validierung für diese Felder nur dann veranlasst, wenn
>>>> das übergeordnete Feld gesetzt ist.
>>>
>>> Das werde ich gleich mal ausprobieren. Leider ist das nicht mein
>>> Hauptproblem:
>>>
>>> Die ganzen Daten sollen ja verschick werden. Das klappt soweit, nur  
>>> leider sind im PDF-Anhang nur die ersten 10  Felder abgelegt und die
>>> linke Spalte mit den Feldnamen fehlt. Fas ist meine Konfig:
>>>
>>> 2.class = Tx_Formhandler_Finisher_Mail
>>>        2.config {
>>>            limitMailsToUser = 5
>>>            admin {
>>>                to_email = xxx@...
>>>                to_name = Kanzlei
>>>                subject = Onlinescheidung (Meldung an Kanzlei)
>>>                sender_email = email1
>>>                sender_name =  Scheidungswillige/r
>>>                attachPDF.class = Tx_Formhandler_Generator_PDF
>>>            attachPDF.exportFields =
>>> einreicher,fraufamname,frauvorname,fraugeboren,fraugeburtstag,frauaddresse,frauplzort,fraustaatsangehoerigkeit,mannfamname,mannvorname,manngeboren,manngeburtstag,mannadresse,mannplzort,mannstaatsangehoerigkeit,
>>>
>>>                  }
>>>
>>>
>>> Im Manual habe ich leider dazu nichts gefunden.
>>> Rainer
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@...
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Rainer Schleevoigt-2]

Reinhard Führicht schrieb:
> Interessant, kann ich leider nicht reproduzieren.
>
> Wann tritt der Fehler auf? Schon beim Importieren der Extension oder
> erst beim Installieren?
es passiert beim Installieren. Hole es jetzt mal vom TER. Nacherfolgtem
Upload bleibt der Schirm grau. Schade.

Rainer

>
> Wenn du die Extension mit der Importfunktion vom Extension Manager
> direkt aus dem TER holst, kann es sein, dass die max_execution_time
> überschritten wird. In diesem Fall kannst du versuchen die Extension
> manuell von typo3.org herunterzuladen und zu importieren.
>
> Rainer Schleevoigt schrieb:
>> Reinhard Führicht schrieb:
>>> Hallo,
>>>
>>> bitte verwende nicht den Generator_PDF dafür.
>>> Der ist mittlerweile rausgenommen und durch den Generator_WebkitPdf
>>> ersetzt worden.
>> Das habe ich auch schon gesehen. Wenn ich WebkitPdf installiere, dann
>> kommt nach dem Update ein leeres Fenster.
>> Leider hab eich keine Zugriff auf den Error_log.
>>
>> Rainer
>>>
>>> Verwende dafür die aktuelle Version aus dem TER (0.9.4) oder die
>>> Version von Forge.
>>>
>>> Ich denke mit webkitpdf wirst du keine Probleme haben das PDF nach
>>> deinen Wünschen zu erstellen.
>>>
>>> Rainer Schleevoigt schrieb:
>>>> Reinhard Führicht schrieb:
>>>>> Du könntest dir auch mit Hilfe von TypoScript-Conditions helfen,
>>>>> indem du die Validierung für diese Felder nur dann veranlasst,
>>>>> wenn das übergeordnete Feld gesetzt ist.
>>>>
>>>> Das werde ich gleich mal ausprobieren. Leider ist das nicht mein
>>>> Hauptproblem:
>>>>
>>>> Die ganzen Daten sollen ja verschick werden. Das klappt soweit,
>>>> nur  leider sind im PDF-Anhang nur die ersten 10  Felder abgelegt
>>>> und die linke Spalte mit den Feldnamen fehlt. Fas ist meine Konfig:
>>>>
>>>> 2.class = Tx_Formhandler_Finisher_Mail
>>>>        2.config {
>>>>            limitMailsToUser = 5
>>>>            admin {
>>>>                to_email = xxx@...
>>>>                to_name = Kanzlei
>>>>                subject = Onlinescheidung (Meldung an Kanzlei)
>>>>                sender_email = email1
>>>>                sender_name =  Scheidungswillige/r
>>>>                attachPDF.class = Tx_Formhandler_Generator_PDF
>>>>            attachPDF.exportFields =
>>>> einreicher,fraufamname,frauvorname,fraugeboren,fraugeburtstag,frauaddresse,frauplzort,fraustaatsangehoerigkeit,mannfamname,mannvorname,manngeboren,manngeburtstag,mannadresse,mannplzort,mannstaatsangehoerigkeit,
>>>>
>>>>                  }
>>>>
>>>>
>>>> Im Manual habe ich leider dazu nichts gefunden.
>>>> Rainer
>>> _______________________________________________
>>> TYPO3-german mailing list
>>> TYPO3-german@...
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german