From unknown Mon Jun 23 07:46:45 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#2355 <2355@debbugs.gnu.org> To: bug#2355 <2355@debbugs.gnu.org> Subject: Status: 23.0.60; Enabling minor-mode disables major mode Reply-To: bug#2355 <2355@debbugs.gnu.org> Date: Mon, 23 Jun 2025 14:46:45 +0000 retitle 2355 23.0.60; Enabling minor-mode disables major mode reassign 2355 emacs submitter 2355 Leo severity 2355 minor thanks From sl392@hermes.cam.ac.uk Tue Feb 17 03:45:45 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Feb 2009 11:45:45 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1HBjgT8013000 for ; Tue, 17 Feb 2009 03:45:43 -0800 Received: from mail.gnu.org ([199.232.76.166]:39832 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LZOMR-0006Ql-WF for emacs-pretest-bug@gnu.org; Tue, 17 Feb 2009 06:43:36 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LZOOR-0006L4-Ri for emacs-pretest-bug@gnu.org; Tue, 17 Feb 2009 06:45:40 -0500 Received: from ppsw-1.csi.cam.ac.uk ([131.111.8.131]:57181) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LZOOR-0006Ky-GY for emacs-pretest-bug@gnu.org; Tue, 17 Feb 2009 06:45:39 -0500 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from sl392.st-edmunds.cam.ac.uk ([131.111.223.202]:1764 helo=localhost) by ppsw-1.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.151]:587) with esmtpsa (PLAIN:sl392) (TLSv1:DHE-RSA-AES128-SHA:128) id 1LZOOQ-0000kc-5y (Exim 4.70) for emacs-pretest-bug@gnu.org (return-path ); Tue, 17 Feb 2009 11:45:38 +0000 From: Leo To: emacs-pretest-bug@gnu.org Subject: 23.0.60; Enabling minor-mode disables major mode Date: Tue, 17 Feb 2009 11:45:27 +0000 Message-ID: <83vdr9b82w.fsf@cam.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Leo, Shidai Liu" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Please describe exactly what actions triggered the bug and the precise symptoms of the bug: In a file like this: ---------------- file: sample.tex ---------------- %% -*- mode:outline-minor; -*- % Empty -------------------------------------------------- Opening it and emacs will put it in fundamental mode with outline-minor-mode and it is undesirable. However, ---------------- file: sample.tex ---------------- % Empty %% Local Variables: %% mode: outline-minor %% End: -------------------------------------------------- Emacs will put it in LaTeX/TeX mode with outline-minor-mode. I wonder if this is a bug. Best, Leo GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-12-14 on BREPNB From lekktu@gmail.com Tue Feb 17 06:37:48 2009 Received: (at 2355) by emacsbugs.donarmstrong.com; 17 Feb 2009 14:37:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-5.0 required=4.0 tests=HAS_BUG_NUMBER, VALID_BTS_CONTROL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1HEbcMo023942; Tue, 17 Feb 2009 06:37:39 -0800 Received: by nf-out-0910.google.com with SMTP id g16so241033nfd.31 for ; Tue, 17 Feb 2009 06:37:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=R556hLZeZhKMBD9bbm4ZKaiHxQo/B4ucrjnEOEg1R8Q=; b=J+PAOHR1fJnxZWnDLfZq+dgx/rqrT8HHtTlCiXk5r9szaCM2ekBCDqkySVd+MPhqdI zillfvGwPw0YmYuzUge/Wc0UmYZOHhcsP/nPemFHr9ogiTdai2GPTUnCX7fGTA+lgnF/ IBmlq0CP/Y1jfH9jc2uB5pAmLojEQFnCo1BwA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=QPqMaiSMmmADsX4BEA129bLs/WxQ88Ej1JJeGoB4a5CHdpNCsMfAxGh436Bo/SSUGy xEI0NvLFs4CXXCqN5ISwUaXR12qZ0pVmPQgMenDHAfDLKmukxs2rvrdFN28bj78oig5W args8GAK9HfDmvYgev6zJ4mt91+fBgU+jIMSI= MIME-Version: 1.0 Received: by 10.210.44.19 with SMTP id r19mr2348064ebr.53.1234881455506; Tue, 17 Feb 2009 06:37:35 -0800 (PST) In-Reply-To: <83vdr9b82w.fsf@cam.ac.uk> References: <83vdr9b82w.fsf@cam.ac.uk> Date: Tue, 17 Feb 2009 15:37:35 +0100 Message-ID: Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode From: Juanma Barranquero To: Leo Cc: control@debbugs.gnu.org, 2355@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit tags 2355 + notabug quit > ---------------- file: sample.tex ---------------- > %% -*- mode:outline-minor; -*- You're abusing the "mode" file variable. It's intended to set the *major* mode. See node "57.3.4.1 Specifying File Variables" in the Emacs manual. > ---------------- file: sample.tex ---------------- > % Empty > > %% Local Variables: > %% mode: outline-minor > %% End: > -------------------------------------------------- > > Emacs will put it in LaTeX/TeX mode with outline-minor-mode. > > I wonder if this is a bug. No. The buffer is autodetected as tex-mode buffer, and then the local variables section is acted upon; but calling (funcall 'outline-minor-mode) does not change the major mode, so it stays in tex-mode. Juanma From sl392@hermes.cam.ac.uk Tue Feb 17 08:04:20 2009 Received: (at 2355) by emacsbugs.donarmstrong.com; 17 Feb 2009 16:04:20 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ppsw-5.csi.cam.ac.uk (ppsw-5.csi.cam.ac.uk [131.111.8.135]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1HG4Csd012663 for <2355@emacsbugs.donarmstrong.com>; Tue, 17 Feb 2009 08:04:14 -0800 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from smaug.linux.pwf.cam.ac.uk ([193.60.95.72]:39014) by ppsw-5.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.155]:587) with esmtpsa (LOGIN:sl392) (TLSv1:DHE-RSA-AES256-SHA:256) id 1LZSQd-0004sC-Is (Exim 4.70) (return-path ); Tue, 17 Feb 2009 16:04:11 +0000 From: Leo To: Juanma Barranquero Cc: 2355@debbugs.gnu.org Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode References: <83vdr9b82w.fsf@cam.ac.uk> Date: Tue, 17 Feb 2009 16:04:10 +0000 In-Reply-To: (Juanma Barranquero's message of "Tue, 17 Feb 2009 15:37:35 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Leo, Shidai Liu" On 2009-02-17 14:37 +0000, Juanma Barranquero wrote: > tags 2355 + notabug > quit > >> ---------------- file: sample.tex ---------------- >> %% -*- mode:outline-minor; -*- > > You're abusing the "mode" file variable. It's intended to set the > *major* mode. See node "57.3.4.1 Specifying File Variables" in the > Emacs manual. Why is that an abuse? The manual does not specify what is not allowed. >> ---------------- file: sample.tex ---------------- >> % Empty >> >> %% Local Variables: >> %% mode: outline-minor >> %% End: >> -------------------------------------------------- >> >> Emacs will put it in LaTeX/TeX mode with outline-minor-mode. >> >> I wonder if this is a bug. > > No. The buffer is autodetected as tex-mode buffer, and then the local > variables section is acted upon; but calling (funcall > 'outline-minor-mode) does not change the major mode, so it stays in > tex-mode. Sorry I was not clear. I am questioning whether the different behaviour between these two ways of specifying local variables is a bug or not. In my view, it is confusing at least. > Juanma -- .: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :. From lekktu@gmail.com Tue Feb 17 08:43:58 2009 Received: (at 2355) by emacsbugs.donarmstrong.com; 17 Feb 2009 16:43:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=GMAIL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f10.google.com (mail-ew0-f10.google.com [209.85.219.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1HGhsjC023006 for <2355@emacsbugs.donarmstrong.com>; Tue, 17 Feb 2009 08:43:56 -0800 Received: by ewy3 with SMTP id 3so2517519ewy.1 for <2355@emacsbugs.donarmstrong.com>; Tue, 17 Feb 2009 08:43:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=toXRG+oU5Jtk0a8zte1kl6vqAk0dF/nHzHzOO4bjvFE=; b=p60P+D/qmyPrcAZ0sxnDbZF24zjssHP8lIDupZ5YIFgCybfT0XdoeIy7k8zCA3zlz3 xrBvzNWByp6v4nKKe+POQIRAg0pYMkTmHnzBw7Ab2gLtlWF8D/6CCvuZZKxDw5s4maBt wwYNqkdjdtFKos181d7n9sXKmHELr+EOCKKp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=dpCBqqmNyFTy71Xci647HW/l1GVbGYelqGO4Qri95Ct/Be8luB0NRcAk0McGGgo+Ra K9Rk7sv6POr95bh9U/oYqRZfRQ/0pXhte4B12J4srb9V0N/v/nRNau5RWGM0Y9/5eh2u HmfZbBN0hLujSu4uDqyutYu9T683Heqf3bKEk= MIME-Version: 1.0 Received: by 10.210.54.15 with SMTP id c15mr1337302eba.178.1234889029154; Tue, 17 Feb 2009 08:43:49 -0800 (PST) In-Reply-To: References: <83vdr9b82w.fsf@cam.ac.uk> Date: Tue, 17 Feb 2009 17:43:49 +0100 Message-ID: Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode From: Juanma Barranquero To: Leo Cc: 2355@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On Tue, Feb 17, 2009 at 17:04, Leo wrote: > Why is that an abuse? The manual does not specify what is not allowed. "You can specify any number of variables/value pairs in this way, each pair with a colon and semicolon as shown above. `mode: MODENAME;' specifies the major mode; this should come first in the line." It does explicitly says that mode: specifies the major mode. It does not say that it should not be a minor mode, but it also doesn't say that you cannot use any arbitrary function (ending in -mode). If the function that you use does not set major-mode, it will cause confusion (to Emacs or the user, or both). > Sorry I was not clear. I am questioning whether the different behaviour > between these two ways of specifying local variables is a bug or not. In > my view, it is confusing at least. Mode autodetection is complex (there are file variables, interpreter-mode-alist, magic-mode-alist, magic-fallback-mode-alist, etc.). It is not impossible to get nonsense (or, at least, unexpected) results when given inconsistent input data. It would perhaps be better to detect when a supposed major mode (found with -*-, auto-mode-alist or whatever) is not really setting major-mode, but that's another bug ;-) Juanma From geb-bug-gnu-emacs@m.gmane.org Tue Feb 17 23:43:01 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Feb 2009 07:43:01 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1I7gvZP022379 for ; Tue, 17 Feb 2009 23:42:58 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LZh56-0007yT-TC for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 02:42:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LZh54-0007yE-Ev for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 02:42:55 -0500 Received: from [199.232.76.173] (port=42834 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZh54-0007yB-94 for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 02:42:54 -0500 Received: from main.gmane.org ([80.91.229.2]:60566 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LZh53-0008B4-OQ for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 02:42:54 -0500 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LZh4y-0003wt-0V for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 07:42:48 +0000 Received: from smaug.linux.pwf.cam.ac.uk ([193.60.95.72]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Feb 2009 07:42:48 +0000 Received: from sdl.web by smaug.linux.pwf.cam.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Feb 2009 07:42:48 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Leo Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode Date: Wed, 18 Feb 2009 07:42:35 +0000 Organization: University of Cambridge Lines: 32 Message-ID: References: <83vdr9b82w.fsf@cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: smaug.linux.pwf.cam.ac.uk User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:aH/wNw/Wi2/tvf/8rWw2wFcDQcU= Sender: news X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) On 2009-02-17 16:43 +0000, Juanma Barranquero wrote: >> Sorry I was not clear. I am questioning whether the different >> behaviour between these two ways of specifying local variables is a >> bug or not. In my view, it is confusing at least. > > Mode autodetection is complex (there are file variables, > interpreter-mode-alist, magic-mode-alist, magic-fallback-mode-alist, > etc.). It is not impossible to get nonsense (or, at least, unexpected) > results when given inconsistent input data. It would perhaps be better > to detect when a supposed major mode (found with -*-, auto-mode-alist > or whatever) is not really setting major-mode, but that's another bug > ;-) But we are only talking about file variables in this case. There are two ways of specifying file variables: in the header and at the end of the file. When they contain the pseudo-variable mode specifying a minor mode, they behave differently. The two behaviours are as follows. 1. put file in fundamental mode and the minor mode (when in header) 2. put file in a major mode by auto mode detection and the minor mode (when at the end of file) This causes confusion. Do you think this is a bug? If not, I think at least the manual can be improved. Thanks, -- .: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :. From lekktu@gmail.com Wed Feb 18 00:56:46 2009 Received: (at 2355) by emacsbugs.donarmstrong.com; 18 Feb 2009 08:56:47 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=GMAIL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1I8ugiX012315 for <2355@emacsbugs.donarmstrong.com>; Wed, 18 Feb 2009 00:56:44 -0800 Received: by ey-out-2122.google.com with SMTP id 25so263115eya.13 for <2355@emacsbugs.donarmstrong.com>; Wed, 18 Feb 2009 00:56:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nbVYnbU8oSKEgZ/mJVJClWPFGyNNwQUcEUbHQTsCAMk=; b=hSveep5WS+RTQySvZSVj9CtpxMA81OAcypNxt97hzcNkRuw1P2yDJZ0AVoOz4oZcCa 6cQBOJtVYq7UByH+BKtiq3ewB7TQJArppEHNyk512e5F4ikn86FMICpPIK86UYBgUOyj fVKNLLbY4+kwCdlEEkqTIY+TisPJDGTOQLoeU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=hWvy7Cnrvsl45oraMf5TbELCFCdx00y9GZiYKRMH0GNGGmGKB6j5Gez401z89MELaV DYHZcmuJ+yb7/0rc/cu+SWJKemrIGX6GBYWHPE90IYNTwQhEh5xdcPDpWeU0oKt/wOWn Xx0q01ylezd1wgJnvk/PoQz2lxVKECAixDnj8= MIME-Version: 1.0 Received: by 10.210.65.17 with SMTP id n17mr3201364eba.147.1234947402202; Wed, 18 Feb 2009 00:56:42 -0800 (PST) In-Reply-To: References: <83vdr9b82w.fsf@cam.ac.uk> Date: Wed, 18 Feb 2009 09:56:42 +0100 Message-ID: Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode From: Juanma Barranquero To: Leo Cc: 2355@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On Wed, Feb 18, 2009 at 08:42, Leo wrote: > When they contain the pseudo-variable mode specifying a minor mode, they > behave differently. > > The two behaviours are as follows. Yes, that was perfectly clear in the bug report. > 1. put file in fundamental mode and the minor mode (when in header) > 2. put file in a major mode by auto mode detection and the minor mode > (when at the end of file) > > This causes confusion. Do you think this is a bug? No. It is undefined, but harmless, behavior after a user error. > If not, I think at > least the manual can be improved. As I've said, I think the only way to improve the manual regarding this issue is to make clearer that "mode:" should *not* specify a minor mode, and that if you use it for that, you can get unexpected behavior. Juanma From monnier@iro.umontreal.ca Wed Feb 18 06:23:56 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Feb 2009 14:23:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1IENpCE017111 for ; Wed, 18 Feb 2009 06:23:53 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LZnL5-0005mK-1T for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 09:23:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LZnL3-0005iH-KO for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 09:23:50 -0500 Received: from [199.232.76.173] (port=54891 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZnL2-0005hn-UG for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 09:23:48 -0500 Received: from ironport2-out.pppoe.ca ([206.248.154.182]:61996 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LZnL2-0000Mw-Lu for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 09:23:48 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuMFAAupm0lMCpTK/2dsb2JhbACBbtJShBMGgzw X-IronPort-AV: E=Sophos;i="4.38,229,1233550800"; d="scan'208";a="34028413" Received: from 76-10-148-202.dsl.teksavvy.com (HELO pastel.home) ([76.10.148.202]) by ironport2-out.teksavvy.com with ESMTP; 18 Feb 2009 09:23:43 -0500 Received: by pastel.home (Postfix, from userid 20848) id D99D18442; Wed, 18 Feb 2009 09:23:42 -0500 (EST) From: Stefan Monnier To: Leo Cc: 2355@debbugs.gnu.org, bug-gnu-emacs@gnu.org Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode Message-ID: References: <83vdr9b82w.fsf@cam.ac.uk> Date: Wed, 18 Feb 2009 09:23:42 -0500 In-Reply-To: (Leo's message of "Wed, 18 Feb 2009 07:42:35 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-CrossAssassin-Score: 2 > But we are only talking about file variables in this case. There are two > ways of specifying file variables: in the header and at the end of the > file. > When they contain the pseudo-variable mode specifying a minor mode, they > behave differently. > The two behaviours are as follows. > 1. put file in fundamental mode and the minor mode (when in header) > 2. put file in a major mode by auto mode detection and the minor mode > (when at the end of file) > This causes confusion. Do you think this is a bug? If not, I think at > least the manual can be improved. Yes, the difference is undesirable. IIUC there's also another difference: if the major mode is specified at the end, it is set after setting the major-mode based on the file name. It would be good to fix those discrepancies. But it would also be good to improve the documentation so as to say clearly that at least one of the `mode's specified should be a major mode. Stefan From lekktu@gmail.com Wed Feb 18 07:13:21 2009 Received: (at 2355) by emacsbugs.donarmstrong.com; 18 Feb 2009 15:13:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1IFDGD6001050 for <2355@emacsbugs.donarmstrong.com>; Wed, 18 Feb 2009 07:13:17 -0800 Received: by nf-out-0910.google.com with SMTP id g16so290330nfd.31 for <2355@emacsbugs.donarmstrong.com>; Wed, 18 Feb 2009 07:13:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=J6h6kiJCs+JtbWydphEabvybeW1V2pbtER9pexkjSJg=; b=QL/0ezruY1JPsJYrK7wK2imibYwroAAYHapP7eLE/SFjo1Wc4qxS6omwvPV9x7mN4s 1+J9Mj2KJN8BGMzWDINcihDr7GNfyiS6W57gVG4GsFNT5u/3Cqb6p/kGinEtrdWBRD/2 ebcVgJS9L764wjnlnWdVnJqp8qMRTvcfxKHtU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xLBimkggwgEFYKJHdbSVmSs4YiO2xGB7TNXvsHsxe8w75HMT4s6LLMLR8HCLOxjTJU Y2/TXcpw71RqdtJijJ2aM7nZC6VllxguePa3zZL8QJPXI15F7CEu3xu2eMtL7FG0chwN KZRXPd/d4J7TkuBCDls75/WulIA9rZR0hQEVA= MIME-Version: 1.0 Received: by 10.210.65.17 with SMTP id n17mr3447358eba.147.1234969995363; Wed, 18 Feb 2009 07:13:15 -0800 (PST) In-Reply-To: References: <83vdr9b82w.fsf@cam.ac.uk> Date: Wed, 18 Feb 2009 16:13:15 +0100 Message-ID: Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode From: Juanma Barranquero To: Stefan Monnier Cc: Leo , 2355@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On Wed, Feb 18, 2009 at 15:23, Stefan Monnier wrote: > IIUC there's also another > difference: if the major mode is specified at the end, it is set after > setting the major-mode based on the file name. That is, indeed, what causes the difference in behavior. BTW, lisp/doc-view.el abuses it: ;; Local Variables: ;; mode: outline-minor ;; End: > It would be good to fix those discrepancies. I don't think investing effort in fixing wrong (harmless) behavior caused by user error is very useful... > But it would also be good to improve the documentation so as to say > clearly that at least one of the `mode's specified should be > a major mode. You seem to be implying that it is OK to use mode: to set a minor mode. That seems to contradict the docs, at least my reading of (emacs)"27.1 How Major Modes are Chosen" and (emacs)"57.3.4.1 Specifying File Variables". Also, a few times has been mentioned in emacs-devel that minor modes are intended to be set by the user, not by the file. Juanma From monnier@iro.umontreal.ca Wed Feb 18 08:58:52 2009 Received: (at 2355) by emacsbugs.donarmstrong.com; 18 Feb 2009 16:58:52 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1IGwlP4001977 for <2355@emacsbugs.donarmstrong.com>; Wed, 18 Feb 2009 08:58:49 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuMFAF/Nm0lMCpTK/2dsb2JhbACBbtNthBMGgzw X-IronPort-AV: E=Sophos;i="4.38,230,1233550800"; d="scan'208";a="34038577" Received: from 76-10-148-202.dsl.teksavvy.com (HELO pastel.home) ([76.10.148.202]) by ironport2-out.teksavvy.com with ESMTP; 18 Feb 2009 11:58:42 -0500 Received: by pastel.home (Postfix, from userid 20848) id 0514F8442; Wed, 18 Feb 2009 11:58:42 -0500 (EST) From: Stefan Monnier To: Juanma Barranquero Cc: Leo , 2355@debbugs.gnu.org Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode Message-ID: References: <83vdr9b82w.fsf@cam.ac.uk> Date: Wed, 18 Feb 2009 11:58:41 -0500 In-Reply-To: (Juanma Barranquero's message of "Wed, 18 Feb 2009 16:13:15 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > That is, indeed, what causes the difference in behavior. BTW, > lisp/doc-view.el abuses it: > ;; Local Variables: > ;; mode: outline-minor > ;; End: This seems like a misuse because it just reflects the author's preference. >> It would be good to fix those discrepancies. > I don't think investing effort in fixing wrong (harmless) behavior > caused by user error is very useful... I do not plan on investing any effort into it. But a patch would probably be welcome, if it doesn't make the code more complex. >> But it would also be good to improve the documentation so as to say >> clearly that at least one of the `mode's specified should be >> a major mode. > You seem to be implying that it is OK to use mode: to set a minor mode. Yes, it is. > That seems to contradict the docs, at least my reading of > (emacs)"27.1 How Major Modes are Chosen" and (emacs)"57.3.4.1 > Specifying File Variables". My 57.3.4.1 here says: You can use the `mode' "variable" to set minor modes as well as the major modes; in fact, you can use it more than once, first to set the major mode and then to set minor modes which are specific to particular buffers. But most minor modes should not be specified in the file at all, because they represent user preferences. -- Stefan From geb-bug-gnu-emacs@m.gmane.org Wed Feb 18 09:49:28 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Feb 2009 17:49:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1IHnMwn018402 for ; Wed, 18 Feb 2009 09:49:25 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LZqXx-0002y5-PG for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 12:49:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LZqXw-0002xp-1E for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 12:49:21 -0500 Received: from [199.232.76.173] (port=42557 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZqXv-0002xm-Rp for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 12:49:19 -0500 Received: from main.gmane.org ([80.91.229.2]:34786 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LZqXv-0006ju-CE for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 12:49:19 -0500 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LZqXu-0004ND-Dm for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 17:49:18 +0000 Received: from smaug.linux.pwf.cam.ac.uk ([193.60.95.72]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Feb 2009 17:49:18 +0000 Received: from sdl.web by smaug.linux.pwf.cam.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Feb 2009 17:49:18 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Leo Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode Date: Wed, 18 Feb 2009 17:49:09 +0000 Organization: University of Cambridge Lines: 14 Message-ID: References: <83vdr9b82w.fsf@cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: smaug.linux.pwf.cam.ac.uk User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:0/KPM/AchucWOUnVOyV5qDVD7nU= Sender: news X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) On 2009-02-18 15:13 +0000, Juanma Barranquero wrote: >> It would be good to fix those discrepancies. > > I don't think investing effort in fixing wrong (harmless) behavior > caused by user error is very useful... You seem to always regard my use case wrong. Actually it is entirely legitimate in accordance with the manual, not to mention there are many similar cases one can find in the internet. The fact is people are using mode to specify minor mode and there is no other means that can offer more flexibility. -- .: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :. From lekktu@gmail.com Wed Feb 18 09:48:52 2009 Received: (at 2355) by emacsbugs.donarmstrong.com; 18 Feb 2009 17:48:52 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f10.google.com (mail-ew0-f10.google.com [209.85.219.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1IHmm5R018368 for <2355@emacsbugs.donarmstrong.com>; Wed, 18 Feb 2009 09:48:49 -0800 Received: by ewy3 with SMTP id 3so10689ewy.1 for <2355@emacsbugs.donarmstrong.com>; Wed, 18 Feb 2009 09:48:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=a6BUWJbV8GZJV1pjN6Aynl4Qs6D2ww6OmNJxswMvaV8=; b=e2il21qvMUC2ts5smIjvg5VRbuYtdgqoML7JWtw89TYgdZ8Ash8GwTfjRYLYRyInLG IKChy9we/tL1g5wl97wnhdXu71F5v48YzXogtlTwCL4IegvP/k78cWHCzfzO0rQhtNr7 mTi8a9Ly278hI6nseyR8zMR7zFhovh6cA/4qo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=D1RyWomAH3O5oPcOQnFGHrBkl4kZNPRvZ4V2F0DVG4ns7m0ABecNOHr8jOJaeV6qS8 4Ny4aQipR6OL954GDXS1K9gyDBavkPJ9Qq9HLQLuh6vHyzBZoB2sDmcORYefx1tE+4Du hIfLwcpKr2ZRJ2Hr7G+kHgP9JfFeCx7bhr88s= MIME-Version: 1.0 Received: by 10.210.66.13 with SMTP id o13mr337542eba.67.1234979322530; Wed, 18 Feb 2009 09:48:42 -0800 (PST) In-Reply-To: References: <83vdr9b82w.fsf@cam.ac.uk> Date: Wed, 18 Feb 2009 18:48:42 +0100 Message-ID: Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode From: Juanma Barranquero To: Stefan Monnier Cc: Leo , 2355@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On Wed, Feb 18, 2009 at 17:58, Stefan Monnier wrote: > This seems like a misuse because it just reflects the > author's preference. OK. > My 57.3.4.1 here says: > > You can use the `mode' "variable" to set minor modes as well as the > major modes; in fact, you can use it more than once, first to set the > major mode and then to set minor modes which are specific to particular > buffers. But most minor modes should not be specified in the file at > all, because they represent user preferences. OK, I'll eat my words right now :-) (Sorry, Leo, you were right) OTOH, I think that's a documentation bug (ordering, not content). There's this paragraph at the start: You can specify any number of variables/value pairs in this way, each pair with a colon and semicolon as shown above. `mode: MODENAME;' specifies the major mode; this should come first in the line. The VALUEs are not evaluated; they are used literally. Here is an example that specifies Lisp mode and sets two variables with numeric values: then about fifty lines discussing other things, then Some "variable names" have special meanings in a local variables list. Specifying the "variable" `mode' really sets the major mode, while any value specified for the "variable" `eval' is simply evaluated as an expression (its value is ignored). [...etc...] (which again seems to suggest that mode: sets the major mode, BTW), then the two paragraphs that talk about minor modes. So after three quick browses of that node in search of mode information, I failed to get the significant info. While I readily admit that my reading ability in hurried situations (and foreign languages) could be improved, I'd like to suggest that 57.3.4.1 would also benefit from some reordering. :) Juanma From geb-bug-gnu-emacs@m.gmane.org Wed Feb 18 10:09:47 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Feb 2009 18:09:47 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1II9ihu025316 for ; Wed, 18 Feb 2009 10:09:45 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LZqrf-0000mK-Ms for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 13:09:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LZqrd-0000lT-JC for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 13:09:43 -0500 Received: from [199.232.76.173] (port=37382 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZqrd-0000ku-9u for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 13:09:41 -0500 Received: from main.gmane.org ([80.91.229.2]:57770 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LZqrc-0001Le-Nu for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 13:09:41 -0500 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LZqrY-0005Gm-2Y for bug-gnu-emacs@gnu.org; Wed, 18 Feb 2009 18:09:36 +0000 Received: from remote2.student.chalmers.se ([129.16.29.80]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Feb 2009 18:09:36 +0000 Received: from bojohan+news by remote2.student.chalmers.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Feb 2009 18:09:36 +0000 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: bug-gnu-emacs@gnu.org To: bug-gnu-emacs@gnu.org From: bojohan+news@dd.chalmers.se (Johan =?utf-8?Q?Bockg=C3=A5rd?=) Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode Date: Wed, 18 Feb 2009 19:09:25 +0100 Lines: 11 Message-ID: References: <83vdr9b82w.fsf@cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: remote2.student.chalmers.se Mail-Copies-To: never User-Agent: Gnus/5.110009 (No Gnus v0.9) Emacs/23.0.90 (gnu/linux) Cancel-Lock: sha1:LFMe/jJ1whDWswotVVKNtwXdK/M= Sender: news X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Stefan Monnier writes: > My 57.3.4.1 here says: > > You can use the `mode' "variable" to set minor modes as well as the > major modes; in fact, you can use it more than once, first to set the > major mode and then to set minor modes which are specific to particular > buffers. But most minor modes should not be specified in the file at > all, because they represent user preferences. Indeed. But then there's the issue that minor modes are toggled, not set. From monnier@IRO.UMontreal.CA Wed Feb 18 11:46:29 2009 Received: (at 2355) by emacsbugs.donarmstrong.com; 18 Feb 2009 19:46:30 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from chene.dit.umontreal.ca (chene.dit.umontreal.ca [132.204.246.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1IJkPVU024828 for <2355@emacsbugs.donarmstrong.com>; Wed, 18 Feb 2009 11:46:26 -0800 Received: from alfajor.home (vpn-132-204-232-136.acd.umontreal.ca [132.204.232.136]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n1IJkNm6015876; Wed, 18 Feb 2009 14:46:23 -0500 Received: by alfajor.home (Postfix, from userid 20848) id 4FCAAA2261; Wed, 18 Feb 2009 14:46:23 -0500 (EST) From: Stefan Monnier To: Juanma Barranquero Cc: Leo , 2355@debbugs.gnu.org Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode Message-ID: References: <83vdr9b82w.fsf@cam.ac.uk> Date: Wed, 18 Feb 2009 14:46:23 -0500 In-Reply-To: (Juanma Barranquero's message of "Wed, 18 Feb 2009 18:48:42 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3214=0 > (which again seems to suggest that mode: sets the major mode, BTW), > then the two paragraphs that talk about minor modes. So after three > quick browses of that node in search of mode information, I failed to > get the significant info. While I readily admit that my reading > ability in hurried situations (and foreign languages) could be > improved, I'd like to suggest that 57.3.4.1 would also benefit from > some reordering. :) Patches welcome ;-) Stefan From rgm@gnu.org Wed Jun 17 17:42:57 2009 Received: (at control) by emacsbugs.donarmstrong.com; 18 Jun 2009 00:42:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.4 required=4.0 tests=AWL,HAS_BUG_NUMBER, VALID_BTS_CONTROL,X_DEBBUGS_NO_ACK autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5I0gr8J011754; Wed, 17 Jun 2009 17:42:55 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MH5iP-0001mK-9f; Wed, 17 Jun 2009 20:42:53 -0400 From: Glenn Morris To: 3430@debbugs.gnu.org Subject: Re: bug#3430: 23.0.94; cannot enable two minor modes in .dir-locals.el References: <8763exe7cr.fsf@iki.fi> X-Spook: anarchy Belknap Consul PGP North Korea csim Zachawi X-Ran: hNO9yx"Hlb37P(}i&uKcK*fv[a8`Dco,fK2Wl,3)\]b\'KnlXhHH#hV%[(!F&}HK%kU`hm X-Hue: black X-Debbugs-No-Ack: yes X-Attribution: GM Date: Wed, 17 Jun 2009 20:42:53 -0400 In-Reply-To: <8763exe7cr.fsf@iki.fi> (Teemu Likonen's message of "Mon, 15 Jun 2009 20:26:28 +0300") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Glenn Morris tags 2355 merge 2355 3430 stop I should imagine this is the same issue as bug #2355. From rgm@gnu.org Wed Jun 17 19:29:48 2009 Received: (at control) by emacsbugs.donarmstrong.com; 18 Jun 2009 02:29:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-5.1 required=4.0 tests=AWL,HAS_BUG_NUMBER, VALID_BTS_CONTROL autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5I2ThVU029522; Wed, 17 Jun 2009 19:29:45 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MH7Nm-00058d-MZ; Wed, 17 Jun 2009 22:29:42 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19001.42646.643895.66800@fencepost.gnu.org> Date: Wed, 17 Jun 2009 22:29:42 -0400 From: Glenn Morris To: 3430@debbugs.gnu.org Subject: Re: bug#3430: 23.0.94; cannot enable two minor modes in .dir-locals.el In-Reply-To: References: <8763exe7cr.fsf@iki.fi> X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: black X-Ran: YUp-[BD tags 2355 = unmerge 3430 stop Leo wrote (on Thu, 18 Jun 2009 at 02:40 +0100): > Are you sure they are the same? If you put two minor modes at the end of > a file in the local variables section, it works without any problem. OK; unimagining, this is because dir-locals-collect-mode-variables has the effect of filtering the dir-locals variables list so that only one value is allowed for any given key, and the last one wins. From debbugs-submit-bounces@debbugs.gnu.org Mon May 09 22:33:55 2011 Received: (at 2355-done) by debbugs.gnu.org; 10 May 2011 02:33:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QJcln-0000nE-IH for submit@debbugs.gnu.org; Mon, 09 May 2011 22:33:55 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QJclm-0000n3-8k for 2355-done@debbugs.gnu.org; Mon, 09 May 2011 22:33:54 -0400 Received: from localhost ([127.0.0.1]:52549) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QJclh-0007k6-46; Mon, 09 May 2011 22:33:49 -0400 From: Glenn Morris To: 2355-done@debbugs.gnu.org Subject: Re: bug#2355: 23.0.60; Enabling minor-mode disables major mode References: <83vdr9b82w.fsf@cam.ac.uk> X-Spook: bank Waco, Texas Semtex Exon Shell CID Hugo Chavez Bin X-Ran: XoPhW."q(Bb3}M=&#cM+][TWb#Fdk`8|[l./1J8@zAWf9L.k,rQ%kGQ~*nG&|1|tVBiiuZ X-Hue: blue X-Attribution: GM Date: Mon, 09 May 2011 22:33:48 -0400 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 2355-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) Version: 24.1 The use of "mode:" to enable minor modes is now deprecated (precisely because it has problems like this and others). Use "eval: (minor-mode)" instead. See bug#8613. From unknown Mon Jun 23 07:46:45 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 07 Jun 2011 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator