GNU bug report logs -
#55493
[PATCH] Rename Oriya to Odia
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
>
> By "input system", do you mean a separate language-environment with a
> separate input method? That would be OK, I think
I meant to say, "input method".
Is there a need for a separate language-environment?
I think only writing a new input-method will be sufficient, right?
On Wed, May 18, 2022 at 9:27 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: समीर सिंह Sameer Singh <lumarzeli30 <at> gmail.com>
> > Date: Wed, 18 May 2022 21:08:09 +0530
> > Cc: Visuwesh <visuweshm <at> gmail.com>, 55493 <at> debbugs.gnu.org
> >
> > The changes to HELLO do more that the above says. I don't think I
> > understand the reason for the change in the "South Asia" line.
> >
> > The South Asia line was correcting the Odia greeting, which I had
> changed previously (from "Listen" to
> > "Namaskaar")
>
> Please reflect that in the log message.
>
> > This is unrelated, and I see no reason to rename the variable in a
> > backward-incompatible way. It's just a variable, so it doesn't have
> > to be named rigorously correct. If we were discussing new code, the
> > correction would have had its place, but not now, 16 years after it
> > was introduced.
> >
> > This variable name is somewhat misleading. When I searched "iso 638",
> online to see whether the language
> > codes were updated or not,
> > it showed me results for oven boards, later when searching "iso 638
> languages" I realized that the correct
> > standard number is 639.
> > There was also a FIXME above it, so I fixed that.
> > If there is a backward-compatible way to change it please tell me, or if
> you still feel the change is not
> > warranted, I will revert this it.
>
> A backward-compatible change would need to introduce an obsolete alias
> with the old name.
>
> > I don't think we should rename variables and functions. It's just a
> > lot of hassle for us (defalias etc.) and potentially for others, and
> > the gain is very small. This variable doesn't even say "oriya", just
> > "ori". Let's not be too radical here.
> >
> > Then I should only rename in etc/HELLO, and in (set-language-info-alist)
> of lisp/language/indian.el.
>
> Yes, I think so.
>
> > We cannot rename an input method we had for almost 20 years. If there
> > is some way of having an alias for an input method (I don't think so,
> > but maybe I'm missing something), let's use that; otherwise we will
> > have either to leave the old name alone or define a new input method
> > that is an exact copy of the old one, except for the name and the
> > mode-line indicator.
> >
> > How about I make a new Odia input system, just like the ones which I had
> made for the other scripts, and
> > leave the old ones alone?
>
> By "input system", do you mean a separate language-environment with a
> separate input method? That would be OK, I think.
>
> Thanks.
>
[Message part 2 (text/html, inline)]
This bug report was last modified 3 years and 57 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.