Opened 16 years ago

Closed 16 years ago

Last modified 13 years ago

#7916 closed (duplicate)

makemessages shouldn't translate applications already translated

Reported by: Marc Garcia Owned by: Marc Garcia
Component: Internationalization Version: dev
Severity: Keywords:
Cc: Triage Stage: Design decision needed
Has patch: yes Needs documentation: no
Needs tests: yes Patch needs improvement: yes
Easy pickings: no UI/UX: no

Description

When creating a django project, that I want to translate at project level (not application by application). Then, in my project I want to add a reusable/external application that is already translated (for example django-registration). The result is that in my project .po file I have all strings that are already translated in the external application.

I think that it should be avoided, and could be easily achieved by omitting applications with a locale directory.

Also if I want to copy django inside the project (that could be useful for version specific/patched installations), all django strings are included in my django.po file.

Attachments (2)

7916.diff (1005 bytes ) - added by Marc Garcia 16 years ago.
7916_v2.diff (1021 bytes ) - added by Marc Garcia 16 years ago.
Patch that fixes problem in a language specific way.

Download all attachments as: .zip

Change History (6)

by Marc Garcia, 16 years ago

Attachment: 7916.diff added

comment:1 by Marc Garcia, 16 years ago

Needs tests: set
Patch needs improvement: set

It could be better to make it language specific. So imagine that an application is translated in language A, but not B, but our project is translated to A and B. Then we should include all literals from that application in .po file for language B, but no A.

Attaching new patch for it.

by Marc Garcia, 16 years ago

Attachment: 7916_v2.diff added

Patch that fixes problem in a language specific way.

comment:2 by Marc Garcia, 16 years ago

Triage Stage: UnreviewedDesign decision needed

comment:3 by Ramiro Morales, 16 years ago

Resolution: duplicate
Status: newclosed

Duplicate of #7050. There, Malcolm also describes another related possible requirement to handle this multiple-app scenario in a consistent way.

comment:4 by Jacob, 13 years ago

milestone: 1.0

Milestone 1.0 deleted

Note: See TracTickets for help on using tickets.
Back to Top