#16973 closed Bug (duplicate)
Admin messages need capfirst for translations
Reported by: | Erik Wognsen | Owned by: | nobody |
---|---|---|---|
Component: | contrib.admin | Version: | dev |
Severity: | Normal | Keywords: | |
Cc: | Triage Stage: | Unreviewed | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
As discussed in the i18n group here, admin messages such as "The %(name)s "%(obj)s" was changed successfully." have translations starting immediately with "%(name)s" in many languages. Since the verbose name of the model is lowercase, the result is a message saying e.g. 'employee "Xyz" was changed successfully' where it should start with 'Employee'.
Attachments (1)
Change History (4)
by , 13 years ago
Attachment: | admin_message_capfirst_fix.diff added |
---|
comment:1 by , 13 years ago
comment:2 by , 13 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
Thanks for this. It has already been reported in #16350, so I'm closing as a duplicate. Please continue the conversation over there. Cheers!
Note:
See TracTickets
for help on using tickets.
The attached patch also fixes the problem that these three translated strings exist:
'The %(name)s "%(obj)s" was added successfully.',
'You may edit it again below.', and the combined
'The %(name)s "%(obj)s" was added successfully. You may edit it again below.'
In
response_change
where the combined version is used, I have split it into the two already translated strings so the redundant string is removed and it matches the way 'You may edit it again below.' is added to the 'was added successfully' message inresponse_add
.