bug#55694: [PATCH] Add support for the Batak scripts

[समीर सिंह Sameer Singh]

Thank you, I will implement all these changes, also now is there any need for five different language environments and news entries?

The only reason I separated them because of the different input methods.

On Sun, May 29, 2022 at 5:37 PM Eli Zaretskii <eliz@gnu.org> wrote:

> From: समीर सिंह Sameer Singh <lumarzeli30@gmail.com>
> Date: Sun, 29 May 2022 17:14:57 +0530
> Cc: 55694@debbugs.gnu.org
>
>  > This time the Batak scripts are added to Emacs.
>  > Since the Batak scripts are actually a collection of five scripts:
>  > Toba, Karo, Pakpak, Mandailing, and Simalungun.
>
>  I think the above are _languages_, not scripts.  They all used in the
>  past to use the Batak script for writing, but they aren't scripts.
>
> The term "Batak" is not just the name for its script, it is a collective term used for the tribes in Sumatra.
> So adding "Batak" to the language name like the Batak Karo language or the Batak Pakpak language is also
> correct.
> Though not adding it also seems fine.

I'd prefer to go with a shorter names, as they definitely are being
used, see the Wikipedia article I mentioned.

>  Is this greeting common to all the languages using the Batak script?
>  I don't think so.  So perhaps we should have several greetings, one
>  for each language?
>
> This greeting (Horas) is common in all but one language (Batak Karo).
> Even though it is the same in Batak Toba, Pakpak, Mandailing and Simalungun, there are slight variations in
> the way it is written.
> But still they represeneting may be sufficientt just one Unicode block, writing one gre to show that this script
> is supported.
> Though we can also have multiple greetings, it is up to you.

Let's have two greetings, by adding the one for Karo.

>  The input methods look almost identical, with a few minor deviations.
>  Are the differences real or are they mistakes?  If they are mistakes,
>  we can have just one input method for all the languages using Batak.
>  And if the differences are real, can we still have only one input
>  method, where the different variants of the same ASCII letter are
>  selected by the user at typing time?  It seems un-economical to have
>  so many input methods that are almost identical.
>
> Ok, I will merge them into one input method.

Thanks!