From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: [CVS] f7, f8 bound.. Date: Thu, 05 Sep 2002 12:00:38 +0200 Organization: The Church of Emacs Sender: emacs-devel-admin@gnu.org Message-ID: References: <87ofbji88u.fsf@emacswiki.org> <200209021705.g82H50d07442@rum.cs.yale.edu> <200209022324.g82NOoO08761@rum.cs.yale.edu> <20020903130247.GA6318@gnu.org> <20020903173120.GA29981@gnu.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1031220063 10940 127.0.0.1 (5 Sep 2002 10:01:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 5 Sep 2002 10:01:03 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17mtRd-0002qG-00 for ; Thu, 05 Sep 2002 12:01:01 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17mu1G-0003Nz-00 for ; Thu, 05 Sep 2002 12:37:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17mtTC-0000pM-00; Thu, 05 Sep 2002 06:02:38 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17mtRP-0000lb-00 for emacs-devel@gnu.org; Thu, 05 Sep 2002 06:00:47 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17mtRK-0000lN-00 for emacs-devel@gnu.org; Thu, 05 Sep 2002 06:00:44 -0400 Original-Received: from sheridan.dina.kvl.dk ([130.225.40.227]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17mtRK-0000lJ-00 for emacs-devel@gnu.org; Thu, 05 Sep 2002 06:00:42 -0400 Original-Received: from zuse.dina.kvl.dk (zuse.dina.kvl.dk [130.225.40.245]) by sheridan.dina.kvl.dk (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id MAA16241 for ; Thu, 5 Sep 2002 12:00:41 +0200 Original-Received: (from abraham@localhost) by zuse.dina.kvl.dk (8.9.3+Sun/8.9.3) id MAA13318; Thu, 5 Sep 2002 12:00:39 +0200 (MEST) X-Authentication-Warning: zuse.dina.kvl.dk: abraham set sender to abraham@dina.kvl.dk using -f Original-To: emacs-devel@gnu.org X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ In-Reply-To: ("Robert J. Chassell"'s message of "Wed, 4 Sep 2002 15:30:30 +0000 (UTC)") Original-Lines: 72 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.1 (sparc-sun-solaris2.8) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:7529 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7529 "Robert J. Chassell" writes: > Even if they are edited only by some people, they certainly should > be easy to study. No, they should not. > (Incidentally, my .emacs file actually contains the statement: > > ;; custom-set-variables was added by Custom -- don't edit or cut/paste it! > > which is entirely contrary to the principles of freedom: it says do > not modify, do not share! What a bug! If you work on this, please > fix this bug.) It is hard to share, the themes code is suppsoed to be the fix for that bug. Your freedom is not affected, it is a warning that the code is automatically generated, such code exists in all free software projects. You should not edit configure in Emacs, instead edit configure.in. It is plain common sense not to edit automatically generated code, something all programmers learn sooner or later. > You confuse me: Suppose I set something with a setq and then, either > earlier or later in my .emacs file, a customize statement sets a > symbol property that has the same effect as my setq -- this means I > have to think both about binding variables and symbol properties. Don't do that. > Or are you thinking that people who use Customize are too ignorant to > ever want to share or learn about Emacs? No, but they should read _Introduction to Emacs Lisp_ if, and only if, they want to learn Emacs Lisp. They should not expect Customize to teach them Lisp. It is hard enough to make a customization fascility intuitive without at the same time trying to teach the users a programming language. > Are you figuring that these people should be given a low grade, not > for hackers, way to set values? Customize should not be low grade. > Are you thinking that hackers will never want to use > Customize, even for setting things for which they think Customize is > useful? No, but they should be smart enough not to set the same variables from both Lisp and Customize. > It makes more sense to me to write a backend to the Customize GUI that > generates a readable .emacs file that people can study, modify, and > share, if they wish. Feel free to do that. But be sure that you do not diminish the front-end at the process. > The goal for Customize should be to generate easy-to-understand Emacs > Lisp expressions and pretty print them nicely (to fit within a 70 > character wide display, or other fill-column value, in your .emacs > file). Oh, that is easy. (fset 'customize 'emacs-lisp-mode) Done. I believe the goal of customize should be to make Emacs easy to customize for non-programmers.