From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: frame-local variables weirdness Date: Sat, 9 Dec 2006 15:11:56 +0100 Message-ID: References: NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1165673532 1255 80.91.229.10 (9 Dec 2006 14:12:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 9 Dec 2006 14:12:12 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 09 15:12:11 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1Gt2vy-0003YQ-Q2 for ged-emacs-devel@m.gmane.org; Sat, 09 Dec 2006 15:12:11 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gt2vy-00045C-9E for ged-emacs-devel@m.gmane.org; Sat, 09 Dec 2006 09:12:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gt2vn-00044P-RA for emacs-devel@gnu.org; Sat, 09 Dec 2006 09:11:59 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gt2vm-00041L-9W for emacs-devel@gnu.org; Sat, 09 Dec 2006 09:11:59 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gt2vm-00041E-4y for emacs-devel@gnu.org; Sat, 09 Dec 2006 09:11:58 -0500 Original-Received: from [64.233.182.187] (helo=nf-out-0910.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gt2vl-0000Yb-Pp for emacs-devel@gnu.org; Sat, 09 Dec 2006 09:11:58 -0500 Original-Received: by nf-out-0910.google.com with SMTP id d4so1492213nfe for ; Sat, 09 Dec 2006 06:11:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=blx9oWQP3QbtOcGPGzT495P6kbcuuE0Z7FVByHVR+wlVY1iaGo7C4LATkmO7mi5H5iU7HYpcbq7Z/rxnaXhPDKlQhZiIViyP60n0pxdpp7fP9h83cTF2UgdZS6NuAJI0+PWT1n4UCowLNYZOPw1WcCqotgFU/LSx2wStSiR9mUI= Original-Received: by 10.82.169.4 with SMTP id r4mr709253bue.1165673516257; Sat, 09 Dec 2006 06:11:56 -0800 (PST) Original-Received: by 10.82.146.7 with HTTP; Sat, 9 Dec 2006 06:11:56 -0800 (PST) Original-To: rms@gnu.org In-Reply-To: Content-Disposition: inline X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:63509 Archived-At: On 12/9/06, Richard Stallman wrote: > I don't think that Emacs has any way to cancel what > make-variable-frame-local does. We never tried to implement one. I was asking for a way to remove a frame parameter. I don't see any remove-frame-parameter, and `modify-frame-parameters' can add and modify values, but not remove them, IIUC. > I am not surprised that confusion happens if you try doing both > to the same variable, because they are conflicting states. They should not be conflicting. The docstring of `make-variable-frame-local' says: "Buffer-local bindings take precedence over frame-local bindings." I would expect that, after (make-variable-frame-local var) (make-variable-buffer-local var) any (set var VALUE) would set a buffer-local value. > I don't think we should try to change this now. It is a bug nonetheless. We should take note somewhere. /L/e/k/t/u