From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Support for shorthand emoji input Date: Thu, 02 Dec 2021 12:11:19 +0200 Message-ID: <83ilw7pb94.fsf@gnu.org> References: <867dcpee4b.fsf@mail.linkov.net> <83k0gptrsk.fsf@gnu.org> <831r2vqw44.fsf@gnu.org> <86fsrbmk2w.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32717"; mail-complaints-to="usenet@ciao.gmane.io" Cc: tor.a.s.kringeland@ntnu.no, rms@gnu.org, emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 02 11:12:27 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1msj4l-0008Mm-0u for ged-emacs-devel@m.gmane-mx.org; Thu, 02 Dec 2021 11:12:27 +0100 Original-Received: from localhost ([::1]:45204 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1msj4j-0008Mv-W1 for ged-emacs-devel@m.gmane-mx.org; Thu, 02 Dec 2021 05:12:26 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:58846) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1msj43-0006uw-NJ for emacs-devel@gnu.org; Thu, 02 Dec 2021 05:11:43 -0500 Original-Received: from [2001:470:142:3::e] (port=37496 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1msj42-0005me-WB; Thu, 02 Dec 2021 05:11:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=QBDzuRQKfABDaV+G8X1w1VZZkM9vvfmaar82z/DqAck=; b=E5GiBPXKx0m6nPwG7bp1 JZSoUhpO8iRTz6mT4Pzylx6Rt85nip7bK2dB+z+QOZHktKnpGxkrF3mSkmsdU9bc9OlHnc7zYquZ2 Md1JU2vX+e2MymcTbnnFvx1+140loZI7TBeLdZ1bIQjdrjjt1SH1cBR3e7fP69KAq3YfMuS9jg4Dz x+2B+mC6yqgL58OdTvl/S8AaggTAqljnaRVFwGPxxY2lIrsr8l1Se1Ewtm6+7/OMNX9eXXZ6bRJju uA8T9lfgJaBYZhYPbyTGAKHZ8WJ1BikT9VXoSPSz82oBSA+XF7t6urao7CJeiioidoG31Wgki/769 MMPyCsuDUYdhMg==; Original-Received: from [87.69.77.57] (port=4709 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1msj3s-0005o7-Jy; Thu, 02 Dec 2021 05:11:32 -0500 In-Reply-To: <86fsrbmk2w.fsf@mail.linkov.net> (message from Juri Linkov on Thu, 02 Dec 2021 11:18:55 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:280740 Archived-At: > From: Juri Linkov > Cc: rms@gnu.org, tor.a.s.kringeland@ntnu.no, emacs-devel@gnu.org > Date: Thu, 02 Dec 2021 11:18:55 +0200 > > >> > It isn't an input method, it's a general-purpose text-replacing > >> > facility. We need to add it. > >> > >> What exactly is the proposed general-purpose text-replacing facility > >> that people propose to add? > > > > A facility to let users specify text replacements to be done > > on-the-fly as you type. It should be similar to what the abbrevs do, > > just extended to handle non word-constituent characters, including > > punctuation and symbols. For example, replacing -- with the em-dash > > character — or 1/2 with ½ or (C) with © or <== with ←. > > I really don't see how this is different from an input method: > after 'C-\ compose RET', --- is replaced with the em-dash, > 12 with ½, (C) with ©, <- with ←. It is different because the implementation doesn't need to use quail (which is problematic and supports many features that are not needed for the above). The need to type C-\ before you have this is also problematic: it means I cannot easily have a "real" input method active while I use this facility. Basically, it's unrelated to producing characters, so using an input method for it is not clean, IMO.