From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Change `customize-save-variable' to work under "emacs -Q"? Date: Wed, 13 Jul 2011 09:31:30 +0900 Message-ID: <87ei1vt40t.fsf@uwakimon.sk.tsukuba.ac.jp> References: <877h7ok9cd.fsf@stupidchicken.com> <87d3hgprjb.fsf@stupidchicken.com> <87r55wtget.fsf@uwakimon.sk.tsukuba.ac.jp> <87ipr8t9w9.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1310517404 12332 80.91.229.12 (13 Jul 2011 00:36:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 13 Jul 2011 00:36:44 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tim Cross Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 13 02:36:40 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QgnRM-0001Al-M9 for ged-emacs-devel@m.gmane.org; Wed, 13 Jul 2011 02:36:36 +0200 Original-Received: from localhost ([::1]:52717 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QgnRL-0005OV-G8 for ged-emacs-devel@m.gmane.org; Tue, 12 Jul 2011 20:36:35 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:38133) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QgnMY-0004KD-7d for emacs-devel@gnu.org; Tue, 12 Jul 2011 20:31:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QgnMU-0004hH-0T for emacs-devel@gnu.org; Tue, 12 Jul 2011 20:31:38 -0400 Original-Received: from mgmt1.sk.tsukuba.ac.jp ([130.158.97.223]:53309) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QgnMT-0004fu-7D for emacs-devel@gnu.org; Tue, 12 Jul 2011 20:31:33 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id 86A623FA051E; Wed, 13 Jul 2011 09:31:24 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 2AE261A275C; Wed, 13 Jul 2011 09:31:30 +0900 (JST) In-Reply-To: X-Mailer: VM 8.1.93a under 21.5 (beta31) "ginger" cd1f8c4e81cd XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.223 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:141989 Archived-At: Tim Cross writes: > On Tue, Jul 12, 2011 at 2:12 PM, Stephen J. Turnbull wrote: > saved to. I think Lars wants to find a way to make code, such as > smtpmail (I'm gussing) work in a 'clean' way under -Q. The right way is to use different functions to do the `set' part, which Customize already provides. As an Olde Farte, I am often nonplussed by software that doesn't offer to set or save, but simply reflects changes in the dialog in the settings immediately, and saves them when the dialog is dismissed (or perhaps before). It seems to me that a better approach than screwing with the semantics of "save" and turning it into "save in some circumstances but not others and you'd better remember which you're in, until the end of the session which may be a long time from now", simply do that set (which AFAIK can't fail) and then do a separate save, which makes it clear WTF the code is doing. > > I'm not sure I understand. =A0Isn't that just a symptom of a poor > > report, ie, omitting necessary preparation for reproducing the > > behavior from the recipe? >=20 > You could look at it as a symptom of poor bug reporting, but that > isn't sufficient. I very carefully removed "bug". This is not about bug reporting, it's about communication including bug reporting but not limited to it. I use the word "report" to indicate that certain aspects of the communication need to be precisely stated. > Once you change default settings in any way, this property of the -Q > switch is lost. Sure. I don't see how anything I said depends on *bug* reporting. What it depends on is making changes to the environment. In the case of mail, this may mean choosing a non-default transport (smtpmail vs. sendmail) and setting user options (full name and mail address) and so on. > An alternative solution is to accept that some packages, those that > require local configuration, just don't work under -Q. Well, sure. All that means is that people will continue to use -Q as "the ultimate Emacs reset" (quote of the week!) and proceed to modify that environment as necessary to do the work they're going to do. It will be their responsibility to report those modifications in order for others to reproduce the behavior .... > My view is that the objective Lars is after is reasonable and we need > to support his efforts. We already do. There's nothing hard or unclear about=20 (customize-set-variable VAR ...) (condition-case (customize-save-variable VAR ...) (whatever-error-c-s-v-throws (warn "VAR set but not saved because you haven't loaded custom file"= ))) Lars just thinks that Emacs should be smart enough to do that itself. I think, as the Japanese say, this is ten years too early for that kind of smartness.