Feature request: disable localization in some model fields

[Denilson Figueiredo de Sá]

In 1.2, we now have L10N, so now Integer fields automatically have the thousand separator. That's a neat addition.

Also, we have a "localize" parameter to Form fields, setting if they should be localized or not.
​http://docs.djangoproject.com/en/dev/ref/forms/fields/#localize

However... I miss such "localize" parameter at the Model itself. For me, it makes sense to set some fields as "do not localize". For instance, suppose I have a IntegerField that holds a barcode. It makes no sense to ever localize such field, so I would like to tell this to Django.

Suggestion: add "localize" parameter also to model fields.

[James Bennett]

While I can see the desire to have this in Django, I don't think it's a good idea. Localization of values, etc., is basically just an issue of how the data is presented when displayed in a form, so forms are the right place to do this. Models shouldn't know or have to know this much about how their data will be presented.

[Denilson Figueiredo de Sá]

I disagree because I was thinking about using them in templates without Forms.

In other words, if a template receives a model instance, or a list of model instances, then it will directly render the model fields, without using any Form. After all, I believe there are many use cases where a Form is not needed (e.g. a list of objects).

I know I can just "|unlocalize", but IMHO it makes sense to tell Django to never localize some fields.

I'm reopening, if you still disagree, just close again.

[Russell Keith-Magee]

Ubernostrum is right; this is a presentation layer problem, not a data layer problem.