I think that our validation messages should be more consistent and understandable than they are now.
Including the field's value is good. Maybe we need to have a way to shorten it if it's too long, or just to decide we alway stick to :
value.length() > 10 ? value.substring(0,10)+"..." : value
for example.
I think it would also help a lot to include the label's value if a label is attached to the field (anyone knows how to do that ?).
So, for me a good example would be :
FIELD'S_LABEL : "VALUE_SUBSTRING(10)" is not a correct VALIDATOR_TYPE
My point here is that we should have something standard and sensible as the messages we have now, with the component's id, and no value are not great.
Any thoughts ?
Sylvain.
On Mon, 2004-11-29 at 10:50 +0100, Matthias Wessendorf wrote:
Hi all, our current solution for validation messages is the following: -user enters bad value. - this message comes up (e.g. for e-mail): "component_id": Value is not a correct email-address." if the developer uses *well named ids* all may be fine. "emailValue": Value is not correct... but on *silly ids* it is not clear to the users. e.g. a: Value is not a correct emial.... However, if I changed the messages (on my box) to "[EMAIL PROTECTED]": Value is not a correct email-address. this would be more sensible to the users. What do you think? But how should we handle *required*-messages? the current (on my box) is still "component_id": Value is required. Any ideas? Best regards Mit freundlichen Grüßen -- Matthias Weßendorf Aechterhoek 18 DE-48282 Emsdetten Germany
