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: Calling (package-initialize) sooner during initialization Date: Tue, 28 Apr 2015 09:46:29 -0700 (PDT) Message-ID: <93070d16-c58a-4972-96b5-8fafb81cbd9a@default> References: <87383xk4ia.fsf@taylan.uni.cx> <87d22zi69k.fsf@taylan.uni.cx> <87a8xtoq3a.fsf@gmail.com> <87sibkemtw.fsf@gmail.com> <87618gem24.fsf@gmail.com> <85tww0w9nm.fsf@iznogoud.viz> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1430239638 14835 80.91.229.3 (28 Apr 2015 16:47:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Apr 2015 16:47:18 +0000 (UTC) Cc: Artur Malabarba , emacs-devel To: Wolfgang Jenkner , Oleh Krehel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 28 18:47:01 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Yn8en-0000Zm-E0 for ged-emacs-devel@m.gmane.org; Tue, 28 Apr 2015 18:46:49 +0200 Original-Received: from localhost ([::1]:34966 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn8em-0005bh-Mf for ged-emacs-devel@m.gmane.org; Tue, 28 Apr 2015 12:46:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46990) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn8ef-0005bV-6o for emacs-devel@gnu.org; Tue, 28 Apr 2015 12:46:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yn8eb-0007SM-6Z for emacs-devel@gnu.org; Tue, 28 Apr 2015 12:46:41 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:19150) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn8ea-0007SE-VS for emacs-devel@gnu.org; Tue, 28 Apr 2015 12:46:37 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t3SGkTmP025011 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 28 Apr 2015 16:46:30 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t3SGkTSm031617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 28 Apr 2015 16:46:29 GMT Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t3SGkTMn007532; Tue, 28 Apr 2015 16:46:29 GMT In-Reply-To: <85tww0w9nm.fsf@iznogoud.viz> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:185975 Archived-At: > This example also shows that the variable's docstring doesn't always > mention that a custom setter is used :-( So, I wonder if > `describe-variable' shouldn't add this automatically Doesn't sound like a great idea, to me. (Perhaps it was a joke?) You propose to pretty-print the `custom-set' value, which is a lambda form or a symbol, systematically for `C-h v'. There is other useful information in a `defcustom', besides `:set'. It makes more sense to make all of it available from the Customize buffer than it does to show only some of it (`:set') for `C-h v'. For one thing, that information is already available from `C-h v', by clicking the link for the file where the option is defined. That shows you not only the custom setter but the `:type' info etc. - the complete `defcustom'. However, when the user follows the `customize' link from `C-h v' to the Customize buffer, it might be helpful if that buffer too had a link to the defining source-file `defcustom', when available. Users can always use `C-h v' from the Customize buffer, but turning the option name into a link to the defining `defcustom' would be helpful. Currently if you try to use `C-h v' with point on the variable name in Customize, there is no default value proposed, because of the colon that follows it. Better to make the name a link, so that `RET' or a mouse click takes you to the definition. (The name and colon are already highlighted blue, which is close to looking like a link; better that it should really be a useful link.)=20