Re: internationalization support?
Tõivo Leedjärv <[email protected]> Fri, 16 Jan 2026 09:54:48 +0100
| Newsgroups | gmane.network.unison.devel |
|---|---|
| Message-ID | <CAALvpZTORQWRp3t9ONpmnjJdigC53aEiNaBAtRfS5ycf-qSX_g@mail.gmail.com> |
I'm supportive of i18n efforts (being non-native English speaker myself). There are some potential issues I see with this, though. It is very common that less-used OCaml libraries become unmaintained or abandoned. This in turn becomes a burden on Unison maintainers (who have very little resources available). This is already becoming a problem with the GUI, for example. It looks like ocaml-gettext has received recent updates, but this only after a long period of silence. Maybe it's a non-issue but it may be cause for concern. Camomile (optional) seems to be abandoned, even though there seems to be some attempt at keeping it alive (but it's still out of date). There used to be a WIP of i18n support at https://urldefense.com/v3/__https://github.com/bcpierce00/unison/branches__;!!IBzWLUs!X5w2rZbM7zkcpXucW9-KkSZyHPcfgGt2bvHa37BG8Lb8UlrHyj4y30oUwG6tjewxv3B5kQ7JCo96PBjQZEn1Zc5n8Uk$ in a separate branch but since it had been abandoned for years, I think the branch was deleted. Having non-complete platform support is not a problem in general. Building the code without gettext support should also be easy enough with a simple stub in place of ocaml-gettext. There is an example at https://urldefense.com/v3/__https://github.com/gildor478/ocaml-gettext/blob/master/doc/reference-manual.md*adding-gettext-support-without-depending-on-ocaml-gettext__;Iw!!IBzWLUs!X5w2rZbM7zkcpXucW9-KkSZyHPcfgGt2bvHa37BG8Lb8UlrHyj4y30oUwG6tjewxv3B5kQ7JCo96PBjQZEn1e9f6qGw$ . The build scripts will become more complicated, for sure, but that's under our control and acceptable if the benefits are considered desirable (build scripts being rather complicated is in part due to wanting to have strong support of many platforms, with sometimes very different dependencies). Reviewing and collaborating on the PR will probably take a very long time. Don't take that as a sign of lack of interest. It's a sign of lack of resources. Since there is a severe lack of maintainer resources and i18n support does come with some maintenance burden (even if it turns out to be minimal), I would like to know beforehand if there is sufficient interest by users/translators. unison-hackers list will probably not answer that question (unison-users list perhaps could but is likely not representative of non-English speaking users). Remember that years ago there already was an attempt at i18n (also using gettext if I remember correctly) but that did not succeed. (Not being involved back then, I don't know the details.)