Hi, Alberto Valverde wrote: > IMO, this behavior belongs in the "validate" decorator, not in expose > which is already overcrowded.
Is expose really so big? Adding the filter would be a single line.
I don't think the validate decorator is the right place because:
1. The current behavior is that all parameters on every called function will be
converted. The conversion is useful even when there is no validation. I
don't
like to break things in non-obvious ways.
2. variabledecode is about converting the form data in a more
programmer-friendly structure. The expose decorator is the only one which
must be present.
The only change I can think of right know is that previously, all parameters
were decoded before the first decorator was called. When moving variabledecode
into the expose validator, all decorators before expose will see the "raw"
parameters.
Paul Johnston wrote:
> Something for TG 1.1?
If we manage to get some code+unit tests until then, I think this could go into
1.1. I'm willing to work on this after we agreed on the validator where this
functionality belongs.
fs
smime.p7s
Description: S/MIME Cryptographic Signature
