Hi Carl,

at present time, when a constraint, filter, validator, ... dies we don't take 
care of $@, we just create a new Exception. What do you think of extending 
the Exception with a message function that can take that kind of message and 
print it later on.

The one question shall we only write it as log output (only easily possible in 
Catalyst environment), tell the user that the software is broke ;-) (he just 
gets a normal 'data invalid' message, even when there's a coding failure) or 
put the message next to the field like a normal error?

Greets,
Mario

_______________________________________________
Html-widget mailing list
Html-widget@lists.rawmode.org
http://lists.rawmode.org/cgi-bin/mailman/listinfo/html-widget

Reply via email to