Not all sxmo users want to use an english interface! Im unsure how we would solve this issue though. Should we use a profile file for various translations? Or maybe we can do translations in compile time?
On 21-04-24 05:41, ~anjan wrote:
Not all sxmo users want to use an english interface! Im unsure how we would solve this issue though. Should we use a profile file for various translations? Or maybe we can do translations in compile time?
I thought about this too the other day. In principle I support localization, but it does add a layer of complexity that I'd like to keep as minimal as possible. We have mostly shell scripts (that should remain easily human readable) and a small number of C programs. We'll need to investigate what the simplest way is , whilst adhering also to sensible standards probably like working based on locale settings and using *.po files possibly. I don't know what a decent solution for POSIX shell scripts is yet.
--
Maarten van Gompel (proycon) https://proycon.anaproy.nl
It looks like GNU gettext may be the most standard option applicable for shellscripts as well: https://www.gnu.org/software/gettext/manual/gettext.html#sh
I agree it's important. I'd like to work on a patch with a gettext PoC on an arbitrary menu to give a feeling of what it's like working with localized strings and dates in sxmo shell scripts.
If (or when..) we start with i18n/l10n, the hardest part is to document the localization process and to attract contributions.
On 22-02-09 12:05, ~lisael wrote:
I agree it's important. I'd like to work on a patch with a gettext PoC on an arbitrary menu to give a feeling of what it's like working with localized strings and dates in sxmo shell scripts.
If (or when..) we start with i18n/l10n, the hardest part is to document the localization process and to attract contributions.
You're most welcome to give it a try yes!