summaryrefslogblamecommitdiffstats
path: root/2022/talks/localizing.md
blob: ffdffe42a2422ad35d931cec7e0d270e64538687 (plain) (tree)
1
                       





























                                                                                                                                                                                                                                                                                                                                                                
[[!sidebar content=""]]
[[!meta title="Pre-localizing Emacs"]]
[[!meta copyright="Copyright © 2022 Jean-Christophe Helary"]]
[[!inline pages="internal(2022/info/localizing-nav)" raw="yes"]]

<!-- Initially generated with emacsconf-generate-talk-page and then left alone for manual editing -->
<!-- You can manually edit this file to update the abstract, add links, etc. --->


# Pre-localizing Emacs
Jean-Christophe Helary (he/him)

[[!inline pages="internal(2022/info/localizing-before)" raw="yes"]]

Before Emacs user-facing strings are localized to users’ languages (will that ever happen?), there are things developers must remember when including such strings in the code, and there are things that emacs-lisp beginners (like me, forever) can do to help when they face such issues.

It is not easy to write naturally flowing language when the language depends on program variables, but even if we stick to English for the time being, it is important to separate natural language from computer language as much as possible.

I will be presenting an old patch to packages.el accepted in June 2018 that took me about a year to write. The origin of the patch is a plural mistake in the packages install messages. As you can see pre-patch, the code was filled with English substrings embedded into the code to produce pasts, plurals and all sorts of English grammatical constructs.

<https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=61f73703c74756e6963cc622f03bcc6938ab71b2>

Even if it is a beginner’s patch (thoroughly reviewed by dev-experts), it shows what can be done by emacs-lisp beginners to help with “straightening” the strings to reduce the number of potential English bugs and then to make Emacs strings easier to be handled by real localization processes, one day.



[[!inline pages="internal(2022/info/localizing-after)" raw="yes"]]

[[!inline pages="internal(2022/info/localizing-nav)" raw="yes"]]