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.bugs Subject: bug#64347: 30.0.50; Some customize faces shown as edited with -Q Date: Mon, 10 Jul 2023 15:47:53 +0300 Message-ID: <83sf9w7x1i.fsf@gnu.org> References: <87jzvmd17f.fsf@gmx.net> <83cz1etpdm.fsf@gnu.org> <2b6de9de-f33f-0547-eaa0-1f9d24f70115@gmail.com> <28fa0831-bb28-b7c1-1535-3a950f6b2545@gmail.com> <83y1jqdeqm.fsf@gnu.org> <748ccb81-d56c-76aa-d06b-47e4e3807ddb@gmail.com> <83mt05bpwh.fsf@gnu.org> <83lefp9tbd.fsf@gnu.org> <26d4603c-302c-8de9-fb22-8d0720516bb0@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37647"; mail-complaints-to="usenet@ciao.gmane.io" Cc: stephen.berman@gmx.net, 64347@debbugs.gnu.org To: Mauro Aranda Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jul 10 14:48:21 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1qIqJQ-0009ZS-NT for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 10 Jul 2023 14:48:20 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qIqJL-0002iV-CU; Mon, 10 Jul 2023 08:48:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qIqJG-0002gN-Iq for bug-gnu-emacs@gnu.org; Mon, 10 Jul 2023 08:48:12 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qIqJ8-0003Be-Dc for bug-gnu-emacs@gnu.org; Mon, 10 Jul 2023 08:48:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qIqJ8-0001dq-5b for bug-gnu-emacs@gnu.org; Mon, 10 Jul 2023 08:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Jul 2023 12:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64347 X-GNU-PR-Package: emacs Original-Received: via spool by 64347-submit@debbugs.gnu.org id=B64347.16889932746254 (code B ref 64347); Mon, 10 Jul 2023 12:48:02 +0000 Original-Received: (at 64347) by debbugs.gnu.org; 10 Jul 2023 12:47:54 +0000 Original-Received: from localhost ([127.0.0.1]:47924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIqIz-0001cn-Vt for submit@debbugs.gnu.org; Mon, 10 Jul 2023 08:47:54 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:57402) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIqIv-0001bm-Sx for 64347@debbugs.gnu.org; Mon, 10 Jul 2023 08:47:52 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qIqIq-000359-Ep; Mon, 10 Jul 2023 08:47:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=SZWKpCZnXsEhipGshVgfuGT9NoY99fBvpzE5R4cIEsQ=; b=BC1WElfoydQLX49D8XDn 1AzGU5RjQ2sgIeAEoV3hSeZdygfVfo97/TrK65RnFYXvNGHhjv27k5QbA6OXeYvjzw7uJyYh5F32c 58voCpYe8GA8HQ116/YQT0FrMtwJ9kdFKJntEANPQyhWZkr60Qw+HEF9TvsSGKTuX0VgohGYG4bGL g6z4QfQctMX8YMlV3flC+NvYzKrdc6C2v5u6n5009DLLrz/BDYstm4qsXUEvglC973BvUE3In4EiW H4NYwXEbG3CpdVC890RN26yf7WQ7tV7w7E38USVgCMuSkkxxFz2/JcQyFTZgWWY9lbN2Biqf2fMaC rvUATA6MsmHXNQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qIqIp-0002JD-Mf; Mon, 10 Jul 2023 08:47:44 -0400 In-Reply-To: <26d4603c-302c-8de9-fb22-8d0720516bb0@gmail.com> (message from Mauro Aranda on Sun, 9 Jul 2023 20:12:38 -0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:264880 Archived-At: > Date: Sun, 9 Jul 2023 20:12:38 -0300 > Cc: 64347@debbugs.gnu.org, stephen.berman@gmx.net > From: Mauro Aranda > > Eli Zaretskii writes: > > > OK, but why does it have to do that on the original value? It could > > do that on a copy that serves for the display and editing, in which > > case the original value could be left intact if the user didn't change > > it or did change, but didn't click Apply.  (If the user does modify > > the original value, then any conversions are okay, since the variable > > is really "edited".) > > I think my description was inaccurate, because it seemed to imply that > it is a destructive operation.  It is not, it leaves the original value > intact. > > But when deciding to set a state, Custom always consults the spec built > from the data the face Widget has. Can we change this last aspect, so that the state is set using the original spec if the setting was not changed by the user?