From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New Package: greek-polytonic.el Date: Sat, 14 Jul 2018 14:16:24 +0300 Message-ID: <83fu0mawzb.fsf@gnu.org> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1531566866 29435 195.159.176.226 (14 Jul 2018 11:14:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 14 Jul 2018 11:14:26 +0000 (UTC) Cc: emacs-devel@gnu.org To: Johannes Choo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 14 13:14:21 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1feIVJ-0007ZI-5H for ged-emacs-devel@m.gmane.org; Sat, 14 Jul 2018 13:14:21 +0200 Original-Received: from localhost ([::1]:40881 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1feIXQ-0006IN-75 for ged-emacs-devel@m.gmane.org; Sat, 14 Jul 2018 07:16:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46172) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1feIXJ-0006IH-TD for emacs-devel@gnu.org; Sat, 14 Jul 2018 07:16:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1feIXG-0006fV-LZ for emacs-devel@gnu.org; Sat, 14 Jul 2018 07:16:25 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41442) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1feIXG-0006fD-Fv; Sat, 14 Jul 2018 07:16:22 -0400 Original-Received: from [176.228.60.248] (port=1947 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1feIXE-0002Hg-FA; Sat, 14 Jul 2018 07:16:21 -0400 In-reply-to: (message from Johannes Choo on Sat, 14 Jul 2018 04:29:15 -0500) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:227392 Archived-At: > From: Johannes Choo > Date: Sat, 14 Jul 2018 04:29:15 -0500 > > I'd like to contribute a new package greek-polytonic.el to ELPA, or where ever it is more appropriate. Why not add this to greek.el? > 2) Input of combining character sequences possible—While the existing input methods allow for the input of > bare letters and precomposed letter+diacritics, but not for Unicode letter+diacritic sequences that are not > represented by precomposed characters. For example, the sequence + macron>+ is not represented by any precomposed character, but appears > frequently in critical editions of classics. greek-polytonic.el allows for the input of combining characters > themselves, and substitutes such sequences with their Unicode-canonical precomposed equivalents if they > exist; hence input from this method satisfies Unicode-NFC (Normalization Form Canonical Composition), > while allowing input of sequences that have no corresponding precomposed character. Though it is to be > admitted that font support and Emacs's display support for such decomposed sequences is still rudimentary > and the sequence may visually appear funky. Is this a good idea? It seems to go against the intent of whoever is typing the text: they do want the decomposed characters to appear in the text. Emacs will automatically (by default) compose them on display (and if it doesn't, that's a bug that should be reported and fixed), per Unicode requirements, and if the font supports the precomposed glyph, you will actually see that glyph on display. Replacing characters with their NFC equivalents should IMO be a separate feature, not something an input method does. Am I missing something? Thanks.