From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.bugs Subject: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window Date: Fri, 10 Dec 2021 23:06:54 -0500 Message-ID: References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32251"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, 52328@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 11 05:08:21 2021 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 1mvtgK-00089V-1V for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 11 Dec 2021 05:08:20 +0100 Original-Received: from localhost ([::1]:35546 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mvtgI-0008Vf-5A for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Dec 2021 23:08:18 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:46156) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvtg3-0008UY-1a for bug-gnu-emacs@gnu.org; Fri, 10 Dec 2021 23:08:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36782) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mvtg2-0007f0-Ov for bug-gnu-emacs@gnu.org; Fri, 10 Dec 2021 23:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mvtg2-0005x9-Kh for bug-gnu-emacs@gnu.org; Fri, 10 Dec 2021 23:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Richard Stallman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Dec 2021 04:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52328 X-GNU-PR-Package: emacs Original-Received: via spool by 52328-submit@debbugs.gnu.org id=B52328.163919562322812 (code B ref 52328); Sat, 11 Dec 2021 04:08:02 +0000 Original-Received: (at 52328) by debbugs.gnu.org; 11 Dec 2021 04:07:03 +0000 Original-Received: from localhost ([127.0.0.1]:48327 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvtf4-0005vm-RG for submit@debbugs.gnu.org; Fri, 10 Dec 2021 23:07:03 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44972) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvtf2-0005v9-0t for 52328@debbugs.gnu.org; Fri, 10 Dec 2021 23:07:01 -0500 Original-Received: from [2001:470:142:3::e] (port=40360 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvtew-0007Sh-Js; Fri, 10 Dec 2021 23:06:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=GLIHs+h0NqZnoHecI344AMHnJwr7bK7UsAI6lPf2T1o=; b=J1Yt8+IUkE6C XWoLl72VU983sTb9jlhoD7iIbrIx04JD+lL6rB41G4Z+6Kfh6M1eLtAU7rA6/F3XPiC8sObrH6KfI /2QZ9PuDq8E3TUSKjJbxFSWhxXC1G8YmHUtrtXJ/mkiECi1DCTs6axjDtpVSoCtiLMu9Z+vzEDdBq 4MVMLEPqZnx5eiYeP5dLkCI8iY1ABA7xoaU4w2CHNuzl01PclrveKsqX+D6KyT3lIIt9thL59zqK8 EXB5Yg+2JpSMCfX4TwmRQk6gsNVVjWYyLn6Q4N/heMtJtE0LuZPopVKsP7/FmaBD3Hm2iXC5OuiL9 +oFxvhCy0vkdyzA1oM9qZw==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mvtew-0006lG-LT; Fri, 10 Dec 2021 23:06:54 -0500 In-Reply-To: <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> (message from martin rudalics on Wed, 8 Dec 2021 12:02:21 +0100) 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" Xref: news.gmane.io gmane.emacs.bugs:222107 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > It's the "way to do this" only if the window used by 'display-buffer' is > selected at the time the user wants to get rid of it. Otherwise, the > options you now do not mention should be used. I don't understand what that refers to. > Note that you have to finish the description of 'quit-window' before > describing 'quit-restore-window'. The arguments you describe below > (like 'bury-or-kill') belong to 'quit-window'. I did not delete any arguments from the description of `quit-window'. And it does not seem to have an argument called BURY-OR-KILL. What, specifically, is missing? > No. For example, a dedicated window is deleted without consulting the > 'quit-restore' parameter in the first place. Handling dedicated windows > was always a mystery for me, so the prior description might be far from > accurate. One idea of the 'quit-restore' parameter was to get rid of > dedicated windows but that was an obstacle I never succeeded to handle. I don't know what to say about that case, so I will leave the comment with the question. > > @c ??? Is this fully correct? > I think that saying "to do the right thing" is a way to work around > answering that question. For me 'frame-auto-hide-function' was a > misguided attempt to work around a request by Drew to not iconify a > frame after quitting its only window (IIRC). Since it deals with > dedicated windows I cannot say much about it. I don't understand that comment. The question is not about whether this feature is useful, or whether it ought to be changed. It's whether the text in the manual is correct or not. Can anyone tell? It is possible to consider changing this featurelet, or deleting it, but I'm not proposing either of those. Just working on the manual. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)