I really don't see the point of trying to localize org keywords. To
me, they are like the keywords in any programming language - part of
the language. Would you consider translating C or LISP keywords?
There are no practical reasons why that should not be possible. The
current state of affairs is only due to design constraints when the
languages were conceived.
In Scheme, for ex. you can actually redefine all the language keywords
very easily without any impact on the interpreter.
Practical reason: communication. I'm a Turkish speaker, suppose I'm
monolingual, and I have a problem with the function
‘güncel-devamla-çağır’ in Scheme.
If you have a problem with that function and you use Scheme, you know that it is mapped to call-with-current-continuation and you know where to look for information. And if you're monolingual, chances are that you won't be able to make sense of what you find in English.
The language of programming is English.
And of course, when 2 Turkish programmers talk about programming they shift to English... No, they don't. Keywords are arbitrary strings. Try APL and see how "English" applies.
Org allows drawers with
arbitrary names to be defined (e.g. I have :remotes:\n...\n:end: or
:NEXT:\n...\n:END: in a file), with a couple names like :PROPERTIES: and
:LOGBOOK: reserved. This means that you can't reliably know if anybody
has :PROPRIÉTÉS: or :PROPRIETÀ:, which renders translations impossible.
Same thing with todo keywords, tags, etc.
And that is a good thing.
Localization, when properly done is never a nightmare to maintain.
I appreciate your efforts on i18n and l10n on Emacs, but unfortunately I
am yet to find a properly localised piece of software, especially in the
FOSS community.
Proprietary software has so many issues that most pro-grade software is not even localized.
Also, when I need help online, I need the English
messages anyways (and translated manuals, if they ever exist, are a joke
all the time).
If FOSS activists took as much time fixing manuals as they take for fixing code that would not be an issue. l10n is not as good as code *because* it is not defined with a higher priority and a better consciousness of the linguistic issues, and that is because monolingual activists think one language is sufficient (funny how that does not apply to programming languages, but they don't seem to be conscious of that contradiction...)