[CLK-749] Next Generation Internationalization (i18n) / Localization

• Type: Improvement
• Status: Open
• Priority: Major
• Resolution: Unresolved
• Component/s: core
• Assignee: Unassigned
• Reporter: Andrew Fink
• Created: 08/Jan/11 15:44
• Updated: 02/Nov/13 14:56

Description

Currently Click uses standard Java Resource Bundles for i18n.
Bundles have three well-known problems:

• they must be native2ascii encoded (ugly \uCafe, only ISO 8859-1 character encoding) - periodically we see letters about it in Mailing list
• keys are strings, so misspelling is usual error
• bundle look-up procedure is tricky

May I suggest one way to make i18n better.

Ceki Gülcü (famous log4j, slf4j, logback author) has made very interesting library for 'Compiler Assisted Localization':

http://cal10n.qos.ch/
http://cal10n.qos.ch/manual.html

We can switch to CAL10N and have many bonuses.

PS: May I ask also to throw all custom / self-made logging facade / level filtering code and use http://slf4j.org/ directly.
Slf4j is de-facto standard from logging-in-java father.

Many apache projects (look at http://slf4j.org/ start page) use slf4j.
slf4j is standard / allowed / small dependency for many organizations.