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: [PATCH] Keep network security info buffers after use Date: Tue, 19 Dec 2023 14:51:21 +0200 Message-ID: <83h6keicdy.fsf@gnu.org> References: <87plz4irev.fsf@red-bean.com> <87sf3ywxak.fsf@red-bean.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37196"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, emacs-devel@gnu.org To: Karl Fogel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 19 13:52:18 2023 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 1rFZa6-0009Qt-6H for ged-emacs-devel@m.gmane-mx.org; Tue, 19 Dec 2023 13:52:18 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rFZZb-0008Ar-Eu; Tue, 19 Dec 2023 07:51:47 -0500 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 1rFZZZ-0008AS-WC for emacs-devel@gnu.org; Tue, 19 Dec 2023 07:51:46 -0500 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 1rFZZZ-0006ms-KC; Tue, 19 Dec 2023 07:51:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=FZDnp07xJ4xY0jki191k5WD+f+0FSl/9JP+PVnunHew=; b=m09PgMsa6+Rp s9mUib7uNgjmP43JGhp2gYTISXjWGZG0l7buWF5KkVZxnUK+YgEGB2tXiqg32OSW/mfVgiaqQPyeP ruJni0sgGlois7Mkv2MUZn+kGgGvDWC8MS/KaYKT0nTSNe7f2l7juOW0A0/8s6ahFD4/vKNfrrOYt c6yhuTeoAgDBHQcwGycO5xReVe3QWV3d7hNlqW6zZ9zMUcAHX7tEvpFKfOh64P1g0qsVhBceOOl1I KFfrCbXInmU0WWZt0siw5O2oWXQ9utV+p5Y/qSTijEB6Qs0MXnTy45K8L0oMIFc30P6XuRX9P9P+c dscdVN4mtfHcxmoTJjG+dg==; In-Reply-To: <87sf3ywxak.fsf@red-bean.com> (message from Karl Fogel on Mon, 18 Dec 2023 23:56:03 -0600) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:314003 Archived-At: > From: Karl Fogel > Cc: emacs-devel@gnu.org > Date: Mon, 18 Dec 2023 23:56:03 -0600 > > I'm still waiting to hear if there is approval for, or concern > about, the idea of letting `C-x o' depart (presumably temporarily) > from a `read-multiple-choice' prompt. I think read-multiple-choice is intentionally programmed to implement a modal dialog. That's why "C-x o" is disallowed. Once again, I think a special command for getting the cert info is the best solution to your problem: it is relatively simple, it is unintrusive, and it doesn't affect functionalities unrelated to that particular problem. By contrast, making significant changes in rmc.el just to cater to this use case sounds wrong to me.