From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Marcin Borkowski Newsgroups: gmane.emacs.help Subject: Re: Remove auctex from emacs Date: Tue, 20 Sep 2022 18:29:03 +0200 Message-ID: <87czbq57sz.fsf@mbork.pl> References: <878rmp6p1a.fsf@mbork.pl> <874jxc7pok.fsf@mbork.pl> <4JPfgfaJhGMNu0GVKlbgdOaYJmX8Cih8WZ6iYJkX-3JCK8QGot58RCyu8yWxajlfxWmXdRuWDy01mv6LkV9TY-Ms4RS_I6-ZvMjJta4_Ss8=@proton.me> <87edw75lq9.fsf@mbork.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32721"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.1.0; emacs 29.0.50 Cc: uzibalqa via Users list for the GNU Emacs text editor To: uzibalqa Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Sep 20 23:27:09 2022 Return-path: Envelope-to: geh-help-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 1oaklo-0008JD-PZ for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 20 Sep 2022 23:27:08 +0200 Original-Received: from localhost ([::1]:44970 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oakln-00018U-S6 for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 20 Sep 2022 17:27:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45292) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oag7f-00084s-3D for help-gnu-emacs@gnu.org; Tue, 20 Sep 2022 12:29:24 -0400 Original-Received: from mail.mojserwer.eu ([195.110.48.8]:47044) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oag7a-0001I5-2u for help-gnu-emacs@gnu.org; Tue, 20 Sep 2022 12:29:22 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 85C4DE72E1; Tue, 20 Sep 2022 18:29:11 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Original-Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oMTZeXRUlG8s; Tue, 20 Sep 2022 18:29:08 +0200 (CEST) Original-Received: from localhost (83.21.27.28.ipv4.supernova.orange.pl [83.21.27.28]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 1F787E72DD; Tue, 20 Sep 2022 18:29:08 +0200 (CEST) In-reply-to: Received-SPF: pass client-ip=195.110.48.8; envelope-from=mbork@mbork.pl; helo=mail.mojserwer.eu X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:139590 Archived-At: On 2022-09-19, at 19:35, uzibalqa wrote: >> > > Not sure what do you mean. Worked for me for well over a decade. > >> > > I assume it might bother you that it doesn't seem to have an entry in >> > > `auto-mode-alist' =E2=80=93 but that makes sense given that the same= file name pattern ("\\\\\\\\.tex$")=20 >> > > corresponds to several modes (plain TeX/LaTeX/ConTeXt/possible other= s, like AMSTeX).=20 > > Correct, that it disregards `auto-mode-alist'. > >> > > You could argue that there should be one major AUCTeX mode and plain= TeX/LaTeX/etc. minor >> > > modes =E2=80=93=20 > > As there can be many modes, one mode should not take over any other mode. I didn't understand this. >> > > but it is what it is, and I guess it's way too late to change that.= =20 > > This is where we disagree. There is never a time to say it is too late t= o change. > When it is time to change, the change should be made to happen. Well, it is probably a major overhaul of the whole codebase. Which means you need substantial effort for little gain (in the sense that most users - or so I think - are satisfied with the current approach). Such major changes are much easier when the codebase is young, hence my "too late" comment. Perhaps if you make a compelling argument for such a change on the AUCTeX mailing list, possibly volunteering to help with that effort, you might succeed. Personally, I think that the time would be better spent elsewhere, but this may be because I didn't think about this issue deeply enough and cannot see too many disadvantages of the status quo. Change my mind! ;-) Best, --=20 Marcin Borkowski http://mbork.pl