From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: autoload cookies for defcustoms Date: Sun, 24 Jan 2010 21:13:12 -0800 Message-ID: <380EF0C7255E4FBC86DB13B434D13582@us.oracle.com> References: <2DC911234A9B4A6ABD34459FB8C26C1C@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1264396427 5562 80.91.229.12 (25 Jan 2010 05:13:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 25 Jan 2010 05:13:47 +0000 (UTC) Cc: 'Emacs-Devel devel' To: "'Stefan Monnier'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 25 06:13:39 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NZHGd-0004jJ-AV for ged-emacs-devel@m.gmane.org; Mon, 25 Jan 2010 06:13:39 +0100 Original-Received: from localhost ([127.0.0.1]:54399 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NZHGe-0001lQ-0k for ged-emacs-devel@m.gmane.org; Mon, 25 Jan 2010 00:13:40 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NZHGZ-0001lL-5R for emacs-devel@gnu.org; Mon, 25 Jan 2010 00:13:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NZHGT-0001l8-Qo for emacs-devel@gnu.org; Mon, 25 Jan 2010 00:13:33 -0500 Original-Received: from [199.232.76.173] (port=52275 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NZHGT-0001l5-HT for emacs-devel@gnu.org; Mon, 25 Jan 2010 00:13:29 -0500 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]:30826) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NZHGT-00055u-4j for emacs-devel@gnu.org; Mon, 25 Jan 2010 00:13:29 -0500 Original-Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet11.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o0P5DPO1013240 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 25 Jan 2010 05:13:26 GMT Original-Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o0P5DMhx002240; Mon, 25 Jan 2010 05:13:23 GMT Original-Received: from abhmt021.oracle.com by acsmt356.oracle.com with ESMTP id 1470415311264396398; Sun, 24 Jan 2010 21:13:18 -0800 Original-Received: from dradamslap1 (/24.5.185.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 24 Jan 2010 21:13:17 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcqdafdSik3Nu6cMTbaq60UvJxvDyAAElWyA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4B5D2875.002F:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:120335 Archived-At: > > Just curious. Is there a policy, for the Lisp code distributed with > > Emacs, about using autoload cookies for defcustoms? If so, > > what is it? > > AFAIK the policy is: "don't do it". > It all too often introduces all kinds of nasty problems. > More to the point, I welcome patches that remove tham. OK. And what about those that use `purecopy'? Why privilege autoloading of certain options just because they have strings as values or parts of their values? That's very implementation-centric, as opposed to privileging options that are somehow considered "important" for users to know about. Of course, if users can at least see all option names (all from the distributed libraries) as completion candidates, that will go a long way toward making them known to users before loading. That will be a welcome improvement.