do (should) the default messages use T()? could that be used for an easier customization?
i too agree with consistency. hopefully noone would object to improving our grammar. :) cfh On Saturday, February 25, 2012 12:25:53 PM UTC-8, Anthony wrote: > > I generally agree about the capitalizing, but I'm not sure all the > messages deserve a period at the end (e.g., "Invalid expression", "Value > not allowed", "No Match", etc.). > > Anthony > > On Saturday, February 25, 2012 10:51:24 AM UTC-5, Kernc wrote: >> >> Hi, >> >> *I propose all validators' error_message values be capitalized and >> end-punctuated*, so e.g. >> >> this: >> >>> enter from %(min)g to %(max)g characters >>> >> becomes this: >> >>> Enter from %(min)g to %(max)g characters. >>> >> >> As of now, some validators' errors are capitalized while most aren't >> (inconsistent). >> >> Thus, to have chances of looking even remotely professional, I always >> have to do the following in controllers with forms: >> >>> if form.errors: >>> for err in form.errors: >>> form.errors[err] = form.errors[err].capitalize() + '.' >>> >> >> In case of IS_STRONG() validator, which returns several failures, the >> above code doesn't even work correctly. >> >> What are your thoughts on this? >> If I provide a latest validators.py diffing patch, will it be accepted? >> >