zsh-workers
 help / color / mirror / code / Atom feed
From: Agron Selimaj <as9902613@gmail.com>
To: Bart Schaefer <schaefer@brasslantern.com>
Cc: Peter Stephenson <p.w.stephenson@ntlworld.com>, zsh-workers@zsh.org
Subject: Re: Is there any desire to support languages other than English in zsh?
Date: Wed, 7 Jun 2023 23:52:59 -0400	[thread overview]
Message-ID: <CA+_PYyuF-eRNE=UzvXBJn4ZaSi56BWUMu70SkG+mR5VcFO95Hg@mail.gmail.com> (raw)
In-Reply-To: <CAH+w=7aLzRKhbsApRXSAe5gNETCZwpWYkasZDwJAX-rLJpkb1w@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3313 bytes --]

What if we take the long path by starting small?

Let me add gettext support, and we don't have to use it everywhere from day
one.

Let me just make the "--help" output support Albanian and German. This
shouldn't affect anything in the operation of the program since it is in
the exit path. It's small and safe. Plus it gives us a chance to discuss
implementation further.

❯ zsh --help
> Usage: zsh [<options>] [<argument> ...]
>
> Special options:
>  --help     show this message, then exit
>  --version  show zsh version number, then exit
>  -b         end option processing, like --
>  -c         take first argument as a command to execute
>  -o OPTION  set an option by name (see below)
>
> Normal options are named.  An option may be turned on by
> `-o OPTION', `--OPTION', `+o no_OPTION' or `+-no-OPTION'.  An
> option may be turned off by `-o no_OPTION', `--no-OPTION',
> `+o OPTION' or `+-OPTION'.  Options are listed below only in
> `--OPTION' or `--no-OPTION' form.
>
>
This means, I'll make this text be extractable to generate *.POT files and
then we can use all kinds of tools and websites to do the actual
translation.

I'll also use a certain syntax for parameters in the strings, and that can
also be used as an example for new strings to be added to the zsh.

I don't know what is the anticipated release date for 6.0, but maybe we can
put this much in for 6.0?

And then, since zsh 5.xx lasted 11 years, and before that 4.xx lasted 12
years, I assume 6.xx will also last about 10+ years, can we make a long
term plan to fully implement gettext support during the lifetime of 6.xx
for the next 10 years?

What do you guys think? Shall we try it?

Thanks,
//Agron




On Wed, Jun 7, 2023 at 10:56 PM Bart Schaefer <schaefer@brasslantern.com>
wrote:

> On Tue, Jun 6, 2023 at 8:54 AM Peter Stephenson
> <p.w.stephenson@ntlworld.com> wrote:
> >
> > > On 06/06/2023 16:20 Agron Selimaj <as9902613@gmail.com> wrote:
> > > However, I am not sure the zsh project supports gettext (and POEdit)
> throughout.
> > > So, in order to support localization in general, we first must use
> gettext everywhere.
> > > Is this something this team is willing to do?
> >
> > This is certainly a useful thing to do, however previous discussions
> suggest there is
> > no one around to do the considerable amount of work that supporting
> databases on this
> > scale would require.
>
> Having previously overseen the gettext-ification of a piece of
> software of similar original vintage and complexity, I would say that
> supporting the databases is often the least of the issues.  Sentence
> structure varies, which requires converting catenated substrings into
> snprintf formats or sets of alternatives; pluralization may differ,
> requiring 0 / 1 / >1 conditionals even with gettext intervention; etc.
> Also, because of the pervasive changes required, we found it necessary
> to merge all outstanding code changes and call a halt to other
> development until the "l10n" pass was complete, or we couldn't track
> deltas accurately (though we were stuck with CVS for version control
> at the time).
>
> This is definitely not something we would want to dive into until
> after whatever the next zsh release is, is done.
>

[-- Attachment #2: Type: text/html, Size: 4461 bytes --]

  reply	other threads:[~2023-06-08  3:53 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-06 15:20 Agron Selimaj
2023-06-06 15:54 ` Peter Stephenson
2023-06-08  2:56   ` Bart Schaefer
2023-06-08  3:52     ` Agron Selimaj [this message]
2023-06-08  6:53       ` zeurkous
2023-06-08  7:46         ` FU: " zeurkous
2023-06-08 10:13       ` Oliver Kiddle
2023-06-08 10:26         ` Peter Stephenson
2023-06-08 11:02           ` zeurkous
2023-06-08 10:44         ` zeurkous

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CA+_PYyuF-eRNE=UzvXBJn4ZaSi56BWUMu70SkG+mR5VcFO95Hg@mail.gmail.com' \
    --to=as9902613@gmail.com \
    --cc=p.w.stephenson@ntlworld.com \
    --cc=schaefer@brasslantern.com \
    --cc=zsh-workers@zsh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).