From unknown Fri Jun 20 18:21:59 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#52328 <52328@debbugs.gnu.org> To: bug#52328 <52328@debbugs.gnu.org> Subject: Status: 27.2; [DOC] Paragraph about quit-restore-window Reply-To: bug#52328 <52328@debbugs.gnu.org> Date: Sat, 21 Jun 2025 01:21:59 +0000 retitle 52328 27.2; [DOC] Paragraph about quit-restore-window reassign 52328 emacs submitter 52328 Kevin Vigouroux severity 52328 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 06 06:47:31 2021 Received: (at submit) by debbugs.gnu.org; 6 Dec 2021 11:47:31 +0000 Received: from localhost ([127.0.0.1]:60669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muCSw-0001Ds-Mh for submit@debbugs.gnu.org; Mon, 06 Dec 2021 06:47:30 -0500 Received: from lists.gnu.org ([209.51.188.17]:40864) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muCSj-0001DU-6P for submit@debbugs.gnu.org; Mon, 06 Dec 2021 06:47:29 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36370) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muCSi-0005qt-V1 for bug-gnu-emacs@gnu.org; Mon, 06 Dec 2021 06:47:16 -0500 Received: from smtp-outgoing-1903.laposte.net ([160.92.124.107]:47488) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muCSf-0002hk-Uc for bug-gnu-emacs@gnu.org; Mon, 06 Dec 2021 06:47:16 -0500 X-mail-filterd: {"version":"1.3.4", "queueID":"4J71ql10s7z1qqj2", "contextId":"aa6739f9-6547-4ae1-a6d7-b479b7eadd4f"} Received: from outgoing-mail.laposte.net (localhost.localdomain [127.0.0.1]) by mlpnf0119.laposte.net (SMTP Server) with ESMTP id 4J71ql10s7z1qqj2 for ; Mon, 6 Dec 2021 12:46:59 +0100 (CET) X-mail-filterd: {"version":"1.3.4", "queueID":"4J71qk6lcCz1qqhy", "contextId":"9f92cc23-dcc7-45e9-a0ba-59142fedd89e"} X-lpn-mailing: LEGIT X-lpn-spamrating: 50 X-lpn-spamlevel: not-spam X-lpn-spamcause: OK, (0)(0000)gggruggvucftvghtrhhoucdtuddrgedvuddrjeefgdefudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfntefrqffuvffgpdggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfgfgggtgfesthhqredttderjeenucfhrhhomhepmfgvvhhinhcugghighhouhhrohhugicuoehkvgdrvhhighhouhhrohhugieslhgrphhoshhtvgdrnhgvtheqnecuggftrfgrthhtvghrnhepkeetveetvdevtdduudffvddvleduvedtffeliedtgeejfedtkeevjeehuefgudevnecukfhppedvrddugedrjeefrdelheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedvrddugedrjeefrdelhedphhgvlhhopegrrhgrghhoghdpmhgrihhlfhhrohhmpehkvgdrvhhighhouhhrohhugieslhgrphhoshhtvgdrnhgvthdprhgtphhtthhopegsuhhgqdhgnhhuqdgvmhgrtghssehgnhhurdhorhhgpdhmohguvgepshhmthhpohhuth Received: from aragog (arennes-659-1-222-95.w2-14.abo.wanadoo.fr [2.14.73.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mlpnf0119.laposte.net (SMTP Server) with ESMTPSA id 4J71qk6lcCz1qqhy for ; Mon, 6 Dec 2021 12:46:58 +0100 (CET) From: Kevin Vigouroux To: bug-gnu-emacs@gnu.org Subject: 27.2; [DOC] Paragraph about quit-restore-window Mail-Followup-To: bug-gnu-emacs@gnu.org Date: Mon, 06 Dec 2021 12:46:58 +0100 Message-ID: <87tufm0xcd.fsf@laposte.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=lpn-wlmd; t=1638791222; bh=UjbKzVvBPrcr8j0HHptfdBPsd6uQVNpKlBOl00toiOE=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; b=RjMgTePA1KDLEh3cVlD24DJ2WHjgv+FfwOPGVHi9wOSFYOCu/03ChCYOln20ZyQYO1spNbltbq0IJjW8aI8I5qAFGf0BGOaPzK7gVyfwcHOJaLkbUL+WTzE8r2bcNVuKxwyeXzz6lp4mvecFU4edaL+szE/td8vandf/yaNIaMukhJYwdqV9Tn1doBk6cA0fafB/8tgWgn+hXdVXyq+9ugL46QMAlAtoRwOsu82aw4WxPKMMWp/wZlP/OUvhsEE7g0cZFaPkk0sJ4hCAv6tum14be3i9ddGlFATMZe8THVwx1IlGI3+S9MP70nHPyExb743UAGmJUUOudr69iEfJ7w==; Received-SPF: pass client-ip=160.92.124.107; envelope-from=ke.vigouroux@laposte.net; helo=smtp-outgoing-1903.laposte.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 2.2 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: I don’t understand the meaning of a paragraph in the Emacs Lisp Reference Manual, chapter 28 Windows, section 28.16 Quitting Windows. #+begin_quote If the third element of the ‘quit-restore’ parameter is a list of buffer, window start (*note Window Start and End), and point (*note Window Point), and that buffer is still live, th [...] Content analysis details: (2.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (ke.vigouroux[at]laposte.net) 0.9 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://www.openspf.org/Why?s=mfrom;id=ke.vigouroux%40laposte.net;ip=209.51.188.17;r=debbugs.gnu.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.51.188.17 listed in wl.mailspike.net] 1.3 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) I don=E2=80=99t understand the meaning of a paragraph in the Emacs Lisp Reference Manual, chapter 28 Windows, section 28.16 Quitting Windows. #+begin_quote If the third element of the =E2=80=98quit-restore=E2=80=99 parameter is a l= ist of buffer, window start (*note Window Start and End), and point (*note Window Point), and that buffer is still live, the buffer will be displayed, and start and point set accordingly. If, in addition, WINDOW=E2=80=99s buffer was temporarily resized, this function will also tr= y to restore the original height of WINDOW. #+end_quote It seems to me that there could be an error in the presentation or in the designation of the elements. Is it the WINDOW parameter (second element of =E2=80=98quit-restore=E2=80= =99) or is it the window selected at the time the parameter was created (third element of =E2=80=98quit-restore=E2=80=99)? --=20 Best regards, Kevin Vigouroux From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 06 23:15:23 2021 Received: (at submit) by debbugs.gnu.org; 7 Dec 2021 04:15:23 +0000 Received: from localhost ([127.0.0.1]:35880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muRsx-0003IE-F1 for submit@debbugs.gnu.org; Mon, 06 Dec 2021 23:15:23 -0500 Received: from lists.gnu.org ([209.51.188.17]:49762) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muRsv-0003I7-T1 for submit@debbugs.gnu.org; Mon, 06 Dec 2021 23:15:22 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38480) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muRsu-0002I1-N8 for bug-gnu-emacs@gnu.org; Mon, 06 Dec 2021 23:15:21 -0500 Received: from [2001:470:142:3::e] (port=54038 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 1muRst-0005Sy-FE; Mon, 06 Dec 2021 23:15:19 -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=YrjolYtxbQYkn8MNCrg5Z75YDgjMadcGUTjTOJV0Vo0=; b=cH/diWWjhO37 WBwOB4FXeQfgxpBCnr4uG0JLD68Dv2JZJHoVbHzOcoh59mBu1f9y/Mqw/aEfoEM/ZFCgSsfLOb+Ak b0LSlH50UyqtP3kPJv2y7heKuCfL3mkxlmjIo4/rGOK7vGpRyQXtcz7FJ/mQIL+tnuneAkVCAClR5 KsGH2MjC8H5by0hPtj4H+xU0b9EvBkdZsjy5IjjJjYuxsLIwpeDQAWW2ELKKSmkHe5UbTMt7eLbXs 6Ek6/S3GM0Ou9U9bl/3JZzGYuHYiM61HQtfgaCAFYV8a7R2s9oQ0dkMheH2oy2aIKNpSJlqdc8zHj SYP+3tiDMVFE9rt4PvcAng==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1muRst-00055E-HJ; Mon, 06 Dec 2021 23:15:19 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Kevin Vigouroux In-Reply-To: <87tufm0xcd.fsf@laposte.net> (bug-gnu-emacs@gnu.org) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> Message-Id: Date: Mon, 06 Dec 2021 23:15:19 -0500 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] > If the third element of the ‘quit-restore’ parameter is a list of > buffer, window start (*note Window Start and End), and point > (*note > Window Point), It would be clearer to present the list using Lisp syntax: (@var{buffer} @var{window-start} @var{new-point}) Then it can talk about these values with their names, which is clearer. and that buffer is still live, the buffer will be > displayed, and start and point set accordingly. It's bad to use passive voice; that is generally less clear because of the missing subject, as well as more cluttered. "Set accordingly" is hard work to interpret because it is not concrete. This clarification will make it easier to clarify the questions that Vigouroux is asking. -- 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) From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 13:31:55 2021 Received: (at submit) by debbugs.gnu.org; 7 Dec 2021 18:31:55 +0000 Received: from localhost ([127.0.0.1]:38578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mufFr-0007WM-93 for submit@debbugs.gnu.org; Tue, 07 Dec 2021 13:31:55 -0500 Received: from lists.gnu.org ([209.51.188.17]:40146) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mufFo-0007WC-7x for submit@debbugs.gnu.org; Tue, 07 Dec 2021 13:31:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34904) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mufFo-0004ij-1O for bug-gnu-emacs@gnu.org; Tue, 07 Dec 2021 13:31:52 -0500 Received: from [2001:470:142:3::e] (port=53030 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 1mufFn-0006ET-Ca; Tue, 07 Dec 2021 13:31:51 -0500 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=nW6A5vDBmIXsfY1oXChU/vCM2BFCb5IraGSVj6fchOE=; b=FMs19apJ1AuFli6Pbo8g RvhZPCQAByn3Aob0a68rrsFxlD02jiYXMmVmGBQ6hFzAhxwkiJi+PWBopEHZ3bQip98WJZ96dGMip +ysbktTFh2CnkauvNBnNwevrxw9n2ToT+qLJnnnvFTCEKXvLwt+fcIoBzn/gxeWN9e/cxrCCkBQIr EXD/GqB4KrlI9is/AQVHsvW2zI+nGW+tGbe7bnk/H+fpSx2JDfx7ZIYw3Sq6SX0H5vYZ6KgoRNwo1 6tPRF5ZLK5HCy+T/o94WfWE4rde5bSh1WRtWoWPCF9nEw7nKi7ARywXcLG5ZZpNyboGDyqcK8jSRb 8NFsk+PwacFYpw==; Received: from [87.69.77.57] (port=4837 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 1mufFn-0002IF-4v; Tue, 07 Dec 2021 13:31:51 -0500 Date: Tue, 07 Dec 2021 20:31:46 +0200 Message-Id: <83pmq8xo4t.fsf@gnu.org> From: Eli Zaretskii To: Kevin Vigouroux In-Reply-To: <87tufm0xcd.fsf@laposte.net> (bug-gnu-emacs@gnu.org) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 06 Dec 2021 12:46:58 +0100 > From: Kevin Vigouroux via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > If the third element of the ‘quit-restore’ parameter is a list of > buffer, window start (*note Window Start and End), and point > (*note > Window Point), and that buffer is still live, the buffer will be > displayed, and start and point set accordingly. If, in addition, > WINDOW’s buffer was temporarily resized, this function will also try to > restore the original height of WINDOW. > #+end_quote > > It seems to me that there could be an error in the presentation or in > the designation of the elements. > > Is it the WINDOW parameter (second element of ‘quit-restore’) or is it > the window selected at the time the parameter was created (third element > of ‘quit-restore’)? Neither, AFAIU. It's the WINDOW argument of quit-restore-window function, i.e. the window the function is quitting. The upper-case WINDOW signals that it refers to an argument of a function, not to some symbol by that name. I do agree that the description of the function is very hard to understand, due to the multitude of possible formats of the quit-restore parameter and the meaning of its elements. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 13:37:02 2021 Received: (at 52328) by debbugs.gnu.org; 7 Dec 2021 18:37:02 +0000 Received: from localhost ([127.0.0.1]:38595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mufKo-0007ef-6j for submit@debbugs.gnu.org; Tue, 07 Dec 2021 13:37:02 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mufKm-0007eH-7K for 52328@debbugs.gnu.org; Tue, 07 Dec 2021 13:37:00 -0500 Received: from [2001:470:142:3::e] (port=53144 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 1mufKg-0006v0-Sl; Tue, 07 Dec 2021 13:36:54 -0500 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=M1Es1Roxy2Wik3hjIeHFcUyOjEMf8+LymVhUT6TuEag=; b=ot4LNSHV/RpQSQ14DhHL pKIB9gHNTEuBbo4TEi8syT9VVSc35s3/TfSxP3ISFjo4sHwfWQh31RKCUbGQxtm/1wVLkj6TfYAKE n4bLmu8+Tv+Apg8XP1+WkA4DcSAPAHYN9ZCIqb7etvO927YrxCddnlyqg5IiyRip4IhQBwrvBkAMU sV9SyTuWmXYpKc1Kx/ZjMguXD8D9OwUR+L1Q0THEzDWgO8MA2EF2FBlMYUjWXjJEQg7/TRulKXzJ1 peCd1DMUlxlUtBlqf/ZGQq08C6eFI9fIg+qauRkGU/8ILMazT/+hJHhvdbRYkhRGvZSJQJuusjhAe TVrQUbWT5tXTeQ==; Received: from [87.69.77.57] (port=1169 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 1mufKa-00033h-9I; Tue, 07 Dec 2021 13:36:48 -0500 Date: Tue, 07 Dec 2021 20:36:45 +0200 Message-Id: <83mtlcxnwi.fsf@gnu.org> From: Eli Zaretskii To: rms@gnu.org In-Reply-To: (message from Richard Stallman on Mon, 06 Dec 2021 23:15:19 -0500) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: ke.vigouroux@laposte.net, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Richard Stallman > Date: Mon, 06 Dec 2021 23:15:19 -0500 > Cc: 52328@debbugs.gnu.org > > > If the third element of the ‘quit-restore’ parameter is a list of > > buffer, window start (*note Window Start and End), and point > > (*note > > Window Point), > > It would be clearer to present the list using Lisp syntax: > (@var{buffer} @var{window-start} @var{new-point}) > Then it can talk about these values with their names, which > is clearer. That is true. But that's far from being the single or the main problem of that description. > and that buffer is still live, the buffer will be > > displayed, and start and point set accordingly. > > It's bad to use passive voice; that is generally less clear because > of the missing subject, as well as more cluttered. > > "Set accordingly" is hard work to interpret because it is not concrete. I invite you to read the entire description of this function. It is very complex and is IMO very hard to grasp. I think it needs to be completely rewritten, with the method of presenting the various options rethought to be more clear. One possibility is to describe the options from the opposite POV: instead of saying "if the parameter is this-and-that, the function will do some stuff", first describe a job that the caller would want to do, with the rationale for that, and then how to tell the function to do that job. Other suggestions for clarifying that part will be most welcome. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 23:35:42 2021 Received: (at 52328) by debbugs.gnu.org; 8 Dec 2021 04:35:42 +0000 Received: from localhost ([127.0.0.1]:39351 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muog9-0004YO-Vt for submit@debbugs.gnu.org; Tue, 07 Dec 2021 23:35:42 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muog5-0004Y6-Kg for 52328@debbugs.gnu.org; Tue, 07 Dec 2021 23:35:41 -0500 Received: from [2001:470:142:3::e] (port=42588 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 1muofz-0007Gt-Mx; Tue, 07 Dec 2021 23:35:32 -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=XBzxLfeoyRezFuR/mcrHINFfmyLGW2Mv3lkXRxshq40=; b=bkhuJ7efLDS6 7/Uci756chTWHn7dfX/UyeMq8XAcpVxKQ4L4YeDpM8bhdrLITbdN9pPd1Q0TIH3SsJM5QJTysVf0r kRNCzNR7q0zj1j3Qhsc9LSj+Yhm1CHlmAaIvuRF+Fim8CMPNyv5IVPRLr4R9cZ8KhvpbNuKsdFEj+ ZOf9GOt+W5CEtubqFVZ3816H/iEIs1BIhsYePdCx4WIn1+WNaEhJb8szyUVgEbZ4WAdNrewTXRiQI k2oT9eumsVUa3PHHmD46WuuAqn25eusbQV9sjLyTii+PSZ4HZwQzdov7HP3I2TWZbQd/jQKektyr+ AL4v9R3zjIaMbaWhjuwQMA==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1muofz-0006Ij-H3; Tue, 07 Dec 2021 23:35:31 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Eli Zaretskii In-Reply-To: <83mtlcxnwi.fsf@gnu.org> (message from Eli Zaretskii on Tue, 07 Dec 2021 20:36:45 +0200) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> Message-Id: Date: Tue, 07 Dec 2021 23:35:31 -0500 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: ke.vigouroux@laposte.net, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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 would be clearer to present the list using Lisp syntax: > > (@var{buffer} @var{window-start} @var{new-point}) > > Then it can talk about these values with their names, which > > is clearer. > That is true. But that's far from being the single or the main > problem of that description. I had seen only at what was in the email I replied to. > I invite you to read the entire description of this function. I just did that, and I agree it was very complex. In addition, it failed in many ways to follow Texinfo conventions and our style conventions. So I rewrote the whole node. I started with Master from Nov 1. It is still hard to read, but much less so than before. I left some loose ends where it is necessary to study the source code to know what to say. I marked them with @c ???. ====================================================================== @node Quitting Windows @section Quitting Windows @cindex quitting a window After a command uses @code{display-buffer} to put buffer on the screen, the user may decide to hide it and return to the previous screen configuration. We call that @dfn{quitting the window}. The way to do this is to call @code{quit-window}. The right way to restore the old screen configuration depends on what was done to the window where the buffer now appears. It might be right to delete that window, or delete its frame, or just display another buffer in that window. One complication is that the user may have changed the window configuration since the act of displaying that buffer, and it would be undesirable to undo the user's explicitly requested changes. To enable @code{quit-window} to do the right thing, @code{display-buffer} saves information about what it did in the window's @code{quit-restore} parameter (@pxref{Window Parameters}). @c ??? Should quit-restore be in some index? @deffn Command quit-window &optional kill window This command quits @var{window} and buries its buffer. The argument @var{window} must be a live window and defaults to the selected one. With prefix argument @var{kill} non-@code{nil}, it kills the buffer instead of burying it. @c ??? Does quit-restore-window call this hook? @vindex quit-window-hook The function @code{quit-window} first runs @code{quit-window-hook}. Then it calls the function @code{quit-restore-window} described next, which does the hard work. @end deffn You can get more control by calling @code{quit-restore-window} instead. @defun quit-restore-window &optional window bury-or-kill This function handles @var{window} and its buffer after quitting. The optional argument @var{window} must be a live window and defaults to the selected one. The function taks account of the @var{window}'s @code{quit-restore} parameter. The optional argument @var{bury-or-kill} specifies how to deal with @var{window}'s buffer. The following values are meaningful: @table @code @item nil This means to not deal with the buffer in any particular way. As a consequence, if @var{window} is not deleted, invoking @code{switch-to-prev-buffer} will usually show the buffer again. @item append This means that if @var{window} is not deleted, its buffer is moved to the end of @var{window}'s list of previous buffers, so it's less likely that future invocations of @code{switch-to-prev-buffer} will switch to it. Also, it moves the buffer to the end of the frame's buffer list. @item bury This means that if @var{window} is not deleted, its buffer is removed from @var{window}'s list of previous buffers. Also, it moves the buffer to the end of the frame's buffer list. This is the most reliable way to prevent @code{switch-to-prev-buffer} from switching to this buffer buffer again, short of killing the buffer. @item kill This means to kill @var{window}'s buffer. @end table The argument @var{bury-or-kill} also specifies what to do with @var{window}'s frame when @var{window} should be deleted, if it is the only window on its frame, and there are other frames on that frame's terminal. If @var{bury-or-kill} equals @code{kill}, it means to delete the frame. Otherwise, the fate of the frame is determined by calling @code{frame-auto-hide-function} (see below) with that frame as sole argument. This function always sets @var{window}'s @code{quit-restore} parameter to @code{nil} unless it deletes the window. @end defun The window @var{window}'s @code{quit-restore} parameter (@pxref{Window Parameters}) should be @code{nil} or a list of four elements: @c ??? What does quit-restore-window do if this is nil? Nothing? @lisp (@var{method} @var{obuffer} @var{owindow} @var{thisbuffer}) @end lisp The first element, @var{method}, is one of the four symbols @code{window}, @code{frame}, @code{same} and @code{other}. @code{frame} and @code{window} control how to delete @var{window}, while @code{same} and @code{other} control displaying some other buffer in it. Specifically, @code{window} means that the window has been specially created by @code{display-buffer}; @code{frame} means that a separate frame has been created; @code{same}, that the window has only ever displayed this buffer; @code{other}, that the window showed another buffer before. The second element, @var{obuffer}, is either one of the symbols @code{window} or @code{frame}, or a list of the form @lisp (@var{prev-buffer} @var{prev-window-start} @var{prev-window-point} @var{height}) @end lisp @noindent which says which buffer was shown in @var{window} before, that buffer's window start and window point positions at that time, and @var{window}'s height at that time. If @var{prev-buffer} is still live when quitting @var{window}, quitting the window may reuse @var{window} to display @var{prev-buffer}. The third element, @var{owindow}, is the window that was selected just before the displaying was done. If quitting deletes @var{window}, it tries to select @var{owindow}. The fourth element, @var{this-buffer}, the buffer whose displaying set the @code{quit-restore} parameter. Quitting @var{window} may delete that window only if it still shows that buffer. Quitting @var{window} tries to delete it if and only if (1) @var{method} is either @code{window} or @code{frame}, (2) the window has no history of previously-displayed buffers and (3) @var{this-buffer} equals the buffer currently displayed in @var{window}. If @var{window} is part of an atomic window (@pxref{Atomic Windows}), quitting will try to delete the root of that atomic window instead. In either case, it tries to avoid signaling an error when @var{window} cannot be deleted. If @var{obuffer} is a list, and @var{prev-buffer} is still live, quitting displays @var{prev-buffer} in @var{window} according to the rest of the elements of @var{obuffer}. This includes resizing the window to @var{height} if it was temporarily resized to display @var{thisbuffer}. @c ??? Is this controlled by @var{method} ? Otherwise, if @var{window} was previously used for displaying other buffers (@pxref{Window History}), the most recent buffer in that history will be displayed. @ignore This fails to follow the manual's style conventions. If we document display-buffer-record-window, it should be with @defun. And maybe not here. Typically, the display routines run by @code{display-buffer} will set the @code{quit-restore} window parameter correctly. You can also set it manually, using the following code for displaying @var{buffer} in @var{window}: @example @group (display-buffer-record-window type window buffer) (set-window-buffer window buffer) (set-window-prev-buffers window nil) @end group @end example Setting the window history to @code{nil} ensures that a future call to @code{quit-window} can delete the window altogether. @end ignore @c ??? Is this fully correct? The following option specifies a function to do the right thing with a frame containing one window when quitting that window. @defopt frame-auto-hide-function The function specified by this option is called to automatically hide frames. This function is called with one argument---a frame. The function specified here is called by @code{bury-buffer} (@pxref{Buffer List}) when the selected window is dedicated and shows the buffer to bury. It is also called by @code{quit-restore-window} (see above) when the frame of the window to quit has been specially created for displaying that window's buffer and the buffer is not killed. The default is to call @code{iconify-frame} (@pxref{Visibility of Frames}). Alternatively, you may specify either @code{delete-frame} (@pxref{Deleting Frames}) to remove the frame from its display, @code{make-frame-invisible} to make the frame invisible, @code{ignore} to leave the frame unchanged, or any other function that can take a frame as its sole argument. Note that the function specified by this option is called only if the specified frame contains just one live window and there is at least one other frame on the same terminal. For a particular frame, the value specified here may be overridden by that frame's @code{auto-hide-function} frame parameter (@pxref{Frame Interaction Parameters}). @end defopt -- 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) From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 08 06:00:46 2021 Received: (at submit) by debbugs.gnu.org; 8 Dec 2021 11:00:46 +0000 Received: from localhost ([127.0.0.1]:39597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muugo-0005ed-KO for submit@debbugs.gnu.org; Wed, 08 Dec 2021 06:00:46 -0500 Received: from lists.gnu.org ([209.51.188.17]:35606) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muugj-0005eS-RA for submit@debbugs.gnu.org; Wed, 08 Dec 2021 06:00:45 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37574) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muugj-00073m-Fe for bug-gnu-emacs@gnu.org; Wed, 08 Dec 2021 06:00:41 -0500 Received: from mout.gmx.net ([212.227.17.20]:53623) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muugh-000822-6M for bug-gnu-emacs@gnu.org; Wed, 08 Dec 2021 06:00:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1638961235; bh=fXLtKr+Ft1tA12qaf32itzEqZygtmy7alZNYTMvK5UM=; h=X-UI-Sender-Class:Subject:To:References:Cc:From:Date:In-Reply-To; b=R8rZG/Ul12Z1YZDrisycKknuT3OiIKNp1OVd8WcJKRavbHGg8hqnu7kl1JQ59flOP 46XP1DlsSxa+ChEwIByhxVRqw4hi16q6EDvpyLZ1rns0gWJl35fBqbvyr3F781l68h Nt+/CFSBThkzjICs/1ZAuv1Yaas372/Gfoe1Fntg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.228]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M1Ygt-1mxwxV3exv-003737; Wed, 08 Dec 2021 12:00:35 +0100 Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window To: bug-gnu-emacs@gnu.org References: <87tufm0xcd.fsf@laposte.net> From: martin rudalics Message-ID: Date: Wed, 8 Dec 2021 12:00:31 +0100 MIME-Version: 1.0 In-Reply-To: <87tufm0xcd.fsf@laposte.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:LM3hUzwCk+ltQywUqw+s5bmbVOrk+uExZQDDW4KLGzIPeULj8Ny WWADU4XLApWHfXXYXs6JCH5r1Et7Px8O4D0mBK46hLOTxKSQMvxGUUDIoFyjxWqoU++gyr7 N5Nv2xZDJOCtPtR6ioad3NZBPzdYKTB9+9/rLhSLoIzRbIynQZap6zmbA2kqqLCDyWtKb8d yKW834G0k2FXrY18LvcIw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:iZPXYV4bLK8=:qXVIUG62A3wpdGiT7HMlb1 ccCADLvi/W81GTug1kzPiTIm/sQXUQlbRJt7d2A9W5fUeGxN1nSq1sAyH3EULBxvodkjJCSn7 jDxKFcC/GNFsfINMsVszrcVtv5TSU/kgkRhdLXKt1YzUYHOmLI243EOVEsewY4c5FzNbxge1Z QFioK6xtadIWOKEky8n+iYxwyCVCUpIx0CU4LYwKf7lczcVvjPt1coB7qfvCbmFUY9cDm3Xwf N3EiAp7Flbhegv5t6gbY+jnSK/3KoYCj3W7T//tQVkISd5hdnvzeE9ZpTa5B3drAUSYb55hOu fBryHYBRCdwIlkr3jzb3+tmIDNfF7lzl+3pCNuBt7XPQoj6ibjxV1DZ+zaRMKVn589jySkzWi 0lCkBfIVAOmxwKEMmySz1lRtBa8SRvHMkc0FHyZr6prjftdeuxzOc0cB6coZXVC3gRQF1hF3F o/kJWL5rpk36K+cREJRsNwcXRzNeKEk47fWp8HgAE/cUWPqPrEbaN+dW9dKO8EmsqAX7nDR2y rDWxq1ivEKEUeI/xCZdQivbt44p1PhHuN+khVcESdk45i2FGNTpk/CuKERKARs/o6s+ctbdzO n7AKsW9Dwb37u0VpaRJ3CKDrZNFopag6qYFCYkgw2nGUJ/vKoexbp198kNvNLq0ZsoPSjXONo ZF2VYcnIpwx2I/l3qxYsQEe09eJZHK1U9qz1wbmYa7p00YTojMpsauO9p7CcKNgrKIK40SO7x GwnKZKf7DPsCXFMzzgwDXi1NFDxHDFQ327SzxApHJVGSKWKdLB4bZgM24DsLMsUd6XNVMhJx2 CnFzyPCqrteZxFamsAvPLTdAPt3/QBA2WVhag65m8uVBQAbpCVJQwM3gmx1FLvOHYi4E5JOOR 8HCHcPMCjB3S2alU8W6Ps8+xO/+58mpVDutqjc4NZDD4hFguepa2VYoz4uyHi1I8cE17SpSJc bEtO3t00QxspNiUzxaD/fTnaEWpr8vRTxRKYVv+7q0bjNW5xko+i4jVJrgl2pearvKtGG9xSf fzJVwnZdHo/mxWMS8aBvnTkMy13PuCbOjxJ82DMnJcUY73VtQC8ani/MXKtGrTxeUvRUBCz1+ Ryh2EsdFu93egU= Received-SPF: pass client-ip=212.227.17.20; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit Cc: ke.vigouroux@laposte.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) > If the third element of the =E2=80=98quit-restore=E2=80=99 parameter i= s a list of > buffer, window start (*note Window Start and End), and point > (*note > Window Point), and that buffer is still live, the buffer will be > displayed, and start and point set accordingly. If, in addition, > WINDOW=E2=80=99s buffer was temporarily resized, this function will al= so try to > restore the original height of WINDOW. > #+end_quote > > It seems to me that there could be an error in the presentation or in > the designation of the elements. > > Is it the WINDOW parameter (second element of =E2=80=98quit-restore=E2= =80=99) or is it > the window selected at the time the parameter was created (third eleme= nt > of =E2=80=98quit-restore=E2=80=99)? The manual is wrong. It is the _second_ element of the 'quit-restore' parameter and not the third. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 08 06:02:44 2021 Received: (at 52328) by debbugs.gnu.org; 8 Dec 2021 11:02:44 +0000 Received: from localhost ([127.0.0.1]:39601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muuii-0005he-0U for submit@debbugs.gnu.org; Wed, 08 Dec 2021 06:02:44 -0500 Received: from mout.gmx.net ([212.227.17.22]:33505) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muuig-0005hP-BT for 52328@debbugs.gnu.org; Wed, 08 Dec 2021 06:02:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1638961345; bh=uQyrpKxFBqvluuq2eWVFiyjULNX1DtECHzmShGZGVt0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=VComrjgjMJkIpSUH+WjTQfrt5rHeCbug7UZ8/ito6hVrthpoY76Z6Cf5oQCri0JWX varJoAIxByJU9pqFDKL4JyLxWF+4EL86emfToyNWoib4ipAh78gAqvSgTPyV3Fi5GV GTjPuF3a9Xip0mtm0/Bcvwb+icqATWEHRbqcChH8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.228]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1McYCb-1mPAOz48VB-00d09E; Wed, 08 Dec 2021 12:02:25 +0100 Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window To: rms@gnu.org, Eli Zaretskii References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> From: martin rudalics Message-ID: <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> Date: Wed, 8 Dec 2021 12:02:21 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ziyLJTBr8bKnXj/RwLYwGE5EBbkvI0v6ZecL5eQ5gxk+5THFHIN wD48BdNCbvXoRj+31U0SA41++6y8W4eZ0s8MczNLCT3c1W6QDBmSaaUVAZihGah0XssKjaR WE25dmq2uSE2Picn3jhWgObytrypG+ieqUmzdkog5vQOd+wyXMJHGN1+zVNu85THd/OMUyv 7pKwWgbkUTvHHQbOC/1Ww== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:GOZDtQIes4c=:C26TAsBiMOgdArrY2DWxf0 411Zm0w04VC+OWy2/FjIKMhvHXzfa1RtgsiUIUbffFAOLumdc2EoHJnmR1rK72a+JZgecdVc3 rrcPKVSLnL6PIe6tAXACng35nt+POTqqZ/vPXglNpSKKH/yUAkDm4COyv7qZzCnYRzWrOAmmY 3nA62YCoIf27xqNZglXfAJEkIMrXyUJYKIicl11kDKc6rWFOEWbkZ3mJmmmkEKpT4HcDpxoye WAHB6HQsf8wKNXZ5fV/+YORCn/UWsTjT0LnCnirFgc3HY4J7ru9JaKXCQJjqSKclfAGdeTBJF 58+GQ1XJbiAOzNAJpwh9IG54DmO3WJclSCrTpcBaIL6t7qM7BCO29FA3P9nN/RnuFJPBkqwX4 kINdOGsz4Sx8IUxgNEA0vOjWVns/kHeqdXz1b6a2V2xTktvYRrX6/iFIB2xhInSv2Rh2TLpkq oQyu9aWY3K3GTDSkM52rEk3exJ4z+GCp1u448lQPc3Uq+/R12NdNyGeU1ImSvQ5HrgUK2gX8s VF0FyUiH6uJ9m21BTY32y+Q8nb4+Hc5gZSmzSZeAkEgmJHCGYNrl2+ry7ssIKUYm630vEIqfc GMBsWJufybmjSz9mCKF2ZfUBzgizKL6nM+vNBRICZwRbk4P6spcrXMJtmpveqvS/F4Z1D0s44 I+nfR775RnhzVbKn+Ki/LnJusbscOD2QRlDzYFWcPBxNI1wQHYh1tvkdJg0wcRlEMMfGTUuqM ILYvNHp04F/PlCBHP280Ls6FPx08rfI9CIpyo7XFn/iQI6ASUX7wfDpybJ7L5ahIN8MHFufSn QKrndOTGakVSV6zTFD0y5ApXeHgRNRzXirrEfFRD/ecJDbZA71hWqqYdwnPrdTyu8xRJXeocJ kYVeS+wkxNhXheGyuF6BKDMdpVo1hOiJmzVKqJVVRiIP8QY9cF5CEJZGELg74J4wlps7r3w/S A3tvsoLOPFo0x2nFAJN/x6tXBQwooQ1hoXaUaThoFd18MfFK5XnfMHbVjU9bp0oU+VGl4GUHW Ab4DfYMvGb4H3IP6JsxIhFqUGCylc8r08nZe8yIxJ35zh230ddgttaf8hTjtMWLwF3J87Ec7E gcfk7UZpfiLzrA= X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 52328 Cc: Eric Abrahamsen , ke.vigouroux@laposte.net, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > So I rewrote the whole node. I started with Master from Nov 1. It is > still hard to read, but much less so than before. Thank you. Note that at the time I coded 'quit-restore-window' I didn't want to describe the 'quit-restore' parameter at all. It is an internal object that "others" shouldn't mess with, at least that's my conviction. Then, in Bug#12158, https://debbugs.gnu.org/cgi/bugreport.cgi?bug=12158 Drew talked me into adding a description, something I still regret. It took some time until Eric here https://lists.gnu.org/archive/html/emacs-devel/2017-03/msg00085.html explained his view of that parameter and added the text that is the subject of the present report. But I agree that if we do want to describe the 'quit-restore' parameter, we should do better and your text certainly does that. > I left some loose ends where it is necessary to study the source code > to know what to say. I marked them with @c ???. > > ====================================================================== > @node Quitting Windows > @section Quitting Windows > @cindex quitting a window > > After a command uses @code{display-buffer} to put buffer on the ... "to put a buffer", I suppose ... > screen, the user may decide to hide it and return to the previous > screen configuration. There is no such thing as "the previous screen configuration". Otherwise we could simply call 'set-window-configuration' here but that could fail, in particular, when multiple frames are involved. The basic aim of 'quit-restore-window' was to avoid window configurations and still intuitively DTRT when the user hits "q" in such a window. > We call that @dfn{quitting the window}. The > way to do this is to call @code{quit-window}. 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. > The right way to restore the old screen configuration depends on what > was done to the window where the buffer now appears. It might be > right to delete that window, or delete its frame, or just display > another buffer in that window. One complication is that the user may > have changed the window configuration since the act of displaying that > buffer, and it would be undesirable to undo the user's explicitly > requested changes. > > To enable @code{quit-window} to do the right thing, > @code{display-buffer} saves information about what it did in the > window's @code{quit-restore} parameter (@pxref{Window Parameters}). > @c ??? Should quit-restore be in some index? It is in windows.texi as @vindex quit-restore@r{, a window parameter} > @deffn Command quit-window &optional kill window > This command quits @var{window} and buries its buffer. The argument > @var{window} must be a live window and defaults to the selected one. > With prefix argument @var{kill} non-@code{nil}, it kills the buffer > instead of burying it. > > @c ??? Does quit-restore-window call this hook? No. We had some disagreement with Lars about this at the time he added that hook. I think that adding 'quit-window-hook' was a bad idea. > @vindex quit-window-hook > The function @code{quit-window} first runs @code{quit-window-hook}. > Then it calls the function @code{quit-restore-window} described next, > which does the hard work. > @end deffn > > You can get more control by calling @code{quit-restore-window} instead. 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'. > @defun quit-restore-window &optional window bury-or-kill > This function handles @var{window} and its buffer after quitting. The > optional argument @var{window} must be a live window and defaults to > the selected one. The function taks account of the @var{window}'s ... takes ... > @code{quit-restore} parameter. > > The optional argument @var{bury-or-kill} specifies how to deal with > @var{window}'s buffer. The following values are meaningful: > > @table @code > @item nil > This means to not deal with the buffer in any particular way. As a > consequence, if @var{window} is not deleted, invoking > @code{switch-to-prev-buffer} will usually show the buffer again. > > @item append > This means that if @var{window} is not deleted, its buffer is moved to > the end of @var{window}'s list of previous buffers, so it's less likely > that future invocations of @code{switch-to-prev-buffer} will switch to > it. Also, it moves the buffer to the end of the frame's buffer list. > > @item bury > This means that if @var{window} is not deleted, its buffer is removed > from @var{window}'s list of previous buffers. Also, it moves the > buffer to the end of the frame's buffer list. This is the most > reliable way to prevent @code{switch-to-prev-buffer} from switching to > this buffer buffer again, short of killing the buffer. ... buffer buffer ... > > @item kill > This means to kill @var{window}'s buffer. > @end table > > The argument @var{bury-or-kill} also specifies what to do with > @var{window}'s frame when @var{window} should be deleted, if it is the > only window on its frame, and there are other frames on that frame's > terminal. If @var{bury-or-kill} equals @code{kill}, it means to > delete the frame. Otherwise, the fate of the frame is determined by > calling @code{frame-auto-hide-function} (see below) with that frame as > sole argument. > > This function always sets @var{window}'s @code{quit-restore} parameter > to @code{nil} unless it deletes the window. > @end defun > > The window @var{window}'s @code{quit-restore} parameter (@pxref{Window > Parameters}) should be @code{nil} or a list of four elements: > @c ??? What does quit-restore-window do if this is nil? Nothing? 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. > @lisp > (@var{method} @var{obuffer} @var{owindow} @var{thisbuffer}) > @end lisp > > The first element, @var{method}, is one of the four symbols > @code{window}, @code{frame}, @code{same} and @code{other}. > @code{frame} and @code{window} control how to delete @var{window}, > while @code{same} and @code{other} control displaying some other > buffer in it. > > Specifically, @code{window} means that the window has been specially > created by @code{display-buffer}; @code{frame} means that a separate > frame has been created; @code{same}, that the window has only ever > displayed this buffer; @code{other}, that the window showed another > buffer before. > > The second element, @var{obuffer}, is either one of the symbols > @code{window} or @code{frame}, or a list of the form > > @lisp > (@var{prev-buffer} @var{prev-window-start} @var{prev-window-point} @var{height}) > @end lisp > > @noindent > which says which buffer was shown in @var{window} before, that > buffer's window start and window point positions at that time, and > @var{window}'s height at that time. If @var{prev-buffer} is still > live when quitting @var{window}, quitting the window may reuse > @var{window} to display @var{prev-buffer}. > > The third element, @var{owindow}, is the window that was selected > just before the displaying was done. If quitting deletes > @var{window}, it tries to select @var{owindow}. > > The fourth element, @var{this-buffer}, the buffer whose displaying set .. is the buffer ... > the @code{quit-restore} parameter. Quitting @var{window} may delete > that window only if it still shows that buffer. > > Quitting @var{window} tries to delete it if and only if (1) > @var{method} is either @code{window} or @code{frame}, (2) the window > has no history of previously-displayed buffers and (3) > @var{this-buffer} equals the buffer currently displayed in > @var{window}. If @var{window} is part of an atomic window > (@pxref{Atomic Windows}), quitting will try to delete the root of that > atomic window instead. In either case, it tries to avoid signaling an > error when @var{window} cannot be deleted. > > If @var{obuffer} is a list, and @var{prev-buffer} is still live, > quitting displays @var{prev-buffer} in @var{window} according to the > rest of the elements of @var{obuffer}. This includes resizing the > window to @var{height} if it was temporarily resized to display > @var{thisbuffer}. ... this-buffer ... > @c ??? Is this controlled by @var{method} ? Only in the sense that "method" did not provide anything useful. > Otherwise, if @var{window} was previously used for displaying other > buffers (@pxref{Window History}), the most recent buffer in that > history will be displayed. > > @ignore > This fails to follow the manual's style conventions. > If we document display-buffer-record-window, it should be with @defun. > And maybe not here. Probably. Maybe Eric finds a solution. > Typically, the display routines run by @code{display-buffer} will set > the @code{quit-restore} window parameter correctly. You can also set > it manually, using the following code for displaying @var{buffer} in > @var{window}: > > @example > @group > (display-buffer-record-window type window buffer) > > (set-window-buffer window buffer) > > (set-window-prev-buffers window nil) > @end group > @end example > > Setting the window history to @code{nil} ensures that a future call to > @code{quit-window} can delete the window altogether. > @end ignore > > > @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. > The following option specifies a function to do the right thing with a > frame containing one window when quitting that window. > > @defopt frame-auto-hide-function > The function specified by this option is called to automatically hide > frames. This function is called with one argument---a frame. > > The function specified here is called by @code{bury-buffer} > (@pxref{Buffer List}) when the selected window is dedicated and shows > the buffer to bury. It is also called by @code{quit-restore-window} > (see above) when the frame of the window to quit has been specially > created for displaying that window's buffer and the buffer is not > killed. > > The default is to call @code{iconify-frame} (@pxref{Visibility of > Frames}). Alternatively, you may specify either @code{delete-frame} > (@pxref{Deleting Frames}) to remove the frame from its display, > @code{make-frame-invisible} to make the frame invisible, @code{ignore} > to leave the frame unchanged, or any other function that can take a > frame as its sole argument. > > Note that the function specified by this option is called only if the > specified frame contains just one live window and there is at least one > other frame on the same terminal. > > For a particular frame, the value specified here may be overridden by > that frame's @code{auto-hide-function} frame parameter (@pxref{Frame > Interaction Parameters}). > @end defopt martin From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 08 23:16:13 2021 Received: (at 52328) by debbugs.gnu.org; 9 Dec 2021 04:16:13 +0000 Received: from localhost ([127.0.0.1]:42111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvAqr-00077i-IM for submit@debbugs.gnu.org; Wed, 08 Dec 2021 23:16:13 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34122) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvAqo-00077V-PT for 52328@debbugs.gnu.org; Wed, 08 Dec 2021 23:16:11 -0500 Received: from [2001:470:142:3::e] (port=57548 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 1mvAqi-0001KQ-53; Wed, 08 Dec 2021 23:16:04 -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=gFLf08bdBgAgFteh2MwmFCtiyRLCqcr4UXtp58p6ZvU=; b=Q2xc13PNTQlx J+pejNhQjlC/gh+s95CYi6jewOUQjhUW0uFHASSGWgjoOZblzrydRJQ6ARGl/EziwBIHz6S05GvAK 1t0gFlGecqUour7AD5iDAcXydyu87dbTQ0Hq/c4Ei35JJWQM2uw1Eg8fx0YaZskeF2VMn2zbc5/7w mCrYgvLeb8y8ZwuN8UQue1UT8/WpTxaSVxVSyBV509PNHEic9BJqNScvubpCOo/l8TaPGlh+cyBoG wTAetoJljdKzF/jLqOgDFDh48r5VCQ8xYp+XYMudO+kTxXoZLg1BCui/2+QYe73Uehosl17SYc+9P UMaZQE6xbjjUiQYDnyK96A==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mvAqi-0004zQ-6U; Wed, 08 Dec 2021 23:16:04 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: martin rudalics In-Reply-To: <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> (message from martin rudalics on Wed, 8 Dec 2021 12:02:21 +0100) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> Message-Id: Date: Wed, 08 Dec 2021 23:16:04 -0500 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, eliz@gnu.org, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] > Thank you. Note that at the time I coded 'quit-restore-window' I didn't > want to describe the 'quit-restore' parameter at all. It is an internal > object that "others" shouldn't mess with, at least that's my conviction. The description is clearer and simpler than it was before. Do you still think it would be better to delete it? -- 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) From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 09 03:05:37 2021 Received: (at 52328) by debbugs.gnu.org; 9 Dec 2021 08:05:37 +0000 Received: from localhost ([127.0.0.1]:42363 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvEQr-0006qi-2E for submit@debbugs.gnu.org; Thu, 09 Dec 2021 03:05:37 -0500 Received: from mout.gmx.net ([212.227.15.15]:57713) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvEQp-0006qS-Dl for 52328@debbugs.gnu.org; Thu, 09 Dec 2021 03:05:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1639037119; bh=AGsFK4KO8XRTAfbS9i7TU/xT/j4Xa74lNLdx9brCaBo=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=YF9sk4udfyOOHfqtP6kvS7LhkU3L/OWBfmZouySRer8pKaRKpLBjlL+1hzh/6LWEq k2OKesnoV49tmZR758LVh5xIoxc9RzYbBHXyH0igxaCe79vdHpWlSKzJU4SzuwW/iu pmq2PO5BYjnUZ34TtBmSq7OwZJM6l5Cyvgq7Y/tI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.102] ([213.142.96.38]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MTRMs-1n7MRv0g7I-00TjOk; Thu, 09 Dec 2021 09:05:19 +0100 Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window To: rms@gnu.org References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> From: martin rudalics Message-ID: Date: Thu, 9 Dec 2021 09:05:17 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:CxhYgN27hvB9giPVmlYH4qf+eux/101aUbXtTx4OgKYDQ5DbRV4 Ja6CgERVTq22d4BgHIcfBuZuK2G7zOsmFn7FoQcc2MCYoeVz7/vGgfY1PpuSYosg9j+Kn3+ 0XGqBDT921uwqWU04IDHD7YCrm5cjs4eLAYUiNnXloYwfPxc77QZ3dJNR9qLrCY/gh9XDH2 BL5/oJUSQFR3+uu/uy8LA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:XWYZcil0GdI=:uO9VpX0BpP26rwNYCcLdhr Ww1tLQaWnOJE30qFdtW1+r6+YeQnWvVTJsXxZyc554DKg6S+Fh0WNtuTBgQzdKzKYqL0RVRMO E+JSxIMw0+2vT7McXT8I4AO6ZS3mJ5x9P9wlHE2fA4tLdvQ1lzMYx1iNaTNV2JcqsG5rZWdXe FpU1YqSH4u0uQBviJ6GnRvw7aOjPaZ5glzbvTrvmYd0z1IcotOAAO9zBk070zLwIVSmOET5Un /D3N8NmncmjYT9Dh7XqAl7G3pJdfT0S8Be8jkzx8qtW6lBBdtKUGMPL8vFAf6/1yKCaMd3fvA HUM5gQs9Tq/XdFOdY9GFAgybsUqCt2vnZhMpwt98uIQo15qAO40NLW8vrM80fKcEP2P0S9jyU OUQrZDMEYzuIXPrsdbG0HtEdQjLa7hQJsbsFSOKvg2Tm4dHiDFf9BsjTsJ9yPSUKSYBo75IP4 7R0Q8kzgY39IpJEKwwAKQtxiY9sALR82P8i5EUCg8OdCfd6P3xTp0nO0uirbLgPmz5QcT4ZZG POap67Pf4IRIkY+A+olh4bJcg2PfqT94uvWnsyCt+5Qmw8sqLdUNzGrIszeowGVQODaRKKCDL z5q5t6MVpZMsF1XMt13cyYrVXomiJnV5eNQQv/7Qx5WdLvZoq1wNqYsAUvJcbM+CNbP9Jzlm+ knfin//Z1z3o21WHEEUjUyEZUPlH8qvQJkdInE0FJysiYbXJgK5u6ndkwGfj0I6mN6QSEY4rH sBfWv0Ah8rM6tKcmTKBUXsYVUb2E6uoLoYm2M5xwV1fSB9TFRuoj+VJ9/tYFH17nUZ07SPhY6 jWuB22E03Q3fFdsDTdhb6EwNXcIoNsmnbKz5AtlxKuqBjKqVbwVRweKkeamgDm3fNLW7J6601 pCRLfLXuPV/EuI15sZA4oQOmdRu5s5cTqhaIWnqas7+YzNayLfq1BaMUIBiTy3z/5u/6en4BU 94QUW6vw+ZMxtYtvPCTHJGbCbowtVvbN69+E34/2l18GAg9rK6UzT2Lzqmzh5bFW/Gx0Q/j5z X1AZ+/2IE+ctr89UeDAPGXzBFFvcTf5ZIq0df0fbZk6Lu2iHU4Bs/H2ojwtMH+zLEtZga1nqV +6q/DBUCBX27pg= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, eliz@gnu.org, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The description is clearer and simpler than it was before. > Do you still think it would be better to delete it? I still think that it would have been better, if a detailed description of the 'quit-restore' parameter had never made it into the manual. But once a description is in the manual, you cannot get rid of it any more. Can you please try to look into the issues I raised in my reply? Thank you, martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 10 23:07:02 2021 Received: (at 52328) by debbugs.gnu.org; 11 Dec 2021 04:07:03 +0000 Received: from localhost ([127.0.0.1]:48325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvtf4-0005vk-GW for submit@debbugs.gnu.org; Fri, 10 Dec 2021 23:07:02 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44964) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvtf2-0005v8-0o for 52328@debbugs.gnu.org; Fri, 10 Dec 2021 23:07:00 -0500 Received: from [2001:470:142:3::e] (port=40358 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 1mvtev-0007SR-UA; Fri, 10 Dec 2021 23:06:53 -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=Ql4qQkiDZpsBM74Qox+KPj5QfIHUx4TVVwju1w9nJLg=; b=eu9/aAaNnCpX U4silxSqPSmmKBkXxPzsY9Nn8AvOdm9HVKzfs6uDVd6FrrTgBUC6Yzi7woy74Cy2JfwZfito44GIa GaGnVwPNJoyzJKZLYJSKZPdc/2VVR6Utqch28cykBoEi5AgOHuvbuquiXeFUv2PZbbfxCHYC4+Rty l2oG2ip9Z+xOEh8D9s1I3wvJO4tE8NDvww/wykTWv1PJuKjyS/nrmp01nbSyanuTzdr4f7IlAFIcS 0e7e7ZVYY7WLVeLHO81XwxmgYY/VLC04Ce0hcFQY8uv6UTKaSdicWzIb5mq+k/imy0QT7F3g0G0dv Cmfsz2fqkHnJu6wc2JwT+Q==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mvtew-0006kv-0M; Fri, 10 Dec 2021 23:06:54 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: martin rudalics In-Reply-To: (message from martin rudalics on Thu, 9 Dec 2021 09:05:17 +0100) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> Message-Id: Date: Fri, 10 Dec 2021 23:06:54 -0500 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] > I still think that it would have been better, if a detailed description > of the 'quit-restore' parameter had never made it into the manual. But > once a description is in the manual, you cannot get rid of it any more. I don't see what would prevent that -- if it is the best thing to do. The manual could say that the `quit-restore' window parameter records information about how `display-buffer' set up that window, for use by `quit-window'. Do others agree this would be better? -- 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) From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 10 23:07:03 2021 Received: (at 52328) by debbugs.gnu.org; 11 Dec 2021 04:07:03 +0000 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 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 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==; 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 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: martin rudalics In-Reply-To: <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> (message from martin rudalics on Wed, 8 Dec 2021 12:02:21 +0100) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> Message-Id: Date: Fri, 10 Dec 2021 23:06:54 -0500 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, eliz@gnu.org, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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) From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 10 23:48:55 2021 Received: (at 52328) by debbugs.gnu.org; 11 Dec 2021 04:48:56 +0000 Received: from localhost ([127.0.0.1]:48337 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvuJb-0006wZ-8q for submit@debbugs.gnu.org; Fri, 10 Dec 2021 23:48:55 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:6112) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvuJW-0006wO-TG for 52328@debbugs.gnu.org; Fri, 10 Dec 2021 23:48:53 -0500 Received: from pps.filterd (m0246629.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 1BB3Bb0G022977; Sat, 11 Dec 2021 04:48:49 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2021-07-09; bh=A3NG9AQTUdtlvu3lb1Cz2HqhDNP504htb6QQDxuKsnw=; b=f1MGBVkjc/pbbL+vV9jLNhzdwfjqqnrjl7/kG8+gcEF+EzYvbo4t3unwtLCb9GMkozXJ SMxwh2TmOHd6+vPCfxecrawFUPwfXEf+7eyecSHPuQ002IAcH8Wjlbthad6e63hEPY9A iJmy4L1SJj8GefKe/byfCNNGsXo6IGR5bUD6mJYhNoFdlywq7wHtEx6mwECGgWyDbr+2 nzcyNhT6Mwm/akqTk0rvzOONck1UC8DlqyfrOzMtnJV7CclinHx/6JwXyQzkwexfj5uw xftfP/eQWI80laxWWkNVkx9NMvtWHj+bZmp506KbaA4AZh6/2L+7RwUcl8TqHIMLoN+A 4g== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by mx0b-00069f02.pphosted.com with ESMTP id 3cvkv9r1u9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 11 Dec 2021 04:48:49 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.1.2/8.16.1.2) with SMTP id 1BB4j2f2122059; Sat, 11 Dec 2021 04:48:45 GMT Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2172.outbound.protection.outlook.com [104.47.55.172]) by userp3020.oracle.com with ESMTP id 3cr1sv99cj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 11 Dec 2021 04:48:44 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Lq+HW2NpkakFzE2wjcdodMXSsNO0/v01sd29GkzMD47ry+AGzeg7eNcgdbptJo/lEnvjVGchBB1WMYiwwFVNRN0jWP2WPKtveNJR1wGfN4XI3HBz6L/Ped4qkx2ADHJfszCIgbshVLkRg9qhBMClewj3ZX2R96Sd6ve1dTIA1noFRGi9Dq8hHnE7M5B8AU/n/ZdRxs8ti86sT6skljmKDqyI6DV0Cx5IFLrw4DwB12tCqcsSfnAZ8Pe0GqeKUhw9sHRIUAyBhx/9PPL5zZ8PCSZtsM+YZduaMHKNdnFSRrblx6BOEK4sC4J2OR7I1frW/qVnAqXjobFQrb6BNgbwvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=A3NG9AQTUdtlvu3lb1Cz2HqhDNP504htb6QQDxuKsnw=; b=KOWHdAehsxHrYx1cRtlNM5JdLyqfEm0gePQfsuCRVbPey89Q8vE8YfdWFAY8FJ+elRT3elZCGYAMcXcL7fSyYPv5aKNkM2HgUitPXlTpXJ5FgFwWUetDgkDvBYUoUb+1lQbFv3Rv+Xqf3zZd7zqeMCrrgwZ+tLCLFq8YJpZEZ2T4/X8A4BmzLfarflf7bwDX9BuF7lhceYpq6uaq9FyW6hYTLleiZqnByeP6bzxp/zCtvDGlqk9vv/MgPpTQLMkoCJ0pSiJzfA6oAacMNDKyDJoLnuMX4LnK+f9R0Vt5De2KgGLenH+6O2lmvQcY5jzYkEJTSLrbPuBSwG1DTPQaRQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=A3NG9AQTUdtlvu3lb1Cz2HqhDNP504htb6QQDxuKsnw=; b=uc1Y+fP9bkeKfWpaXj+SoHE5ixI+SJoM5KHytgHVA8Zf23JFlen5+5BbXcTCX5JH0GBSFHW06QEplXoszmwxrMe81b1V5yEJL/XHLQJYOHcrVsH+BkQeRdNvIgnmpivKnzdHXBcMo5PE/jl6soO3x2lNfi25DQs1DEM/6dbNWTY= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by SJ0PR10MB5859.namprd10.prod.outlook.com (2603:10b6:a03:3ef::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4690.27; Sat, 11 Dec 2021 04:48:42 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::99a4:696f:5f30:36b3]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::99a4:696f:5f30:36b3%8]) with mapi id 15.20.4755.025; Sat, 11 Dec 2021 04:48:42 +0000 From: Drew Adams To: "rms@gnu.org" , martin rudalics Subject: RE: [External] : bug#52328: 27.2; [DOC] Paragraph about quit-restore-window Thread-Topic: [External] : bug#52328: 27.2; [DOC] Paragraph about quit-restore-window Thread-Index: AQHX7kSIx1iD9t6BB02X9yFNXCsz6qwss5Zw Date: Sat, 11 Dec 2021 04:48:42 +0000 Message-ID: References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 443597fb-3a47-4bad-44a1-08d9bc618201 x-ms-traffictypediagnostic: SJ0PR10MB5859: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:792; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: lPkAXI+uZ3LMix/avs3TMFVYtEcjRnJU30dp98NmHSb89Fo941BaNnheCTOAYjf520Q5cEm8O9w8r/LeTubP7rbyUmHs0KxCcEJCz7fXqJITg7pHuBAjdrJLCQllqcWxEFD4KpRe94iRWL+/HcZrdCBmWSR7qxsCbLOELVqFc2hx/En9MhOo+jMFK75uOWghZ0dOPPkZ+HGtofUVCV2W5SftLLtkC6wggmX5e6/AdfkQDP3+or9plLKMn7ul0+pb/qVn+f7DCTtCpSBm/J5YQRqtQma6yiAa/JJtFXCG/dmjqf3xL+0Dzytg8KNz/tyFUV/Ozmf6aM6J6G5Kf2087gA4GZegqWGdUaxFvvucwLd9Dc/QhLqnVf/uZHV+3nhgnaIrSwB16GkBHLpRhh9w+wBXGpFfljGyXuLQi3U0+V5MqhEh3v93tk4tj+5my0Vvt1tBAiFExCdYc07LOutNkJgO0INYISh9xcdohFWrg8LA70EJa12ufSD30XEroZF80eH7cgFUA/Y28LDr9g9/gkxjDVChS1R4AZnre0JGcu9QlIi66GO6Sch9pSfYV/wWUFHZCljlW/X+1XclfWduZZoRMUFN6GagDUKnCQe5Ojh3hh5yDg8OlRtvJd6jYwAYa/efC1VtYfw1potksKXkjmPAAcPyV0Pbwja+yaG6wlDJlUaaJ6tOK/5cxKMpN9hC/60b2GVkwDf6DH6bHhyHgA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(8676002)(110136005)(508600001)(66446008)(54906003)(7696005)(2906002)(26005)(66556008)(55016003)(8936002)(6506007)(66946007)(66476007)(64756008)(38070700005)(316002)(76116006)(33656002)(44832011)(122000001)(4326008)(5660300002)(9686003)(71200400001)(52536014)(86362001)(83380400001)(38100700002)(186003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?cUlocElzbENSZkt3RmJXVXhvSDZadzUvVjZvd3hNVytTUFBFQTZobVh3OEVO?= =?utf-8?B?L2I3dUNwRlJLbi9EcDNBOXNIVkFVcnBwVmpXemNFbnFzVDNnWW1YeVFFSlJy?= =?utf-8?B?UVlTWTl1Tlc3L05GbnpDODJqeEtlMFhEVFJFTktjeXYvc1FubXBYVE9lVUox?= =?utf-8?B?ZnNXWk5JVm5pdEdUdWt6bXpnSHU1eTMvWmJXRWVBRE1Ua0pqYmhCTVFhMWdt?= =?utf-8?B?R3ZDNTR4UFQwV3pGUlFPa3R2clhvUGFET0Jkd0NyZ1VUNE0zYVF4ZFIrTWho?= =?utf-8?B?eWZVemZpcDVyQkVnMWpGNzkwZGJoMUhXdW5aVXNkYTdPeGFRNXBBNTY1Q2RH?= =?utf-8?B?eGpzZU1VNENFTjRlbCtIMDBwTnpLSUFnZjAzVjdtcVEzRlMwcmRjUjZ2WDFC?= =?utf-8?B?MWFXakMySGxUQzZNMEF6d3JnTkNwSUZ3cXNxemZ5SWk1NlZGQU40OHlpR1BJ?= =?utf-8?B?VnBWM2EvYW5NdUlHeXhhL09ZN2lsQlN4anpHRHJLOW1mUFNiWVNUcmljQmhG?= =?utf-8?B?Tys3UmNqdUZERjRGTEE0NStxNnQ4V0x0RkFabkVKcUxIdlBHVk15U3REVjZN?= =?utf-8?B?TnR6cUhtMkE2MHNLL0ZvNms3T3ZpdGxWTlNPcjNIZUx4ZlFjVTdLTDVnQWJa?= =?utf-8?B?VjMvaVRPOHEwVjdRZTFDR0ViK3ZtR3FxQ3MyOG1oNEF2T0VsUHhKVnBJS2Vi?= =?utf-8?B?RUFQU2dLRzdXeERocFlYME1iakdlSnExZTZRZ2R4ZTBLVVk2dmx6VWMza05S?= =?utf-8?B?Sy9TL1Awa1IzRVhWK0VDNnpWUzQ4Lzlza3VnWnBGTHE0Yld5Ujd6RithRTJ2?= =?utf-8?B?TDZsQm5jZXJpaG96dW1RUWRqeDFsWlRpT2s5ditJc3dDaitkaVMwN2hWZkpj?= =?utf-8?B?eTFyWTlYU3pMb2ROM2EyN3VUSTZTa3F4dlhKcmNFNkFIU1FickQ2WTNHTkRE?= =?utf-8?B?Zk9XL1EvT1h4Tm1SdnZNQXR1TGtmVzlsYmJMQ0MvOW9qWlR6MkxqbitTNUZJ?= =?utf-8?B?S1h0MGZZdUNKU29zWTRJQ0tDVzBydWpnNms2OEM5MDlqZnhkUm5jSktMMm9U?= =?utf-8?B?TjhTN1YzeWZNWXNDa1kvS0ZCRHMwazYyemRnSWQ0TmJZQjkyL1pRa0VTd1Jm?= =?utf-8?B?NEZ3TFhWSjFPWW5mY2FQcER3WGVxUVNmbGlldWo1UjRMWHhNd01aVkZFL2Fj?= =?utf-8?B?Q1g3dzI5RFMwZzhzSUoxd2hiYnBWck1vaytZVzhHQ2FLNjRPZllKS1FUQWEy?= =?utf-8?B?dVVrRC9QK29iRzNRV0o4ckJldi8xMUI5N2lic0NUYnZqTWk0aGpVK2VlRTlO?= =?utf-8?B?MEJ1VTNMeFQ3Nnpic3h2Y3FkK2JMVHJsWWFRTk5wQ2JJeHhzWTEzTWMveHRQ?= =?utf-8?B?M1JTT1AyWjU4MldLUitqUnhIUGNIMVNhZHowclB3SUpXeGNTdUpaS0s2bk5w?= =?utf-8?B?ajdsRTlGRjVWMEczbEg3RE1yemVUV0t5QmJFWFhxd1RlN3JFNTZuWTB1eTVa?= =?utf-8?B?MDdKbG45bmM1cUlpZVA1WjVHSDZuaHR0SzFGblBneE0xekZ1Yy9aemNUQmZB?= =?utf-8?B?OTZiY1RIUmQzdDRScDN1bW1nZDdvU0xJVldkNU1iMTkzUnQwMlVhUlhvYlZi?= =?utf-8?B?T3dFVzRScm10WlVGc0xzSHArSGRRVzBDaHFhNjA3UlVTYU5IeXluMFl5T2dU?= =?utf-8?B?YXRaa0lKNFhwcjhJa0FoQ3pqZElKU1lXdXp0VjAyQXpTTDF6cWZvcDN1NnFQ?= =?utf-8?B?ZFpsOHBCcU8yNDVHRTUzaCtWUzZSd1dZdE9KdzN2NXpmYkFTdEZPRFFTOWJ4?= =?utf-8?B?NUFrVkEwcm03T3pySXBaTkFZUGRzVy9ldk5wN0tRWW82bWc1R3RaWFo5WFd6?= =?utf-8?B?azQzWTZUeE9uR1IwM0VVZTFsc1d2Q2FwaDVDRGlGcVNRYU0xUlFEUXRuM0kv?= =?utf-8?B?UDNXcVY5bjQxdC8rT0hoRUtzUU55bEpYWHl2QUV5RjRSdktDcno3eWRHbksz?= =?utf-8?B?T0NKclp3c053VjExR0oyUVVMaCtHTDgxOEVsT1pYNHFCVnZkSEw4K1Zid1pv?= =?utf-8?B?WEhKL2cvbWNjTW9uV3pqK0NhSlhmSER2bmJ1ZnY2aEhFOERmZFg2WmRsTkpN?= =?utf-8?B?cWorUGJ3NGh3dFUzL3JLVE9jUnFSVHNFUmtUVGo4eDlqK052VUlzeFRVSHQy?= =?utf-8?B?UGc9PQ==?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 443597fb-3a47-4bad-44a1-08d9bc618201 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Dec 2021 04:48:42.7513 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: wa3Xx3glzjNAsNnyyFbbUzG2oy2kVsh+yRMFtNIctBjmcDNnsJfSWDebOCotGS6//bANqOOpV16vtwbtvk3iZg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR10MB5859 X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10194 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=911 mlxscore=0 spamscore=0 phishscore=0 bulkscore=0 suspectscore=0 malwarescore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2112110023 X-Proofpoint-GUID: xLKZRYlClx5xaVZ0WSRZwqBuJk2j-dWk X-Proofpoint-ORIG-GUID: xLKZRYlClx5xaVZ0WSRZwqBuJk2j-dWk X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 52328 Cc: "eric@ericabrahamsen.net" , "ke.vigouroux@laposte.net" , "52328@debbugs.gnu.org" <52328@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) SSBjYW4ndCBzcGVhayB0byB3aGF0IHRoZSBtYW51YWwgc2hvdWxkIG9yIHNob3VsZG4ndA0Kc2F5 IGFib3V0IGBxdWl0LXJlc3RvcmUnLiAgQnV0IHNpbmNlIG15IG5hbWUgd2FzDQptZW50aW9uZWQg SSdsbCBqdXN0IHNheSB0aGF0IEkgbmV2ZXIga25vd2luZ2x5IG9yDQppbnRlbnRpb25hbGx5IHVz ZSBgcXVpdC13aW5kb3cnIGludGVyYWN0aXZlbHkuICBJIGdvDQpvdXQgb2YgbXkgd2F5IHRvIGF2 b2lkIGFueSB1c2Ugb2YgdGhlIGBxdWl0LXJlc3RvcmUnDQp3aW5kb3cgcGFyYW1ldGVyLg0KDQpJ IHJlcGxhY2UgRW1hY3MncyBkZWZhdWx0IGBxdWl0LXdpbmRvdycga2V5IGJpbmRpbmdzLA0KYXQg bGVhc3QgdGhvc2UgaW4gbGlicmFyaWVzIEkgbG9hZCwgd2l0aCB0aGUgY29tbWFuZA0KYmVsb3cu DQoNCkl0J3MgY2xvc2UgdG8gd2hhdCBgcXVpdC13aW5kb3cnIHVzZWQgdG8gZG8sIGJlZm9yZQ0K RW1hY3MgYWRvcHRlZCBgcXVpdC1yZXN0b3JlLXdpbmRvdycuDQoNCihJbiBpdHMgZG9jIHN0cmlu ZywgeW91J2xsIHNlZSBtZW50aW9uIG9mIHRoZSBvcHRpb24NCnRoYXQgTWFydGluIG1lbnRpb25l ZCwgYGZyYW1lLWF1dG8taGlkZS1mdW5jdGlvbicsDQp3aGljaCBoZSBvZmZlcmVkIGFzIGEgd2F5 IGFyb3VuZCB0aGUgaW1wb3NpdGlvbiBieQ0KRW1hY3Mgb2YgaWNvbmlmeWluZyBhIHdpbmRvdyB3 aGVuIHF1aXR0aW5nIGl0IG9yDQpidXJ5aW5nIGl0cyBidWZmZXIuKSANCg0KKHdoZW4gKGZib3Vu ZHAgJ3F1aXQtcmVzdG9yZS13aW5kb3cpDQoNCiAgKGRlZnVuIHF1aXQtd2luZG93LWRlbGV0ZSAo Jm9wdGlvbmFsIGtpbGwgd2luZG93KQ0KICAgICJRdWl0IFdJTkRPVywgZGVsZXRpbmcgaXQsIGFu ZCBidXJ5IGl0cyBidWZmZXIuDQpXSU5ET1cgbXVzdCBiZSBhIGxpdmUgd2luZG93IGFuZCBkZWZh dWx0cyB0byB0aGUgc2VsZWN0ZWQgb25lLg0KV2l0aCBwcmVmaXggYXJndW1lbnQgS0lMTCBub24t bmlsLCBraWxsIHRoZSBidWZmZXIgaW5zdGVhZCBvZg0KYnVyeWluZyBpdC4NCg0KVGhpcyBpcyBz aW1pbGFyIHRvIHRoZSB2ZXJzaW9uIG9mIGBxdWl0LXdpbmRvdycgdGhhdCBFbWFjcyBoYWQgYmVm b3JlDQp0aGUgaW50cm9kdWN0aW9uIG9mIGBxdWl0LXJlc3RvcmUtd2luZG93Jy4gIEl0IGlnbm9y ZXMgdGhlIGluZm9ybWF0aW9uDQpzdG9yZWQgaW4gV0lORE9XJ3MgYHF1aXQtcmVzdG9yZScgd2lu ZG93IHBhcmFtZXRlci4NCg0KSXQgZGVsZXRlcyB0aGUgV0lORE9XIG1vcmUgb2Z0ZW4sIHJhdGhl ciB0aGFuIHN3aXRjaGluZyB0byBhbm90aGVyDQpidWZmZXIgaW4gaXQuICBJZiBXSU5ET1cgaXMg YWxvbmUgaW4gaXRzIGZyYW1lIHRoZW4gdGhlIGZyYW1lIGlzDQpkZWxldGVkIG9yIGljb25pZmll ZCwgYWNjb3JkaW5nIHRvIG9wdGlvbiBgZnJhbWUtYXV0by1oaWRlLWZ1bmN0aW9uJy4iDQogICAg KGludGVyYWN0aXZlICJQIikNCiAgICAoc2V0LXdpbmRvdy1wYXJhbWV0ZXINCiAgICAgIHdpbmRv dyAncXVpdC1yZXN0b3JlIGAoZnJhbWUgZnJhbWUgbmlsICwoY3VycmVudC1idWZmZXIpKSkNCiAg ICAocXVpdC1yZXN0b3JlLXdpbmRvdyB3aW5kb3cgKGlmIGtpbGwgJ2tpbGwgJ2J1cnkpKSkNCg0K ICApDQo= From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 11 03:44:51 2021 Received: (at 52328) by debbugs.gnu.org; 11 Dec 2021 08:44:51 +0000 Received: from localhost ([127.0.0.1]:48502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvxzu-0004LD-Vf for submit@debbugs.gnu.org; Sat, 11 Dec 2021 03:44:51 -0500 Received: from mout.gmx.net ([212.227.17.20]:43183) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvxzr-0004L0-Fq for 52328@debbugs.gnu.org; Sat, 11 Dec 2021 03:44:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1639212271; bh=KoPLuq544D2QUrRuurspF41vb0jyDhffE1uJvMk2MsE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=UzIHWXO+vvEDkfqT0Kr8YAZkA246ufXR/H2TUJco2UduzkV41+cxK78msnv4q78nt XJFV+c2jCfGVnkM+Rvwn2n0NLaNxt/Dv5xedqPuFx5MT3i5gz5+d+o15cbbrOqI+RD 3krhlr7JlWMT0OS4ETpiaZ4mI0/2RWKJfa6rFHFY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.102] ([46.125.249.43]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MatVb-1mPwUX3lal-00cS8q; Sat, 11 Dec 2021 09:44:31 +0100 Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window To: rms@gnu.org References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> From: martin rudalics Message-ID: <889d880b-4b43-871c-da01-afeb6d8ad449@gmx.at> Date: Sat, 11 Dec 2021 09:44:28 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:jIJkdfhPH3j7/YSasvnEjbQe9EY2PdLQu8bxdW7vvPuerK9NUtl x7Mo3my5Omzw+pWbGoQHEI0c2wm5+7CPf9s18lCbrV5TYlza2euUrWN7EbHttzvPMLl1YDn oQbaB9Nyp5NF4h+lVkhSGGcNhBVcrJsEhXOi4APyXwEbmkvXvXeOKp06mUHw6Zcp3BPwvbc oofF67feVqEBH2pDWHpgg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:iwPrpjmK8hU=:z/sFOShIPikwZQhrLurlHN u/etB3/Mm+p01yBjmc7jRksc3BrZch5jy/XHCOgrk90tg3TrZwP2Nuyy0KiV7accirMadHA0X 9N4dZtQEJWp3gqTyiREaBJb/3hgQQPRDHtENSu+RIiCgcHw4DC6jamHmEOAa9cPeTfogj9QYW fvQVXVAcYmqVkH98lAOrvRBT+sokVqLFgTg0kzH2HXGkPzgqFcQEF8DkNGG2cF/lwklhW5ZkE unChla1qJqMTmIQru6RHNkt9UniOIDlXcOcYzoPwooQdgiMCUN/5ROjjrWYP39oJXgBt/c7vt 8MH6D+1X+f3IowaqI5Ycxf8qpJbSZ6swxVJmk4G460iEa3ipqsvp5DEJUOXpa7xryQ2dUqkln LXOJxhaSbWQAYGwceAO9vS4P5K15nfaSHTCOo68w7oFoc4R1Vf1HzC7Foaw60e8PrVtkEFAd6 Uk/exekfl/w6MigbCy3tM/u2O3AEt93+8fbLfG7qw7mMkrLnSufvhLPOLxnLf6WOjcB1vJbPm M6PEmunfKFj05PMiaahAXThi1pPUvhzLMYK2pZ2EvBJV7NL6WA2bGbWjqZQagXmThPeHd9GG5 IUPdH8HcXZAuzy733Ks8950txWUNSpFT0qFUVta2Q5RrXOh1pkXkP6RgbgHYq+BZtA1FHyFTC BfSZH6X8zYATvFVSQbzRgqKG5umJZDW/a19eyjbHH1G8wLTqX4RVKj0Do/bDy1Yov5U9SvYNO lDz6CZVMARHIyFB66Hqcgsy1G+SUTLneK2ohYGLM8u66j7C/Ca/75XY4I6g2Epe10jxqAsEAJ m5OUEfZMGFOttyaoVlE5WDBoNck5wLsMcdpS3XPT58YSe1ABP9N/mGxrQReyR0Qi2tU62OguN CVdW7pPdYcClTwUeElUXQeFrabEFejD62D2YlLWniZIitaAvbHUle7mVIM3jP8clXuAND+OqY pBBF+Q4mlfOZK6Wz9HPdrqQj5Wwdfo0286YLbvDhgnvQiIlUhomNoE/cFU0z9CpScAvTLH9pq YsdXifU70E+AC6tRWCPcO/cd9DDigH7GVnbFVwRh1TXsplPQ5ydsV3sVuemgFiRIimEdSZqOq KkaIWE5cmsZi2Q= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, eliz@gnu.org, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > 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? Sorry. It seems that I have been mixing up manual texts on master in some intractable way. I currently cannot use master in the usual way because it immediately hogs my old CPU, probably due to Bug#52298. So I suppose that your modifications are correct, considerably improve the original text and I've been all wrong with my comments. > It is possible to consider changing this featurelet, or deleting it, > but I'm not proposing either of those. Just working on the manual. Hopefully, Eli will decide what's better. Thanks a lot for your efforts. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 11 23:00:41 2021 Received: (at 52328) by debbugs.gnu.org; 12 Dec 2021 04:00:41 +0000 Received: from localhost ([127.0.0.1]:50405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwG2T-0003Pg-9y for submit@debbugs.gnu.org; Sat, 11 Dec 2021 23:00:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53936) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwG2R-0003PT-FR for 52328@debbugs.gnu.org; Sat, 11 Dec 2021 23:00:39 -0500 Received: from [2001:470:142:3::e] (port=48188 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 1mwG2L-0007oT-Of; Sat, 11 Dec 2021 23:00:33 -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=n4IHU/z3kALvGLliRkjxCN2jr2QbEfIkJEAdGkPkvCM=; b=KDMJ8YS7F1gY l4HrfH9snlq05Px/84kbHDvYCENTt6lPvicMAwWXoTujIb/wylPhg3Lq0jdXtn7n1k+tR4+Y0gjdL FN7lNPNVEUXYCs2AxkNPFKfjcxNG93A50y1kt/NnHDbW1LIVMFykKYaF0NfZTrPOvlma2TM3KvFm8 X5vznGI6MgrzNVtwDoydofslLSova1xYDX4wE4YJ8j8yoYRRDlLnD62E7fXeycrj9jyA39fhRGPvG Hw6mKnTprDj77ooY30fUUcd+HyC56RDnSYXe8Nh5yi3rCMtjGxg6vW+YTZkYjn4Gm1tWlsDmk8Rbc dvliOZvcxdFIPQ9JTNeqAg==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mwG2L-0008Hm-Et; Sat, 11 Dec 2021 23:00:33 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: martin rudalics In-Reply-To: <889d880b-4b43-871c-da01-afeb6d8ad449@gmx.at> (message from martin rudalics on Sat, 11 Dec 2021 09:44:28 +0100) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> <889d880b-4b43-871c-da01-afeb6d8ad449@gmx.at> Message-Id: Date: Sat, 11 Dec 2021 23:00:33 -0500 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] Would someone please install my changes to windows.texi? -- 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) From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 11 23:00:59 2021 Received: (at 52328) by debbugs.gnu.org; 12 Dec 2021 04:01:00 +0000 Received: from localhost ([127.0.0.1]:50409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwG2l-0003QA-JR for submit@debbugs.gnu.org; Sat, 11 Dec 2021 23:00:59 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54124) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwG2j-0003Py-JZ for 52328@debbugs.gnu.org; Sat, 11 Dec 2021 23:00:57 -0500 Received: from [2001:470:142:3::e] (port=48256 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 1mwG2d-0007wa-76; Sat, 11 Dec 2021 23:00:51 -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=TffP0T9xKQGPoRQ+R3RuwM1uxwlna6FdaNnw/zCZsME=; b=ZtMyucrQnY/8 GYOjBh924DL4JGN2IrRSNuRNQZ/iuaGpJ+5UB/RVE5pDdhw8maK/D4QqcyJLUsR/s9HhPg7hw3btp UeOO+iq93xP/GxSg9OFWbgFmaFSEZTifsjIXEI0RL8les8dQvNIQObfZRGi2mIv7vq9AW2lJkssAh EyQ0bv8OXFiEufOQWPxhuKtusth9ts1/KIRlEEVtEZzgyLitfbuhgcitWA3l9hTviY/nB055/TwXJ /vqcAfLfGIvk/+e2pX58UE+RBFEdj1JUJQh/8UWfyEnwdaexrzKDo89QxFCXwQ6lqTis+kQmvwzKE FmVMVw80jnSkOhP/ouWBhA==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mwG2d-0002BD-A9; Sat, 11 Dec 2021 23:00:51 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Drew Adams In-Reply-To: (message from Drew Adams on Sat, 11 Dec 2021 04:48:42 +0000) Subject: Re: [External] : bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> Message-Id: Date: Sat, 11 Dec 2021 23:00:51 -0500 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, rudalics@gmx.at, 52328@debbugs.gnu.org, ke.vigouroux@laposte.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] I'll leave it to others to think about whether to change the behavior of quit-window. -- 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) From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 12 02:03:10 2021 Received: (at 52328) by debbugs.gnu.org; 12 Dec 2021 07:03:10 +0000 Received: from localhost ([127.0.0.1]:50552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwIt4-0002Ug-0H for submit@debbugs.gnu.org; Sun, 12 Dec 2021 02:03:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59294) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwIt1-0002US-Tr for 52328@debbugs.gnu.org; Sun, 12 Dec 2021 02:03:08 -0500 Received: from [2001:470:142:3::e] (port=52774 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 1mwIsv-0003Xz-22; Sun, 12 Dec 2021 02:03:02 -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=dKQvhWyrsZSQLS3aI949OXjTuP9wH+ubmQBJ8Mk1jmQ=; b=fWqRhQ3/Zs+j slaATij92JoLJS6kAMljqzQCwikH7G0B/zFu661zntXDPkH8yDix6f0aQipWjtSC5ejSDUfto8qgM CEpTYjjD2zh9Y8JPOCFr/QdO4xF4NAlsAyYR70ZabT+AUivSb8ssv1TcSz0yEZ/+DSQ4v5BOHClKg UGvhmFNrZpNkf6U6xrvlp30zuoreLAlZQ+JE54U7bDgVwjcM+uNF/KYCG0V+gNdPASaWBMWw62R6y HNgVCxBzOOIheu8yx5kr3FW6g93FCJAesPApAK6ZJj5jGLkF2Tp55UVdSlFyWK8x3M9fHDrtdftgM aRF7v7EYyzcsMdHYeZCQxg==; Received: from [87.69.77.57] (port=3571 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 1mwIsp-0002aQ-Ad; Sun, 12 Dec 2021 02:02:55 -0500 Date: Sun, 12 Dec 2021 09:02:47 +0200 Message-Id: <83mtl6pap4.fsf@gnu.org> From: Eli Zaretskii To: rms@gnu.org In-Reply-To: (message from Richard Stallman on Sat, 11 Dec 2021 23:00:33 -0500) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> <889d880b-4b43-871c-da01-afeb6d8ad449@gmx.at> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, rudalics@gmx.at, 52328@debbugs.gnu.org, ke.vigouroux@laposte.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Richard Stallman > Date: Sat, 11 Dec 2021 23:00:33 -0500 > Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, 52328@debbugs.gnu.org > > Would someone please install my changes to windows.texi? It's on my todo, and I will get to it, eventually. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 12 08:09:53 2021 Received: (at 52328) by debbugs.gnu.org; 12 Dec 2021 13:09:53 +0000 Received: from localhost ([127.0.0.1]:50922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwObx-0003pD-Gz for submit@debbugs.gnu.org; Sun, 12 Dec 2021 08:09:53 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34306) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwObw-0003p1-50 for 52328@debbugs.gnu.org; Sun, 12 Dec 2021 08:09:52 -0500 Received: from [2001:470:142:3::e] (port=59216 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 1mwObq-000771-DZ; Sun, 12 Dec 2021 08:09:46 -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=10wMi3j+P2wWMsBnvK6+AfyZKhF+2/IcVRxyP3RMDSQ=; b=ggkEiq90+U1P i6schcJPv4ZIS8+CEYdBhX8V8yW+WdbRzkMWsYiHmi4z5I3i+wzTiJLehA5kGBBe6gJcJsQBT9vVz iZqlNtnT3BRCiuauy4PCmDr1DaI8tmpIYYDWy69E73j1NZ2IShhGOzjAnzZib3QDt7Lg5PVLi3U9J /kRgSOdjcwiEGcHOUHmESLjr4sR+fAjw+d0XTN7E6udfS8Gq1Sx2gIBHZ3mNnXzxU+pOnChqNLh1U keH9nqxVeC5UT4JB9jHL2myn7pzQbwhptbGoqwNIYF8oU2HUdX5O73hrtyDgLdyxXgb6TS9HZujn+ cJtoXvb4LwpWBBubGM0atg==; Received: from [87.69.77.57] (port=2770 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 1mwObk-0002Wl-Ec; Sun, 12 Dec 2021 08:09:40 -0500 Date: Sun, 12 Dec 2021 15:09:32 +0200 Message-Id: <83r1ainf5f.fsf@gnu.org> From: Eli Zaretskii To: rms@gnu.org In-Reply-To: <83mtl6pap4.fsf@gnu.org> (message from Eli Zaretskii on Sun, 12 Dec 2021 09:02:47 +0200) Subject: Re: bug#52328: 27.2; [DOC] Paragraph about quit-restore-window References: <87tufm0xcd.fsf@laposte.net> <83mtlcxnwi.fsf@gnu.org> <8fdf37fa-38f5-cf83-c3bb-e04c4eed8dfb@gmx.at> <889d880b-4b43-871c-da01-afeb6d8ad449@gmx.at> <83mtl6pap4.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52328 Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, 52328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Resent-From: Eli Zaretskii > Original-Sender: "Debbugs-submit" > Resent-CC: bug-gnu-emacs@gnu.org > Resent-Sender: help-debbugs@gnu.org > Date: Sun, 12 Dec 2021 09:02:47 +0200 > From: Eli Zaretskii > Cc: eric@ericabrahamsen.net, 52328@debbugs.gnu.org, ke.vigouroux@laposte.net > > > From: Richard Stallman > > Date: Sat, 11 Dec 2021 23:00:33 -0500 > > Cc: eric@ericabrahamsen.net, ke.vigouroux@laposte.net, 52328@debbugs.gnu.org > > > > Would someone please install my changes to windows.texi? > > It's on my todo, and I will get to it, eventually. Now done.