From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ikumi Keita Newsgroups: gmane.emacs.bugs Subject: bug#69187: 29.2; Poor compatibility in align.el Date: Sat, 06 Apr 2024 18:30:49 +0900 Message-ID: <2364.1712395849@localhost> References: <55489.1708171413@localhost> <2214.1708282932@localhost> <2125.1712336273@localhost> <861q7j57vl.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36057"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 69187@debbugs.gnu.org, John Wiegley To: Arash Esbati , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 06 11:32:28 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1rt2PS-00097U-Fg for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 06 Apr 2024 11:32:26 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rt2P4-0004B9-Rm; Sat, 06 Apr 2024 05:32:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rt2Oy-0004Ax-ER for bug-gnu-emacs@gnu.org; Sat, 06 Apr 2024 05:31:56 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rt2Oy-0002Bz-6D for bug-gnu-emacs@gnu.org; Sat, 06 Apr 2024 05:31:56 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rt2P3-00049Q-T4 for bug-gnu-emacs@gnu.org; Sat, 06 Apr 2024 05:32:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ikumi Keita Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Apr 2024 09:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69187 X-GNU-PR-Package: emacs Original-Received: via spool by 69187-submit@debbugs.gnu.org id=B69187.171239586412396 (code B ref 69187); Sat, 06 Apr 2024 09:32:01 +0000 Original-Received: (at 69187) by debbugs.gnu.org; 6 Apr 2024 09:31:04 +0000 Original-Received: from localhost ([127.0.0.1]:38310 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rt2O7-0003Cn-Sh for submit@debbugs.gnu.org; Sat, 06 Apr 2024 05:31:04 -0400 Original-Received: from smtp1a.inetd.co.jp ([210.129.88.11]:45330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rt2O3-00032p-HX for 69187@debbugs.gnu.org; Sat, 06 Apr 2024 05:31:03 -0400 Original-Received: from localhost (42-144-34-11.rev.home.ne.jp [42.144.34.11]) by smtp1a.inetd.co.jp (Postfix) with ESMTPA id 4DE685F; Sat, 6 Apr 2024 18:30:51 +0900 (JST) In-reply-to: <861q7j57vl.fsf@gnu.org> Comments: In-reply-to Eli Zaretskii message dated "Sat, 06 Apr 2024 09:21:18 +0300." X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 29.3 Content-ID: <2361.1712395849.1@localhost> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:282772 Archived-At: Hi Arash and Eli, >> > That would practically do the job as well, because this entry wouldn'= t >> > be relevant in buffers in modes other than latex (LaTeX) mode >> > actually. My proposal is just to keep the precise behavior the same. >> = >> Agreed, so the change would look like this, right? Yes, that's exactly the same with the one at the tail of my previous message. >>>>> Eli Zaretskii writes: > Please explain the issue in more detail and in terms that someone who > doesn't use AUCTeX and has only superficial understanding of align.el > can understand and reason about. > Three questions that pop up immediately, perhaps because I'm missing > something: > . why not use derived-mode-p instead of 'equal' in the run-if form That's what I thought. Arash and I are proposing to _remove_ the run-if form so that `derived-mode-p' in `align-region' would do the expected job. > (and why remove it in the first place)? See above. > . what is the rationale for not using align-tex-modes here, only > latex-mode? Because the current `tex-tabbing-separator' entry in `align-rules-list' excludes other modes by `run-if' form. I'm just following that behavior for AUCTeX modes. As I said in my previous message, this isn't much relavant; using `align-tex-modes' instead of '(latex-mode) would almost be the same for practical usage, provided that the `run-if' form is removed. > . why not just add the new LaTeX-mode to the list in > align-tex-modes, so that people who use an old AUCTeX will not > have their align rules broken? That isn't necessary. Only `latex-mode' is needed there because `derived-mode-p' considers that `latex-mode' is parent of `LaTeX-mode'. However, the current `run-if' form excludes `LaTeX-mode' because if uses `eq', not `derived-mode-p'. > (And, btw, why did AUCTeX change the name of the mode? What useful > purpose could that possibly serve? Changing names of major modes is > the last thing I'd expect from a veteran package that respects its > users.) Major motivation is the following two: (1) to follow emacs standard convention about naming scheme of user customize option. (2) to get rid of ugly hack and simplify the code. The thread beginning with [1] motivated this change. This thread was stimulated by a thread beginning with [2], which claims that the major mode name `latex-mode' and hook name `LaTeX-mode-hook' are inconsistent and doesn't follow the emacs standard naming convention without good reason. In addition, there have been very ugly hack to put dual roles on the symbol `latex-mode', which accidentaly broke a compatibility[3]. This topic is discussed in the thread [1], too. Best regards, Ikumi Keita #StandWithUkraine #StopWarInUkraine #Gaza #StopMassiveKilling #CeasefireNOW [1] https://lists.gnu.org/r/auctex-devel/2022-09/msg00039.html [2] https://lists.gnu.org/r/help-gnu-emacs/2022-09/msg00104.html [3] https://lists.gnu.org/r/auctex/2022-08/msg00001.html https://tex.stackexchange.com/questions/648955/auctex-inconsistent-beh= avior-tex-vs-latex