From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#14926: 24.3.50; Warning "`make-variable-buffer-local' should be called at toplevel" Date: Fri, 16 Aug 2013 15:14:19 -0700 (PDT) Message-ID: <4591ba43-8d9b-4f92-b4ca-8b110d64cf5b@default> References: <2aaa3bfa-1556-4135-b70a-1308e6cc7cdd@default> <8738qb816m.fsf@web.de> <878v017uyy.fsf@web.de> <55709e09-4565-4ef0-8b53-89842e358c95@default> <87vc35fhz6.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1376691324 30037 80.91.229.3 (16 Aug 2013 22:15:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Aug 2013 22:15:24 +0000 (UTC) Cc: Juanma Barranquero , 14926@debbugs.gnu.org To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 17 00:15:25 2013 Return-path: Envelope-to: geb-bug-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 1VASIm-0000v6-Sz for geb-bug-gnu-emacs@m.gmane.org; Sat, 17 Aug 2013 00:15:25 +0200 Original-Received: from localhost ([::1]:33342 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VASIm-0002pW-1u for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Aug 2013 18:15:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35633) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VASIa-0002oW-0x for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 18:15:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VASIR-0004GQ-Ej for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 18:15:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41056) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VASIR-0004FR-An for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 18:15:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VASIQ-0008RF-RR for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 18:15:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Aug 2013 22:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14926 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14926-submit@debbugs.gnu.org id=B14926.137669126932376 (code B ref 14926); Fri, 16 Aug 2013 22:15:02 +0000 Original-Received: (at 14926) by debbugs.gnu.org; 16 Aug 2013 22:14:29 +0000 Original-Received: from localhost ([127.0.0.1]:35372 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VASHs-0008Q7-Ib for submit@debbugs.gnu.org; Fri, 16 Aug 2013 18:14:29 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:48332) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VASHq-0008Ps-Rw for 14926@debbugs.gnu.org; Fri, 16 Aug 2013 18:14:27 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r7GMEJvi014597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Aug 2013 22:14:20 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r7GMEIhn015130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Aug 2013 22:14:18 GMT Original-Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r7GMEIbB029868; Fri, 16 Aug 2013 22:14:18 GMT In-Reply-To: <87vc35fhz6.fsf@web.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:77454 Archived-At: > > Is this short enough and clear enough? > > > > "Consider using `make-local-variable' instead" > > > > The context (line #) should make it clear what the "instead" refers to. >=20 > That's still confusing. Why should I consider that? The message just suggests that you might want to use `m-l-v' instead. Follow the link to the doc, or use `C-h f make-local-variable' and `C-h f make-variable-buffer-local' to find out why. Yes, that's why it helps to add a manual reference to the msg. You should not expect a warning message to give you a tutorial. But sometimes it can point you to further info that will enlighten you. > A user already knowing the difference will either: a) realize whether or not she made a mistake, by taking 2 sec to "consider" which is appropriate here or: b) ignore the message, being sure of what s?he is doing. In both cases the message will have served its purpose (the only reasonable purpose a message here can have). > may think "why is there such a (new!) warning? Now that's a different topic. ;-) Emacs is adding warnings all the time. A user may wonder, indeed. But that is not particular to this or any that new message. There is no getting around that, in this case anyway, because there is nothing new here, besides the fact of Emacs Dev wanting to draw attention to this possible confusion (which is good to do, especially in the doc). > Did they change the implementation? Is there something important I have > forgotten, or something new I don't know about? Yes, one wonders. > I would prefer a sentence like >=20 > "Did you mean `make-local-variable'?" >=20 > which is short and just says: I, Emacs, think you confused those two, > but it's ok if you know what you're doing. I disagree that that is as clear, but it's OK by me. Certainly a lot better than pointing the user to top-level vs not top-level, which is a red herring.