When building an application should all validation messages have punctuation?
closed as not constructive by ChrisF♦ Feb 21 '12 at 23:34
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance. If this question can be reworded to fit the rules in the help center, please edit the question.
migrated from stackoverflow.com Mar 4 '11 at 20:36
This question came from our site for professional and enthusiast programmers.
Validation messages should be clear, consistent, and literate. Punctuation can be used to accomplish these ends.
I prefer punctuation, but I was a literature major and a technical writer before I became a programmer. As long as the message is unambiguous, I don't insist on punctuation.
Incorrect punctuation, typos and bad grammar, on the other hand, I do not tolerate.
I agree with the answers already given - as long as the messages are clear and consistent, with or without punctuations, it should really be a matter of taste.
The only hazard, I suppose, with ending the messages with punctuation is that you might forgot that you've already given it previously and add it again as the message progresses. Thus in the end the message may end up with multiple punctuations.
Regarding duplicate punctuation, you could use a utility to build up messages, and it could check if there is duplicate punctuation?
If you use a common utility to build your messages (whatever their type: info, error, etc.) then perhaps it could help? Then you have consistency at least. You could enforce a contract that any message that is returned from the utility is a complete sentence, ending in a full-stop. The same utility could be used to concatenate messages - adding a space if there's a message already present. Only thing is the utility could become quite a big thing.
Another thing to worry about is internationalization. You'd want to stay consistent among not only different messages in one language that your software uses, but in all languages.
And if it's possible, a picture is worth a thousand words, and if the same message could be provided in a picture, then I think it may be even more useful than a message. Kinda like road signs.