Wrong localization (L10N) thousand separator & decimal point character for Puerto Rico

[Roberto Rosario]

The es-PR LANGUAGE_CODE incorrectly returns dot '.' as the thousand separator and comma ',' as decimal point symbols, which is inverted. The locale 'en-PR' is however correctly coded.

[Roberto Rosario]

Location format file to es_PR location

[Ramiro Morales]

Django currently has no Puerto Rico translation/format support. Maybe you are using files provided by another Django-based project (in that case you can reporte this to its maintainers) or locally created file (in which case you can edit the file yourself)?.

Of course, we would gladly add such a translation if anyone contributes one in good shape to Django.

[Roberto Rosario]

Replying to ramiro:

Django currently has no Puerto Rico translation/format support. Maybe you are using files provided by another Django-based project (in that case you can reporte this to its maintainers) or locally created file (in which case you can edit the file yourself)?.

Of course, we would gladly add such a translation if anyone contributes one in good shape to Django.

I'm using the official Django 1.2.4 files as downloaded by pip from djangoproject.com. The formats.py file attached here was create by myself by copying django/conf/locale/es/formats.py and editing it to provide the missing format support for es-PR locale, as for translation/i18n support the general 'es' translation is adequate for Puerto Rico, no specific 'es-PR' translation is needed.

Maybe the ticked title is what's wrong, a more appropriate title should be: "Include specific localization support for Puerto Rico 'es-PR'"

[Aymeric Augustin]

Change UI/UX from NULL to False.

[Aymeric Augustin]

Change Easy pickings from NULL to False.

[Claude Paroz <claude@…>]

In 83f182da664645d3eff6f90a98f18d6f7af310bd:

Fixed #14540 -- Added Porto-Rico specific formats

Thanks rosarior for the report and the file proposal.