[argparse] Missing translations

[jdetrey]

BPO	44865
Nosy	@rhettinger, @terryjreedy, @jdetrey
PRs	bpo-44865: Missing translations in argparse #27668

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = None
created_at = <Date 2021-08-08.14:12:29.260>
labels = ['type-bug', 'library', '3.11']
title = '[argparse] Missing translations'
updated_at = <Date 2021-08-24.19:08:57.995>
user = 'https://github.com/jdetrey'

bugs.python.org fields:

activity = <Date 2021-08-24.19:08:57.995>
actor = 'jdetrey'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2021-08-08.14:12:29.260>
creator = 'jdetrey'
dependencies = []
files = []
hgrepos = []
issue_num = 44865
keywords = ['patch']
message_count = 3.0
messages = ['399216', '399569', '400227']
nosy_count = 4.0
nosy_names = ['rhettinger', 'terry.reedy', 'paul.j3', 'jdetrey']
pr_nums = ['27668']
priority = 'normal'
resolution = None
stage = 'patch review'
status = 'open'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue44865'
versions = ['Python 3.11']

[jdetrey]

Dear all,

There are a few strings in the argparse module which are not translatable through the gettext API.

Some have already been reported:

• the "--version" help text at 3.9/Lib/argparse.py:1105 (reported in bpo-16786, fixed by PR 12711);
• the "default" help text at 3.9/Lib/argparse.py:697 (reported in 33775, fixed by PR 12711).

However, some others remain:

• the "default" help text for BooleanOptionalAction at 3.9/Lib/argparse.py:878 (which, incidentally, will be duplicated when used with ArgumentDefaultsHelpFormatter);
• the "argument %(argument_name)s: %(message)s" error message at 3.9/Lib/argparse.py:751;
• the formatted section heading at 3.9/Lib/argparse.py:225: if the heading itself is translatable, the string "%(heading)s:" is not. More precisely, the colon right after the heading might also require localization, as some languages (e.g., French) typeset colons with a preceding non-breaking space (i.e., "%(heading)s :"). (Okay, I'll admit that this is nitpicking!)

I'll submit a pull request with proposed fixes for these strings.

Kind regards,
Jérémie.