From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman" Newsgroups: gmane.emacs.devel Subject: Re: Autoloaded defcustoms Date: Tue, 6 Jan 2009 16:00:22 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1231254118 31723 80.91.229.12 (6 Jan 2009 15:01:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Jan 2009 15:01:58 +0000 (UTC) Cc: Emacs Devel To: "Stefan Monnier" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 06 16:03:09 2009 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 1LKDSB-0001Nn-T0 for ged-emacs-devel@m.gmane.org; Tue, 06 Jan 2009 16:02:48 +0100 Original-Received: from localhost ([127.0.0.1]:35670 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LKDQv-0006i5-Qp for ged-emacs-devel@m.gmane.org; Tue, 06 Jan 2009 10:01:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LKDPu-0006Sr-Eq for emacs-devel@gnu.org; Tue, 06 Jan 2009 10:00:26 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LKDPt-0006Rz-0B for emacs-devel@gnu.org; Tue, 06 Jan 2009 10:00:25 -0500 Original-Received: from [199.232.76.173] (port=43485 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LKDPr-0006Rs-W5 for emacs-devel@gnu.org; Tue, 06 Jan 2009 10:00:24 -0500 Original-Received: from fg-out-1718.google.com ([72.14.220.159]:57614) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LKDPr-0003oi-DX for emacs-devel@gnu.org; Tue, 06 Jan 2009 10:00:23 -0500 Original-Received: by fg-out-1718.google.com with SMTP id l26so2992336fgb.30 for ; Tue, 06 Jan 2009 07:00:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=+osu+V0opr7MQGKPoQjtMG1KVMpF610BpTizeLnmCr8=; b=azUw3yYSFX31NJQ3Br3/v6dW4AVM8D6lyqM2oSYJbZAgalTpAZ9H9zvHIwQolyYTaG F1ILviXUaR1nokVtQxlE2MSkRUOGQDGLhBEMa78Y3OkOQLQix1qQwzS+2y74VVBd8oCZ uHtzFJIWU5fLfVzF+X7bXX8MvI5Nv8XRsFSgk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=YjlQ+3Jv3JVK3SzsZw+qj+ZYmlBsDJYDf/LhLM++wAw+YF09QcvvxYq3MVmhMgF2tj BlxcJcv7UULMe2kOV/yKzkOvq84nYDLwvz2h/fuHhDzPMS/s/EVXAgW3zhF972xHgbz5 tmEqUHlnqlXkphFywOcYLPAWA6yynNH7iyAxw= Original-Received: by 10.86.84.5 with SMTP id h5mr12891354fgb.49.1231254022707; Tue, 06 Jan 2009 07:00:22 -0800 (PST) Original-Received: by 10.86.35.9 with HTTP; Tue, 6 Jan 2009 07:00:22 -0800 (PST) In-Reply-To: Content-Disposition: inline X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:107640 Archived-At: On Tue, Jan 6, 2009 at 3:54 PM, Stefan Monnier wrote: >>>>>> (custom-autoload 'ourcomments-ido-ctrl-tab "ourcomments-util" nil) >>> >>>> If the load def above is run after custom-set-variables then the >>>> custom-set part of the defcustom symbol is not run since >>>> custom-autoload does not do that. >>> >>> After the above custom-autoload, if custom-set-variables sets this var, >>> it should cause "ourcomments-util" to be loaded, so that the >>> proper :setter is used. At least that's what the 3rd argument (nil) is >>> supposed to do. > >> Yes, but the situation I am talking about is that custom-set-variables >> have been run before custom-autoload (see my prev message). > > That would be a pilot error. Yes, but who is the pilot ...? Or, why not take care of this problem? I have no problem giving more concrete examples why this can be needed, but do I have to do that?