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: Math symbols Date: Sat, 24 Sep 2022 09:05:50 +0300 Message-ID: <831qs1parl.fsf@gnu.org> References: <87edw1gafj.fsf@gmail.com> <87pmflkhb3.fsf@igel.home> <87a66pg93w.fsf@gmail.com> <837d1tq25c.fsf@gnu.org> <87edw16ccg.fsf@gmail.com> 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="15142"; mail-complaints-to="usenet@ciao.gmane.io" Cc: schwab@linux-m68k.org, emacs-devel@gnu.org To: Augusto Stoffel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 24 08:07:59 2022 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 1obyKV-0003k5-HY for ged-emacs-devel@m.gmane-mx.org; Sat, 24 Sep 2022 08:07:59 +0200 Original-Received: from localhost ([::1]:59782 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1obyKU-0007ob-H4 for ged-emacs-devel@m.gmane-mx.org; Sat, 24 Sep 2022 02:07:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43944) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1obyIj-0006QW-15 for emacs-devel@gnu.org; Sat, 24 Sep 2022 02:06:09 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59524) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1obyIi-0003GO-Fc; Sat, 24 Sep 2022 02:06:08 -0400 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=vXmQ8BTbxIWtp75qtCjLhbgxh5xzLaF8IoIYO7nfSAo=; b=etOWSiq7fXmpB1Qiboy6 UIfhk+via4lQpgyxzkb02xwaygYKtR6kos0qPK7tBG6uLmH0rsz9V8Rxpmce+QcG/JxzX93kvZZMp 7u9iBKWRrdk2TGyNPwJSYIdFSsfansBse4gIWQmIb+ko2d56h9o7/aoqH3mVV7hgmsD7HPYE/42hs +4XsgS3oAVzTrWJuaxE0FVVGOZjOyCvHIgxFlie4Ez8AV9D83sJxHkae+COyF+4NSqV/h1dQzntrA wwrwR7rO+O0/h/p9pmsVgIdL3gcBF/CDNdqQ172dCH4B8f92J7pi1VSVrUKvTgARprm0PWA7HWfoD OPbBGRSsrqstSw==; Original-Received: from [87.69.77.57] (port=2063 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 1obyIe-0007Xj-NS; Sat, 24 Sep 2022 02:06:05 -0400 In-Reply-To: <87edw16ccg.fsf@gmail.com> (message from Augusto Stoffel on Fri, 23 Sep 2022 22:54:23 +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:296109 Archived-At: > From: Augusto Stoffel > Cc: schwab@linux-m68k.org, emacs-devel@gnu.org > Date: Fri, 23 Sep 2022 22:54:23 +0200 > > >> > There is already the TeX input method. > >> > >> Yes, but it's pretty incomplete. It also has some translations that > >> interfere with normal typing, such as ^1 → ¹. > > > > Then let's improve/expand/fix it. > > > > Or are you saying that input method is not up to the job? If so, > > please explain why you think so. > > Yes, it can be improved, and the first question to answer here is > whether Emacs will have the TeX symbol names built-in or each package > should contain its own data. Maybe I don't understand in enough detail what you want to propose. What other features, except input methods, may need the TeX names of these characters and for what purposes? (And the input method doesn't supply names of the symbols, it provides strings that are converted to characters.) > Now, I personally dislike certain details about the built-in TeX IM > (mainly the extra symbols starting with "^" and "_"). So I am not too > inclined to work on it. We could, I think, add an alternative input method to latin-ltx.el, which will be identical to the existing one, except for changes in the above-mentioned areas.