From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Incorporating caching into defgroup/defcustom/defvar for Emacs 25 Date: Mon, 02 Feb 2015 14:06:40 +0100 Message-ID: <87vbjkv4wv.fsf@fencepost.gnu.org> References: <6AD4DF07-EFCD-48F4-AEE6-333F8D27BA87@seanallred.com> <87a90xqfxg.fsf@uwakimon.sk.tsukuba.ac.jp> <87wq40pit3.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1422882417 8468 80.91.229.3 (2 Feb 2015 13:06:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 Feb 2015 13:06:57 +0000 (UTC) Cc: Sean Allred , bruce.connor.am@gmail.com, emacs-devel To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 02 14:06:56 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 1YIGiO-0006u5-0j for ged-emacs-devel@m.gmane.org; Mon, 02 Feb 2015 14:06:56 +0100 Original-Received: from localhost ([::1]:54549 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIGiN-0000hK-3f for ged-emacs-devel@m.gmane.org; Mon, 02 Feb 2015 08:06:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52099) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIGiA-0000hE-Aj for emacs-devel@gnu.org; Mon, 02 Feb 2015 08:06:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YIGi9-00074n-8A for emacs-devel@gnu.org; Mon, 02 Feb 2015 08:06:42 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIGi9-00074h-5P for emacs-devel@gnu.org; Mon, 02 Feb 2015 08:06:41 -0500 Original-Received: from localhost ([127.0.0.1]:46191 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIGi8-0003Ub-H2; Mon, 02 Feb 2015 08:06:40 -0500 Original-Received: by lola (Postfix, from userid 1000) id 27CACDF69F; Mon, 2 Feb 2015 14:06:40 +0100 (CET) In-Reply-To: <87wq40pit3.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Mon, 02 Feb 2015 22:03:04 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:182248 Archived-At: "Stephen J. Turnbull" writes: > Artur Malabarba writes: > > On 2 Feb 2015 01:07, "Stephen J. Turnbull" wrote: > > > > Why not? Custom provides a "reset" functionality if the user *wants* > > > to reset. It's not clear to me that a user wouldn't want changes to > > > customizable variables to persist. > > > > I wasn't saying defcustoms shouldn't be persistent, I was just > > saying they already have a great mechanism for that so they don't > > need to use this caching mechanism that is being suggested for > > internal variables. > > Yes, they might. A user who is testing out a new custom setting might > like the setting to persist without explicitly saving it if Emacs > crashes or he runs out of memory and needs to stop and restart Emacs, > or something like that. Personally, I very much prefer it if my experiments do not follow me around for the rest of my life. That is, I _like_ to be able to restart Emacs and have it return to a well-known state. -- David Kastrup