From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: customize-style Date: Thu, 20 Mar 2003 12:39:09 -0600 (CST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200303201839.MAA22086@eel.dms.auburn.edu> References: <20030317152226.E536@WINPC174> <200303190005.SAA20377@eel.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1048185687 12649 80.91.224.249 (20 Mar 2003 18:41:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 20 Mar 2003 18:41:27 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Mar 20 19:41:23 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18w4xk-0003Eg-00 for ; Thu, 20 Mar 2003 19:40:24 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18w4z6-0006kR-00 for ; Thu, 20 Mar 2003 19:41:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18w4x9-0001Sx-05 for emacs-devel@quimby.gnus.org; Thu, 20 Mar 2003 13:39:47 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18w4wB-0000TL-00 for emacs-devel@gnu.org; Thu, 20 Mar 2003 13:38:47 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18w4vw-000088-00 for emacs-devel@gnu.org; Thu, 20 Mar 2003 13:38:35 -0500 Original-Received: from manatee.dms.auburn.edu ([131.204.53.104]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18w4ve-00089C-00 for emacs-devel@gnu.org; Thu, 20 Mar 2003 13:38:14 -0500 Original-Received: from eel.dms.auburn.edu (eel.dms.auburn.edu [131.204.53.108]) h2KIcCB19977; Thu, 20 Mar 2003 12:38:12 -0600 (CST) Original-Received: (from teirllm@localhost) by eel.dms.auburn.edu (8.9.3+Sun/8.9.3) id MAA22086; Thu, 20 Mar 2003 12:39:09 -0600 (CST) X-Authentication-Warning: eel.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: abraham@dina.kvl.dk In-reply-to: (message from Per Abrahamsen on Thu, 20 Mar 2003 11:44:55 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:12494 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12494 Per Abrahamsen wrote: Richard Stallman writes: > Perhaps we should change it to make the variable buffer-local if it is > not. Per, what do you think? I never understood the variable, so I don't have an opinion. If Per, who wrote Custom, does not understand the purpose of custom-local-buffer, how can we expect the average Custom user to understand? I do not, and I believe that I reasonably carefully read the involved source code. For interactive use, using Custom and binding custom-local-buffer to set buffer local values seems both more complicated and less convenient than the alternative means, as long as there is a well documented Lisp alternative to setting the value through Custom. If not,we are back to a problem we have been discussing in another thread. Per suggested using the variable for the purpose of putting Custom themes into effect buffer-locally. In as far as the following question is concerned: Perhaps we should change it to make the variable buffer-local if it is not. If it is going to be used to put Custom themes into effect buffer-locally, then I believe that this would indeed be better: it would seem that either one wants the effect fully locally or fully globally. Like Per, I have no opinion on other uses, because I do not know exactly what they are supposed to be. Again, however, if custom-local-buffer is going to work reliably, for whichever purpose, every existing or future :set function for a potentially buffer-local variable, should be able to handle non-nil values appropriately. Sincerely, Luc.