From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: On obsoleting defcustoms Date: Fri, 13 Nov 2020 09:46:32 +0200 Message-ID: <83ima9ya07.fsf@gnu.org> References: <> <<83lfh743j8.fsf@gnu.org>> <53945b2b-cb3f-4823-85e1-ff8676f10161@default> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26624"; mail-complaints-to="usenet@ciao.gmane.io" Cc: stefan@marxist.se, emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 13 08:48:03 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kdToR-0006pM-Ht for ged-emacs-devel@m.gmane-mx.org; Fri, 13 Nov 2020 08:48:03 +0100 Original-Received: from localhost ([::1]:60814 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdToQ-00061a-Eq for ged-emacs-devel@m.gmane-mx.org; Fri, 13 Nov 2020 02:48:02 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57088) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdTnG-0005aB-FA for emacs-devel@gnu.org; Fri, 13 Nov 2020 02:46:50 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42875) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdTnD-00089m-TX; Fri, 13 Nov 2020 02:46:49 -0500 Original-Received: from [176.228.60.248] (port=3477 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kdTnD-0006Wt-CP; Fri, 13 Nov 2020 02:46:47 -0500 In-Reply-To: <53945b2b-cb3f-4823-85e1-ff8676f10161@default> (message from Drew Adams on Thu, 12 Nov 2020 13:37:24 -0800 (PST)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:259121 Archived-At: > Date: Thu, 12 Nov 2020 13:37:24 -0800 (PST) > From: Drew Adams > Cc: emacs-devel@gnu.org > > But if it is, then why would it make any more sense to remove > customization of an obsolete option that it would to remove > advising an obsolete function or setting an obsolete defvar? I didn't say we should remove customization of those, I said we should not show them in the "customize group" buffer. > If people are concerned about someone continuing to use > something that's obsolete, why not just have Customize give > a warning/message saying that the option is obsolete, and > that the effect of changing its value is undefined? We already say that, since we show the doc string. > That's assuming that Emacs takes the (unusual, IME) point of > view that, once declared obsolete, something should no longer > be usable. Not "usable", "used".