On 24 Jul, 02:00, Jean-Christophe Helary <fus...@mx6.tiki.ne.jp>
wrote:
On 24 juil. 07, at 09:36, Nick Roberts wrote:
Yes. I could see that myself. Indeed, all the strings are in the
code. All the functions are documented in English in their code and
to get a proper localization of that, or at least of a basic core
features (like functions that available from the UI for a start)
would require to remove all strings and put them in locale separated
files that emacs would load based on the environment. Is that
correct ?
Locale specific files is the conventional way of dealing with
localization, but Emacs is extensible, which means that we need to
come up with a design that is also extensible. Very few applications
have dynamic menus the way that Emacs does, mostly they are static and
defined in resource files where such conventional localization is
simple.