From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: Re: [david.reitter@gmail.com: tool-bar: frame-local tool-bar-button-margin] Date: Tue, 25 Oct 2005 08:12:05 +0100 Message-ID: <09B4354B-2FB2-4660-9C47-C6BFA897CCD4@gmail.com> References: <87br1e1nko.fsf@stupidchicken.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1130233639 14773 80.91.229.2 (25 Oct 2005 09:47:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 25 Oct 2005 09:47:19 +0000 (UTC) Cc: Emacs-Devel ' Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 25 11:47:14 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EULNj-0006Lv-Hn for ged-emacs-devel@m.gmane.org; Tue, 25 Oct 2005 11:46:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EULNh-0008Di-0l for ged-emacs-devel@m.gmane.org; Tue, 25 Oct 2005 05:46:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EUIyq-0001jN-6z for emacs-devel@gnu.org; Tue, 25 Oct 2005 03:12:21 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EUIyi-0001io-Rp for emacs-devel@gnu.org; Tue, 25 Oct 2005 03:12:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EUIyg-0001iF-FG for emacs-devel@gnu.org; Tue, 25 Oct 2005 03:12:10 -0400 Original-Received: from [72.14.204.196] (helo=qproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EUIyg-0008Cx-CJ for emacs-devel@gnu.org; Tue, 25 Oct 2005 03:12:10 -0400 Original-Received: by qproxy.gmail.com with SMTP id p26so456523qbb for ; Tue, 25 Oct 2005 00:12:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=jVtCbKlaKoVV+JOArQZ2bvcdy36Rl4MVWk3165vyCSUMbZg/rkb2qSH3pZCvrvHZIIiJeyB02oa4dEUAIOIAe+pO/fXeqzSmZluGJNhRkR5QM6/iigvYDCWeDEpcHHDYHSr2LhT1+4yYh2rpIV4sjCH89ZYigyU/bopWnPQiofo= Original-Received: by 10.64.178.1 with SMTP id a1mr2033319qbf; Tue, 25 Oct 2005 00:12:09 -0700 (PDT) Original-Received: from ?10.0.0.60? ( [82.13.19.30]) by mx.gmail.com with ESMTP id f13sm10205722qba.2005.10.25.00.12.08; Tue, 25 Oct 2005 00:12:09 -0700 (PDT) In-Reply-To: <87br1e1nko.fsf@stupidchicken.com> Original-To: Chong Yidong X-Mailer: Apple Mail (2.734) 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:44795 Archived-At: On 25 Oct 2005, at 00:51, Chong Yidong wrote: > > make-variable-frame-local: > > Enable the use of frame-local bindings for VARIABLE. This does > not in itself create any frame-local bindings for the variable; > however, if some frame already has a value for VARIABLE as a > frame > parameter, that value automatically becomes a frame-local > binding. > > Using modify-frame-parameters followed by make-variable-frame-local, I > am indeed able to get frame-local values for tool-bar-button margin. > > Probably the docstring for make-variable-frame-local should be > rephrased to make it clearer. Yes that'd be an improvement - but I find the whole principle confusing. One would expect that make-variable-buffer-local and make- variable-frame-local lead parallel lives. For example, I knew already that frame-local-variables are the same as frame parameters. But I expected that setting a variable that has been made frame-local will set the appropriate frame parameter/variable. The design is the root of the problem, not just the documentation...