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 21:32:32 +0300 Message-ID: <83o9f9acsf.fsf@gnu.org> References: <83fu0mawzb.fsf@gnu.org> <86wotxzqsa.fsf@macmini.i-did-not-set--mail-host-address--so-tickle-me> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1531593069 10175 195.159.176.226 (14 Jul 2018 18:31:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 14 Jul 2018 18:31:09 +0000 (UTC) Cc: jhanschoo@gmail.com, emacs-devel@gnu.org To: Cesar Crusius Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 14 20:31:05 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 1fePJx-0002ZF-Fv for ged-emacs-devel@m.gmane.org; Sat, 14 Jul 2018 20:31:05 +0200 Original-Received: from localhost ([::1]:42376 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fePM4-0004rx-5I for ged-emacs-devel@m.gmane.org; Sat, 14 Jul 2018 14:33:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48296) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fePLL-0004rr-NI for emacs-devel@gnu.org; Sat, 14 Jul 2018 14:32:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fePLI-0008C8-Km for emacs-devel@gnu.org; Sat, 14 Jul 2018 14:32:31 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47053) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fePLI-0008Bk-GU; Sat, 14 Jul 2018 14:32:28 -0400 Original-Received: from [176.228.60.248] (port=1525 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fePLH-0006pe-Tu; Sat, 14 Jul 2018 14:32:28 -0400 In-reply-to: <86wotxzqsa.fsf@macmini.i-did-not-set--mail-host-address--so-tickle-me> (message from Cesar Crusius on Sat, 14 Jul 2018 10:11:01 -0700) 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:227413 Archived-At: > From: Cesar Crusius > Cc: Johannes Choo , emacs-devel@gnu.org > Date: Sat, 14 Jul 2018 10:11:01 -0700 > > > 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? > > I'm not sure what you mean by "want the decomposed characters to appear > in the text," but when I am writing polytonic Greek and type the > sequence above, all I want is to see an alpha+macron+acute in front of > me. On display or in the buffer? If on display, then Emacs should already do that, provided that the font you are using supports the composed characters. That's because by default we have the auto-composition-mode turned on. I was talking about what's in the buffer. I think that if the user types a sequence of characters, Emacs should generally put those characters unaltered in the buffer. If the user wants a precomposed character, she could always type that character's codepoint using "C-x 8 RET", no? But maybe I don't know enough about the expectations of users who would use greek-polytonic input method, maybe in some use cases such automatic composition in the buffer is expected?