From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thorsten Jolitz Newsgroups: gmane.emacs.help Subject: Re: latex-mode hook? Date: Tue, 09 Sep 2014 11:34:43 +0200 Message-ID: <877g1d16j0.fsf@gmail.com> References: <87bnqr27vm.fsf@skimble.plus.com> <87ppf7feq0.fsf@debian.uxu> <20140908111010.31ed65b8@aga-netbook> <86r3zmbahr.fsf@somewhere.org> <86bnqpjgqb.fsf@somewhere.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1410255341 4897 80.91.229.3 (9 Sep 2014 09:35:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Sep 2014 09:35:41 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Sep 09 11:35:35 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XRHpl-0004pj-Lf for geh-help-gnu-emacs@m.gmane.org; Tue, 09 Sep 2014 11:35:33 +0200 Original-Received: from localhost ([::1]:48503 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XRHpi-0005N7-8K for geh-help-gnu-emacs@m.gmane.org; Tue, 09 Sep 2014 05:35:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42846) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XRHpM-0005KN-CO for help-gnu-emacs@gnu.org; Tue, 09 Sep 2014 05:35:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XRHpG-0006Md-VD for help-gnu-emacs@gnu.org; Tue, 09 Sep 2014 05:35:08 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:56039) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XRHpG-0006H1-NN for help-gnu-emacs@gnu.org; Tue, 09 Sep 2014 05:35:02 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XRHpE-0004Zo-Ms for help-gnu-emacs@gnu.org; Tue, 09 Sep 2014 11:35:00 +0200 Original-Received: from e178059041.adsl.alicedsl.de ([85.178.59.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Sep 2014 11:35:00 +0200 Original-Received: from tjolitz by e178059041.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Sep 2014 11:35:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: e178059041.adsl.alicedsl.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:1GyPZwqMY7uBZVRZWkm2Rqpf9V8= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:99725 Archived-At: Sebastien Vauban writes: > Sebastien Vauban wrote: >> Thorsten Jolitz wrote: >>> Marcin Borkowski writes: >>> >>>> AFAIK, latex-mode is the built-in, very limited LaTeX mode, and >>>> LaTeX-mode is the AUCTeX's one (which is much, much better - think >>>> autocompletion, for instance). Also the texmathp function. And >>>> parsing of \usepackage[...]{inputenc}. And more. >>> >>> A bit confusing is that I have AUCTEX installed and see LaTeX/P in the >>> mode line, but >>> >>> ,---- >>> | M-: major-mode >>> `---- >>> >>> returns 'latex-mode', not 'LaTeX-mode'. >> >> IIRC, AUCTeX aliases latex-mode to LaTeX-mode. This can explain that. > > BTW, I *never* understood why AUCTeX mode isn't simply called "AUCTeX" > in the mode line and so forth: using the case-sensitivity to distinguish > between both versions of LaTeX support (the default one, and the AUCTeX > one) is clearly asking for trouble. Reminds me of the major-mode issue with ESS (ess-mode vs R-mode). In outorg.el I always had to deal with R as a special case because (funcall major-mode) wouldn't work as expected. Its due to 'historical reasons' I would say, suboptimal decisions in a projects early stage that are hard to change later on. -- cheers, Thorsten