How about enabled/disabled validators (and their behaviors) ? This way, no
counting down is needed and when validatores are disabled, they propagate
this state to behaviors. Removing validators is strange to me, but disabling
them for a while, I think this is more reasonable.

Maybe. Again would be more in line with behaviors. But now the million
dollar question: for what use case? When would you actually ever need
to remove or disable a validator? And *if* you would ever need such an
exotic case, why does Wicket have to do this for you and why don't we
tell people to just make this part of the way they implement their
validation method?

Eelco

Reply via email to