GNU bug report logs - #36717
25.3; greek.el: deprecated vowel+oxia combinations should be replaced with vowel+tonos counterparts

Previous Next

Full log

Message #140 received at 36717 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 36717 <at> debbugs.gnu.org, alessi <at> robertalessi.net
Subject: Re: bug#36717: 25.3; greek.el: deprecated vowel+oxia combinations
 should be replaced with vowel+tonos counterparts
Date: Fri, 19 Jul 2019 17:51:03 +0300

> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: 36717 <at> debbugs.gnu.org,  alessi <at> robertalessi.net
> Date: Fri, 19 Jul 2019 16:41:07 +0200
> 
> >>>>> On Fri, 19 Jul 2019 17:26:59 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
> 
>     Eli> As hinted by the last line above, you should try the reverse: type
>     Eli> "C-x 8 RET 3b9" followed by "C-x 8 RET 301".  Then compare that with
>     Eli> what you get for "C-x 8 RET 3af".
> 
> OK, thatʼs clear now. No sane person would ever do it that way, though :-)

Exactly my point, wrt the "advice" to use characters from the Basic
Greek block + diacriticals instead of the precomposed characters.

> >> We donʼt provide both forms within the same input method.
> 
>     Eli> I don't see why this would be a problem.  We should provide the
>     Eli> variant expected by modern Greek in the input methods which target
>     Eli> modern Greek, and the variants for Classic Greek in input methods
>     Eli> which target that.  Bonus points for providing at least some of the
>     Eli> other variants in each type of the input methods.
> 
> That would be convenient, but should perhaps be a new, separate, input
> method.

Could be.  However, the existing input methods already provide some of
the characters in both variants, and they certainly provide both oxia
and tonos as separate diacriticals.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.