[Feature Request] Internationalization
Nobody has claimed this yet.
- Dominant language
- Racket
- Stars
- 5.2k
- Forks
- 698
- Avg merge
- 18h 34m
- Merged PRs (30d)
- 5
Description
Is your feature request related to a problem? Please describe.
Racket has only simple internationalization in DrRacket. String constants have no domains and no plurals.
Besides that, even in localized DrRacket all exception messages are not translated. So, any non-english user has a mix of native and english interface. It is especially bad, when one use Racket for teaching.
Describe the solution you'd like
We have Racket implementation of gettext. We may use it instead of hardcoding error messages.
Describe alternatives you've considered
One may translate only output to some port, but this way it is impossible to translate phrases with numbers or make different translation in different context.
Do you want to contribute to this feature
Yes. I want to help in rewriting and, if needed, adaptation of gettext to kernel namespace.
[Optional] Additional context
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the existing gettext package and the hardcoded error-message example in racket/collects/racket/private/define-struct.rkt. Review how DrRacket currently handles localization and which exception messages remain untranslated. The issue does not define a bounded set of messages or a concrete completion test, so the desired scope needs clarification.
Written by the indexing model from the issue text.
Assessment
- Domain
- internationalization
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100