From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows Resent-From: Alex Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Aug 2017 05:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 27999@debbugs.gnu.org Cc: Martin Rudalics X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.150208219827454 (code B ref -1); Mon, 07 Aug 2017 05:04:02 +0000 Received: (at submit) by debbugs.gnu.org; 7 Aug 2017 05:03:18 +0000 Received: from localhost ([127.0.0.1]:45174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1deaCE-00078k-Go for submit@debbugs.gnu.org; Mon, 07 Aug 2017 01:03:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53819) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1deaCC-00078X-Kt for submit@debbugs.gnu.org; Mon, 07 Aug 2017 01:03:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1deaC6-0000gM-AQ for submit@debbugs.gnu.org; Mon, 07 Aug 2017 01:03:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42492) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1deaC6-0000gG-7t for submit@debbugs.gnu.org; Mon, 07 Aug 2017 01:03:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44789) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1deaC4-0001wL-W3 for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 01:03:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1deaC1-0000fh-T1 for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 01:03:09 -0400 Received: from mail-io0-x244.google.com ([2607:f8b0:4001:c06::244]:36651) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1deaC1-0000eK-Oz for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 01:03:05 -0400 Received: by mail-io0-x244.google.com with SMTP id j32so4634821iod.3 for ; Sun, 06 Aug 2017 22:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version; bh=r/T4GehVqNryTriqUqwQQeyjX6dtzCnCUBHnyU90x2Q=; b=tRD7wEWfyYUdle4cYT5tmYhZ1B62P/xrFgOLa6ysncIwJ0VjslUc5BWbbNr/SZGyVY Y+D7baiyWSYxt/eYtPnTEeSA4dXwrzkDCVeSKPYR+7+9CAGpu8nMwgg/PxxHkSQ7HAmR m5YYzBQSDcgaQFHK1yqjqi49PCGA291CwphUeUbuI2wvAqWDQ/7zUxCcuITHqY5Phw8M AJEJAd3gs4aNSVGE4VLZeCuRKQXCfYkMGFzj9l9SQNVpVJZSXRCr5F34lewOF+FG1aJA Um0vJjP3HxOkBtQtBTtchWFfnExaKNMlc8Vi4BfZEhisXlgoe8cqrR3VgHYdEilCtadH ttNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version; bh=r/T4GehVqNryTriqUqwQQeyjX6dtzCnCUBHnyU90x2Q=; b=SKLAeRwkqAmtFqx13TG6f8Qla0XYh0UUFWgiHNVlhxI3lcIK83cO07+naqfyXEogoF fMsSkzaTFJ7Q7UGzmvCNl5wXwbZ2Ar5P8bsoF6KE0NBdr0KR34Kt4hLU/Y2I5dCByMkY lECQc9WyPXhBIdXisLqjw+zhgKvv21XWcheAH1LGgfzXv+ba3SHUJIvAhPk3kMoMafKp rL8nZxidMIp7gBnH8uFo73HB2h9li/9vq/C54s17CqbhWg2578dmuW2H/TsD5Atv7FBD RDOaCDlpU4fBDXLZfpY5tBEpFqxEmH8bac/rznW+WSzWNHswByb6IerbmnM5UlmPhnyD jwVw== X-Gm-Message-State: AHYfb5jGYFUTc7nbgxT1t5s4Wc19FpocrFzIwXBzhDEJxJQlgHYu4QFE M2sDXQId/Ix0IA== X-Received: by 10.107.189.194 with SMTP id n185mr11965547iof.36.1502082183537; Sun, 06 Aug 2017 22:03:03 -0700 (PDT) Received: from lylat (S010664777d9cebe3.ss.shawcable.net. [70.64.85.59]) by smtp.gmail.com with ESMTPSA id w6sm3349085itb.2.2017.08.06.22.03.01 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 06 Aug 2017 22:03:02 -0700 (PDT) From: Alex Date: Sun, 06 Aug 2017 23:02:57 -0600 Message-ID: <87h8xkezr2.fsf@lylat> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) 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: -4.0 (----) I believe this is due to commit b8fd71d57 (C-x 1 works fine when checking out its parent commit). I tested using the following: (display-buffer-in-side-window (get-buffer "*Messages*") '((side . left))) Executing "C-x 1" in Emacs 25.2 doesn't delete the *Messages* buffer, but in master it does. From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Aug 2017 07:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: agrambot@gmail.com, 27999@debbugs.gnu.org X-Debbugs-Original-To: Alex , bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.150209259625359 (code B ref -1); Mon, 07 Aug 2017 07:57:02 +0000 Received: (at submit) by debbugs.gnu.org; 7 Aug 2017 07:56:36 +0000 Received: from localhost ([127.0.0.1]:45227 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dectw-0006ax-4u for submit@debbugs.gnu.org; Mon, 07 Aug 2017 03:56:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52354) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dectu-0006al-Fk for submit@debbugs.gnu.org; Mon, 07 Aug 2017 03:56:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1decto-0007Fr-6E for submit@debbugs.gnu.org; Mon, 07 Aug 2017 03:56:29 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46526) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1decto-0007Fn-3B for submit@debbugs.gnu.org; Mon, 07 Aug 2017 03:56:28 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43325) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dectm-000736-K7 for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 03:56:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dectj-0007F6-Iu for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 03:56:26 -0400 Received: from mout.gmx.net ([212.227.17.20]:54670) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dectj-0007EQ-65 for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 03:56:23 -0400 Received: from [192.168.1.100] ([46.125.250.27]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LtJ5T-1dUgaB3u4h-012mrp; Mon, 07 Aug 2017 09:56:17 +0200 Message-ID: <59881D1A.80908@gmx.at> Date: Mon, 07 Aug 2017 09:56:10 +0200 From: martin rudalics MIME-Version: 1.0 References: <87h8xkezr2.fsf@lylat> In-Reply-To: <87h8xkezr2.fsf@lylat> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:7BPn+WGK6DjCo2jryn07nt2h7HF1m9xjWp0pN/wj//s5Y4uwRDl nRg2e+t7bn8oiqpBspftPC9OGNRkM1wnxMm8nrRiuxDNqg3KKIBH8/Um9pga3lmFsWLJhoE MDpiShCjo9kaA/qAY5GIOPxCSwJEjtGAhXInZFrNvJ01BKcxk6lpzZNJc7XEEygia5wsD0K gtss0nRKvHWiJmWDa38Yw== X-UI-Out-Filterresults: notjunk:1;V01:K0:yZCkUfM9yOI=:mZg3Lb76NScXEESsrcHjmW cmDeZT+F/GC6dxovJhI0mWB6t0BXZSDKWrQXztKmw/J3FErCWt7im8XPnX1Arc0pRhvjc3b5S 93bAlBH7mqu4Suicc+nBf/kMay3utsi6zlHrBS6Ek7tT0W+xp9ubsG9ndHyiJoPcOB38l+85M dVxAQ4kmpMYbu5yYbcKYaNAKhwGTaE/3yAeQ+mFU/mi74eJJYqR3lwVmKfXG91jEERoI9agAl u+TeG6uAD9JlIq5DzH5YQFlTf/pPzWD5qiwWeclWxC1o923MIg3aaUTcjTJbmKhMWb+66qBvI 38xa51HU9Lozj5NRh9h1XpLmkTXsxFz0tnZiDTWlpcACWflFAHu/RXakSNcaMTxsiQf6JrliD YIc8U/s4w2OaFgfvQHe7S7n+0RUqWcfCI+TnniZGuB9/YWtnnbgWfDYgm9tR+frDdlYyr0lpA e+/taf9Rx1Opk1JUCaG4fWq66h28B8qHilrFq9ze+HiqYRlS0oP/bzFP7f5ob1TAdYj6K8vnn 1ji/yjFLp4mCGaw9HHzf0iYHc2Na+OnDsMjVeNfhizgE5/zLazM4At9G3E64sTWXUSUURcIFN MwXGf4/nx4au/ZZoJj1/hYQAxjCeAQlljFTFuHnWoELXt/uKsPICVtvslHwm8mYylCPwUr18N 08fz3ahy2DDDXNgvCMiZXucW2dihQTriKyPr68TAn9DSUJWTG0Tn/0zZC7oYlvE6tUqvEqpg5 R6EsR4KzG3z6ISj7QygLWceFa8XYc/FziEUxASR8qtgSeUlX3fJxDFlGiBKoDK3/OVjUY/fOP ZbXyd0QNWupVLSGHfdJ0UPxXUDilrknDJZTZMv29ckYbJz3UoZWEg8FMV4OgeCsFPoLc/tH X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) 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: -4.1 (----) > I believe this is due to commit b8fd71d57 (C-x 1 works fine when > checking out its parent commit). Right. > I tested using the following: > > (display-buffer-in-side-window (get-buffer "*Messages*") '((side . > left))) > > Executing "C-x 1" in Emacs 25.2 doesn't delete the *Messages* buffer, > but in master it does. Please read Eli's complaints in the discussion of bug#24368 https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D24368 to understand why I made the change. You now have to explicitly set the 'no-delete-other-window' parameter of a side window in order to preserve it from being deleted. This parameter works for any window, BTW. I forgot to fix the doc-string of =E2=80=98delete-other-windows=E2=80=99 = accordingly and hopefully did that now. Please have a look. Thanks, martin From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows Resent-From: Alex Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Aug 2017 21:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 27999@debbugs.gnu.org X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.150214070627544 (code B ref -1); Mon, 07 Aug 2017 21:19:01 +0000 Received: (at submit) by debbugs.gnu.org; 7 Aug 2017 21:18:26 +0000 Received: from localhost ([127.0.0.1]:50811 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1depPt-0007AC-RF for submit@debbugs.gnu.org; Mon, 07 Aug 2017 17:18:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1depPr-00079y-Qa for submit@debbugs.gnu.org; Mon, 07 Aug 2017 17:18:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1depPh-0002uM-Jo for submit@debbugs.gnu.org; Mon, 07 Aug 2017 17:18:18 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52547) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1depPh-0002tf-GU for submit@debbugs.gnu.org; Mon, 07 Aug 2017 17:18:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38391) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1depPc-0006LU-3x for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 17:18:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1depPW-0002p5-Rl for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 17:18:08 -0400 Received: from mail-io0-x232.google.com ([2607:f8b0:4001:c06::232]:33729) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1depPW-0002ol-NP for bug-gnu-emacs@gnu.org; Mon, 07 Aug 2017 17:18:02 -0400 Received: by mail-io0-x232.google.com with SMTP id j32so7114302iod.0 for ; Mon, 07 Aug 2017 14:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=m+AjVygWGSTZytnuii15SSN2kcin8bQxfa/uc6ZTqi4=; b=uoI3RHEXI6HN7J1Fism5gWuvoq49poCG3OTvLEbLmJaLeV4dw8xYrTbnrhQ3aH+fAR 7QY7OTcWnHUq2LQ5mXOBRhIvTMXrLVl3c1el7CJObJLuYqUXJlUzSqIBPqhSOtRk4TAo giHWOEfjQ+Bip+e/GBlJZqISUgEcMWeGW503rhGV3MJN37hHmljkzZPZDIKelQpP1mKk J8D4KHsfQMJqXVxlvD/tTHoMrxhbafSHMj9v2qFCzmDtCvwusG6o0brrAPqS2GzBFuQ8 5FgWngZCYdqNHVywwOSU3uwrawB6qj7V460IOOKkkCGR9LYlk4orW6P1IZxpoCzZxdAP QkRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=m+AjVygWGSTZytnuii15SSN2kcin8bQxfa/uc6ZTqi4=; b=PLXxH01nweYiXYTuIA6ubHbhixuff+qjJkfXv+kYCP33euo8J16zsW2qhT4yOq7iGu dNo1AYbOF2as7i+b7BJQmImozYu8zPp5KAnSJpbyPtek/2VNUNy9FwzeYWVtCIW/b9VL xWNKkI82KDybj69iLe1TqXNJofQYeHn2kCPAJ+ok28pELnuKvq4Lv2TJflBfeujTRtg0 p9o0E1Wwxci/qpH8T6TfRHJ4cSN8L2g88lUtaeCHf5DeybKDW4etrMbtWxaHo9pDUyIs l47mO5E2hdQRIcYrzX/+eoQxXZEBZoIig+m89GyDmi5CRn7GGyPsLmlRu/u4qrRYMjE7 38JA== X-Gm-Message-State: AHYfb5gq/z8xuXnUS0ewmKhpBtBHeSxt6oWq1iTxOt94eZh+cZWw8/Zk gF5IePvaexsixPob X-Received: by 10.107.8.27 with SMTP id 27mr1726313ioi.225.1502140681781; Mon, 07 Aug 2017 14:18:01 -0700 (PDT) Received: from lylat (S010664777d9cebe3.ss.shawcable.net. [70.64.85.59]) by smtp.gmail.com with ESMTPSA id p123sm14650ite.14.2017.08.07.14.17.59 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 07 Aug 2017 14:18:00 -0700 (PDT) From: Alex References: <87h8xkezr2.fsf@lylat> <59881D1A.80908@gmx.at> Date: Mon, 07 Aug 2017 15:17:54 -0600 In-Reply-To: <59881D1A.80908@gmx.at> (martin rudalics's message of "Mon, 07 Aug 2017 09:56:10 +0200") Message-ID: <87d187m60t.fsf@lylat> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) 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: -4.0 (----) martin rudalics writes: >> I tested using the following: >> >> (display-buffer-in-side-window (get-buffer "*Messages*") '((side . >> left))) >> >> Executing "C-x 1" in Emacs 25.2 doesn't delete the *Messages* buffer, >> but in master it does. > > Please read Eli's complaints in the discussion of bug#24368 > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D24368 > > to understand why I made the change. You now have to explicitly set the > 'no-delete-other-window' parameter of a side window in order to preserve > it from being deleted. This parameter works for any window, BTW. > > I forgot to fix the doc-string of =E2=80=98delete-other-windows=E2=80=99 = accordingly and > hopefully did that now. Please have a look. Thanks, that makes it clearer. I figure that for side windows, it would be more common to want the previous behaviour than not. Since if someone wanted to remove all side windows, one could use 'window-toggle-side-windows' instead, right? In any case, it would be nice to have a better interface for enabling (or disabling) this behaviour, rather than using 'set-window-parameter'. I'd like to suggest an additional (preferably terse) special symbol for the alist argument of 'display-buffer-in-side-window' that would inhibit window deletion either by delete-other-windows, delete-window, or both. The procedure mentions "a =E2=80=98window-parameter=E2=80=99 entry in ALIST= ", but it doesn't mention the form it should be in. I tried a few obvious forms, but none were applied. In any case, I believe it's still too inconvenient to list out the relevant parameters explicitly in this way. P.S. I believe the =E2=80=98no-delete-other-window=E2=80=99 parameter shoul= d instead be =E2=80=98no-delete-other-windows=E2=80=99, to match the plurality of =E2=80=98delete-other-windows=E2=80=99. I made that mistake when first tryi= ng to set the parameter. From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Aug 2017 10:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alex Cc: 27999@debbugs.gnu.org X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15022729938506 (code B ref -1); Wed, 09 Aug 2017 10:04:02 +0000 Received: (at submit) by debbugs.gnu.org; 9 Aug 2017 10:03:13 +0000 Received: from localhost ([127.0.0.1]:52673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dfNpZ-0002D8-20 for submit@debbugs.gnu.org; Wed, 09 Aug 2017 06:03:13 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52852) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dfNpX-0002Cw-Pf for submit@debbugs.gnu.org; Wed, 09 Aug 2017 06:03:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dfNpR-000339-9V for submit@debbugs.gnu.org; Wed, 09 Aug 2017 06:03:06 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42946) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dfNpR-000335-7D for submit@debbugs.gnu.org; Wed, 09 Aug 2017 06:03:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43816) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dfNpP-0002dQ-QG for bug-gnu-emacs@gnu.org; Wed, 09 Aug 2017 06:03:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dfNpJ-00031R-5X for bug-gnu-emacs@gnu.org; Wed, 09 Aug 2017 06:03:00 -0400 Received: from mout.gmx.net ([212.227.17.22]:63675) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dfNpI-00030k-P1 for bug-gnu-emacs@gnu.org; Wed, 09 Aug 2017 06:02:57 -0400 Received: from [192.168.1.100] ([213.162.68.238]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MCOdh-1doUVp1tgX-009CMK; Wed, 09 Aug 2017 12:02:52 +0200 Message-ID: <598ADDC2.8010903@gmx.at> Date: Wed, 09 Aug 2017 12:02:42 +0200 From: martin rudalics MIME-Version: 1.0 References: <87h8xkezr2.fsf@lylat> <59881D1A.80908@gmx.at> <87d187m60t.fsf@lylat> In-Reply-To: <87d187m60t.fsf@lylat> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:34NWgRiKV8pVeiesIkUJyGsdoRmwkSYeHt7TZ6LAUCRwnj7ChC5 W9y5Kaonb2j1O7MnB45x6sKwZXT2kgfpROsPo3sP16LlsxVrf13wtPWXra3T09egw/H7i+w 68TPPuhN+TDzuu56O52q8JXfitVW7sSTP/N3nDB064ttbdhpnCDWgrFeYMkdgXmljZJxpsl o91Dm9wzQoU5jcZqGGvJw== X-UI-Out-Filterresults: notjunk:1;V01:K0:ofeIsUpb1pI=:SZlVPZGSSst66Z3xEqqzBe 2xNePxP6J5aLLjME4F0v0FnYC1MlWDvkh8FR7d5WtdUCdG58LkjVrZHVOoqT3RiW9WOWfzQfO wp5bVJd3+FIMp9lzpHUEJwe6IrC5dHj+d2Q1jecCYgXKqmPK/QgC7jjL+zxU7hNCQqvZmjojt 99MwpDiRFalvK1iofidmjkJBudJxnePKnVuNUHbj9rIrjkdCHXCghW7MAFQhdJKMgQa/xYlCP YbA5yJ+od9bp53cnLXjILymRSOTUCbxvei6TXvu3Ovry+1Ij7oZRp0BI8nl+DbnyLLWU4yUkN EAh4J+6/xUojNH4pzIAXVC7FIt7ydVv9kqYB/lpi9EFkftji6/FW1y/5jiV38P/30Qss2ny2w 0KFxECjHdyXh+n/8jVESAcoXhZmqEDJCePfCuZc+84RqSKUdk+pW1OFfoNZCtqEWTWDWEKswu M8RdxPEhmR9qFoQAJVvTMaabxVgq/RJyu+UxsrKVaVD1Gu1y5gXSzE8ODt8eu4VA1FSyn6BuN 29slH5pYbE5jMpQTDCvXIN1Dzt+mP7AV3vRt4fEqAgve8JKBwmqktih/5EtnIWV/DTc1iPA8K UH/C5Bbc1+1V6q5KTZf6cRlPQxIhxVxYGFAH+CY/yvzLrs9Gdar15rPGV04hxvRQ3tHq45cQs fs6I6tL/ffLyOEANvZt+clnFCwNjaLtpAMTbz8CdyyIkF9u8iTye2x0Ywsj9vs0F6gTUYD3VA s7IbB74jeSYXhZDz7awWq3XGwPgCeDUSoANT6qyZOYc2/8Kre5mdHCoZVKxNsxRUZZZ7DosY7 jO/gDGsjbwYEuPfR8Udl26x0RAuxZptGTLqkXJHfKEYMTNJslc= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) 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: -4.1 (----) > I figure that for side windows, it would be more common to want the > previous behaviour than not. Since if someone wanted to remove all sid= e > windows, one could use 'window-toggle-side-windows' instead, right? Right. But IIUC some people wanted side windows for the single purpose to display a buffer on a chosen side of the frame. Once created, they want the window to behave like any other ordinary window. They don't get that because a side window cannot be made the single window of its frame, cannot be split and the like. Still ... > In any case, it would be nice to have a better interface for enabling > (or disabling) this behaviour, rather than using 'set-window-parameter= '. > > I'd like to suggest an additional (preferably terse) special symbol fo= r > the alist argument of 'display-buffer-in-side-window' that would inhib= it > window deletion either by delete-other-windows, delete-window, or both= =2E Then we should probably care about the =E2=80=98no-other-window=E2=80=99 = parameter as well. BTW, a =E2=80=98no-delete-window=E2=80=99 parameter doesn't exist = yet - we would have to add it first. Currently, you have to set the =E2=80=98delete-win= dow=E2=80=99 parameter of the window to 'ignore. Also note that in general it's easier to just add a parameter than to first have one added and remove it afterwards. There is an example in the Elisp manual section 28.19.3 Frame Layouts with Side Windows. Could you read it first, tell me what is not clear or clumsy to use. Then we could possibly come up with a better solution. > The procedure mentions "a =E2=80=98window-parameter=E2=80=99 entry in = ALIST", but it > doesn't mention the form it should be in. The doc-string of =E2=80=98display-buffer=E2=80=99 describes it as =E2=80=98window-parameters=E2=80=99 -- Value specifies an alist of wind= ow parameters to give the chosen window. > I tried a few obvious forms, > but none were applied. In any case, I believe it's still too > inconvenient to list out the relevant parameters explicitly in this wa= y. This should be improved since window parameters should be easily specifiable in a =E2=80=98display-buffer=E2=80=99 alist not only for side= windows. Please make a suggestion. > P.S. I believe the =E2=80=98no-delete-other-window=E2=80=99 parameter = should instead be > =E2=80=98no-delete-other-windows=E2=80=99, to match the plurality of > =E2=80=98delete-other-windows=E2=80=99. I made that mistake when first= trying to set the > parameter. Suppose we added a =E2=80=98no-delete-window=E2=80=99 parameter: Its sema= ntics would probably be to not delete this window. Then a =E2=80=98no-delete-other-w= indows=E2=80=99 parameter's semantics would be to not delete any other windows when invoked with this window selected. That's why I chose the term without the "s". Arguably, this reasoning is broken by the =E2=80=98no-other-win= dow=E2=80=99 parameter ... martin From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows In-Reply-To: <87h8xkezr2.fsf@lylat> Resent-From: Alex Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2017 20:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 27999@debbugs.gnu.org X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.150308750519251 (code B ref -1); Fri, 18 Aug 2017 20:19:01 +0000 Received: (at submit) by debbugs.gnu.org; 18 Aug 2017 20:18:25 +0000 Received: from localhost ([127.0.0.1]:44654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dinir-00050R-Er for submit@debbugs.gnu.org; Fri, 18 Aug 2017 16:18:25 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dinip-00050B-9x for submit@debbugs.gnu.org; Fri, 18 Aug 2017 16:18:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dinii-0001CO-LI for submit@debbugs.gnu.org; Fri, 18 Aug 2017 16:18:17 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:58756) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dinii-0001CC-IC for submit@debbugs.gnu.org; Fri, 18 Aug 2017 16:18:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48788) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dinig-0007nD-Oy for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2017 16:18:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dinid-00014U-IQ for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2017 16:18:14 -0400 Received: from mail-it0-x232.google.com ([2607:f8b0:4001:c0b::232]:33854) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dinid-00011R-BJ for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2017 16:18:11 -0400 Received: by mail-it0-x232.google.com with SMTP id f16so2405423itb.1 for ; Fri, 18 Aug 2017 13:18:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-transfer-encoding; bh=E1IhyMMr/svzNxsiHG/egi6ZjU9NLRNfMaZjX5NPWJc=; b=l/yjPt0PFGMjXzhobGxyAsYbTYhJfAPwY9o785v0Y41wKqa96Q0fUYRA3lIFE3ScxC yQQsL5SXmtSDJvh5zkmlPp5Ms34PAC+QtQNi50Ni4ls0xiow/cl+3MKNcAywjrZvvkKY xqYUabvlTd9eqf255DfsDEWvqMJQBRzQ3EZowFPD2L0ITR7bZfV6xhDWXj73uUR5sRqu rQnM671qd4bZv+I3buUTWxuIdEecF+stxjnVpt8uOCoPAzTGyiuahLO0TpaVUDxGZkiM MKCFVN4M6ArSjttkF/+4448CnHQNsWtMn0YNOCUm61wC1QbFKV5xT9LgLYiGztjwSK39 AMrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:message-id :user-agent:mime-version:content-transfer-encoding; bh=E1IhyMMr/svzNxsiHG/egi6ZjU9NLRNfMaZjX5NPWJc=; b=LWuN7lg9GSwbj5qO9wIv+2O0euJbHtPRviEqUnjgjeNXIBV/5fK49/XfD6RuZKQoW4 5awoDfIdVkmeszQYJQaBDKMcM8YY8+j0/BA0YDqi3C2WTGNt8hk09zMSjXsqREufdIe3 N0mnJm/PM4M6dIK2nt1UtfT52pUxOnIQI+y+xxeZxip97mNGhUreyTXRbwx11FW+uV8I ynvuNUw72aEP9em30OavHwzFUivpsdvqz/sfNZdIc4fJV9ijn1iCACgrbcCyWl5dzMyw 2EHo21iDDW05517AX9AdVUm17aF/XO07QmeR+Wsl+kHnTjxDvejmKF9oJxzvuSZgBHse qeuQ== X-Gm-Message-State: AHYfb5gGjUsQ7/xlMgHx1WP+9mL+xo0gkMaA43iPZ25O/LXdb6jkyMLa 1w+NlHPFgKEjL3F9 X-Received: by 10.36.13.65 with SMTP id 62mr2801677itx.166.1503087488824; Fri, 18 Aug 2017 13:18:08 -0700 (PDT) Received: from lylat (S010664777d9cebe3.ss.shawcable.net. [70.64.85.59]) by smtp.gmail.com with ESMTPSA id w135sm1041547itc.42.2017.08.18.13.18.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 18 Aug 2017 13:18:07 -0700 (PDT) From: Alex References: <87h8xkezr2.fsf@lylat> <59881D1A.80908@gmx.at> <87d187m60t.fsf@lylat> <598ADDC2.8010903@gmx.at> Date: Fri, 18 Aug 2017 14:17:53 -0600 Message-ID: <87mv6wiqa6.fsf@lylat> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) 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: -4.0 (----) Sorry for not responding sooner. martin rudalics writes: >> I figure that for side windows, it would be more common to want the >> previous behaviour than not. Since if someone wanted to remove all side >> windows, one could use 'window-toggle-side-windows' instead, right? > > Right. But IIUC some people wanted side windows for the single purpose > to display a buffer on a chosen side of the frame. Once created, they > want the window to behave like any other ordinary window. They don't > get that because a side window cannot be made the single window of its > frame, cannot be split and the like. Still ... That sounds like a job for a different function. Wouldn't it make sense for the default to have 'no-delete-other-window' by default, assuming that more people want it than not (and perhaps only if there is a nice interface disabling it)? >> In any case, it would be nice to have a better interface for enabling >> (or disabling) this behaviour, rather than using 'set-window-parameter'. >> >> I'd like to suggest an additional (preferably terse) special symbol for >> the alist argument of 'display-buffer-in-side-window' that would inhibit >> window deletion either by delete-other-windows, delete-window, or both. > > Then we should probably care about the =E2=80=98no-other-window=E2=80=99 = parameter as > well. BTW, a =E2=80=98no-delete-window=E2=80=99 parameter doesn't exist = yet - we would > have to add it first. Currently, you have to set the =E2=80=98delete-win= dow=E2=80=99 > parameter of the window to 'ignore. Also note that in general it's > easier to just add a parameter than to first have one added and remove > it afterwards. Right, I used #'ignore in my testing, but a separate `no-delete-window` would be nice. Regarding removing parameters, wouldn't it be easier to set them to `nil' (when applicable), instead of outright removing them? Or perhaps there should just be a `remove-window-parameter' procedure included. > There is an example in the Elisp manual section 28.19.3 Frame Layouts > with Side Windows. Could you read it first, tell me what is not clear > or clumsy to use. Then we could possibly come up with a better > solution. It's clear enough (though the formatting is a bit cluttered). My main objection is that alists with many parameters are a bit annoying to use for making side windows that aren't affected by deletion/other-window commands. Here are a few alternatives (in no particular order): (1) I think plists are a bit easier for users to work with, so perhaps an option to use one would be nice. `display-buffer-in-side-window' could check to see if the user entered a plist, and could convert it to the alist equivalent. (2) `display-buffer-in-side-windows' could instead use separate arguments instead of the alist for the special symbols, including `side' and `slot'. This isn't as extensible, but it could be used only for important arguments. (3) For similar parameters (e.g., deletion and accessing/moving), there could be a single argument/parameter which can have multiple values to toggle different behaviour. For example, there could be a symbol `no-delete' with possible values `this' meaning "don't allow deletion via `delete-window'", `other', meaning "don't allow deletion via `delete-other-windows'", and `t', meaning don't delete via either. Or, if the idea of a side window that can't be deleted or accessed is common enough, then there should be a special symbol to denote that; e.g., `intangible' could mean that the window can't be deleted or accessed via `other-window', with values optionally limiting this behaviour to deletion or access. (4) There could be different procedures for different expectations. For example, there could be a `display-tangible-buffer-in-side-window' that allows for deletion via "C-x 0" and "C-x 1", while the regular procedure doesn't. This is probably the worst alternative. >> The procedure mentions "a =E2=80=98window-parameter=E2=80=99 entry in AL= IST", but it >> doesn't mention the form it should be in. > > The doc-string of =E2=80=98display-buffer=E2=80=99 describes it as > > =E2=80=98window-parameters=E2=80=99 -- Value specifies an alist of window > parameters to give the chosen window. Oh, the docstring in `display-buffer-in-side-window' has a typo: it uses `window-parameter'. >> I tried a few obvious forms, >> but none were applied. In any case, I believe it's still too >> inconvenient to list out the relevant parameters explicitly in this way. > > This should be improved since window parameters should be easily > specifiable in a =E2=80=98display-buffer=E2=80=99 alist not only for side= windows. > Please make a suggestion. The suggestion labelled (3) above would fit here the most. >> P.S. I believe the =E2=80=98no-delete-other-window=E2=80=99 parameter sh= ould instead be >> =E2=80=98no-delete-other-windows=E2=80=99, to match the plurality of >> =E2=80=98delete-other-windows=E2=80=99. I made that mistake when first t= rying to set the >> parameter. > > Suppose we added a =E2=80=98no-delete-window=E2=80=99 parameter: Its sema= ntics would > probably be to not delete this window. Then a =E2=80=98no-delete-other-w= indows=E2=80=99 > parameter's semantics would be to not delete any other windows when > invoked with this window selected. That's why I chose the term without > the "s". Arguably, this reasoning is broken by the =E2=80=98no-other-win= dow=E2=80=99 > parameter ... Yeah, terser names here lead to more ambiguity. Another possible way to interpret these parameters is that when set, the window isn't affected or considered by the command. E.g., `no-delete-window' means "this window is not affected by `delete-window'"; `no-delete-other-windows' would mean "this window is not affected by `delete-other-windows'; `no-other-window' means "this window is not considered by 'other-window'. Under this interpretation, `no-delete-other-windows' makes more sense than `no-delete-other-window'. P.S. Section 28.19.3 uses the parameter `preserve-size', while section 28.29 uses `preserved-size'. From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Aug 2017 09:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alex Cc: 27999@debbugs.gnu.org X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15031339277938 (code B ref -1); Sat, 19 Aug 2017 09:13:01 +0000 Received: (at submit) by debbugs.gnu.org; 19 Aug 2017 09:12:07 +0000 Received: from localhost ([127.0.0.1]:45144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1diznb-00023y-7k for submit@debbugs.gnu.org; Sat, 19 Aug 2017 05:12:07 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55595) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1diznZ-00023S-Qy for submit@debbugs.gnu.org; Sat, 19 Aug 2017 05:12:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1diznT-0002tK-7k for submit@debbugs.gnu.org; Sat, 19 Aug 2017 05:12:00 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50,FREEMAIL_FROM, RCVD_IN_SORBS_SPAM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:45888) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1diznT-0002tE-4b for submit@debbugs.gnu.org; Sat, 19 Aug 2017 05:11:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46558) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1diznQ-0004mq-1L for bug-gnu-emacs@gnu.org; Sat, 19 Aug 2017 05:11:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1diznI-0002rb-HT for bug-gnu-emacs@gnu.org; Sat, 19 Aug 2017 05:11:55 -0400 Received: from mout.gmx.net ([212.227.15.15]:52622) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1diznI-0002qw-77 for bug-gnu-emacs@gnu.org; Sat, 19 Aug 2017 05:11:48 -0400 Received: from [192.168.1.100] ([46.125.249.118]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MaIsi-1dyTJQ2gJM-00JtRR; Sat, 19 Aug 2017 11:11:44 +0200 Message-ID: <599800CC.40904@gmx.at> Date: Sat, 19 Aug 2017 11:11:40 +0200 From: martin rudalics MIME-Version: 1.0 References: <87h8xkezr2.fsf@lylat> <59881D1A.80908@gmx.at> <87d187m60t.fsf@lylat> <598ADDC2.8010903@gmx.at> <87mv6wiqa6.fsf@lylat> In-Reply-To: <87mv6wiqa6.fsf@lylat> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:P8P5FESXnkJv89yASs4Y8dhJJXVfR/eU9A+cdvgcdbhvh2GzumG 3sTrmJxw06FsKJd0+U0QTM99+elcE8h9BEqXBTP0+E8uwK0anz0P27dGdSnF3P8TdWr322K 3rhLh0q8RjfEnP9UXDzhERGT6TItw6Ld4+QBfCcK4CJTt+p/U1KqTXPl5975KzGRtnZWAYc j+3p6Os65LzoPFuKcHT2A== X-UI-Out-Filterresults: notjunk:1;V01:K0:tzpjLaVFdzI=:tJC1Ew45+PB3vv5wH0rJ44 Ghpdqbsib70/y7MMsVDh5/fHxlZNRk2e8EyJCtU9IvstKfWvlKM0ru2xAwRM2QCGAhsgjBQbt HD4J3138F5l+M4fMsrTBonrJ1KR9RA5JMIb3If1j55AdfcNkWAbO1+dbmgxCNzszj50bm8Re+ sQ+B3tp/ZrChOvxGg5tSelfzNQ1PQ9GP7IIO7BaMDNogwj1kWcwuv+jLoqH+o6aB1Iym45jFE DJ9rAMwDR4yjwcWCpNAOUf3Hl/J4npNUnsXxokDfmD/Gs7yVo5NSYb0FlET/VcawZPR+Geepv s0SdzLDKrnxcYgdaZmqX5c5K2asEeguLx0PXj2aD9/TEuih5ZAo7xDXdq9UtKtYGc1K9x2Cxn M5Uf8ExqtB/HwbHiaJ5ZyHgZaQMCHeiIETmdICdBaojDKhYetpnlHdZY1Ln5UrkLCLaWccGJ2 Y3GASFPpmCwwog7ayxi0RBmIjE7BHRQ5SbcKeVKNOaPUirYqRA/GiVYyBZUTEzpiPweFmIn3j e//whQfv2iaUitaOrDEwQZvgjvNdsWWDOJXatjbMERQTRZG48Lf7oJUS7cyBEWrj2ub7evLVi WVyKSrCWGHr65ixC+SL3FdMqI9zloJs86VShwU1QWYioLEewmIyKn9bVBKtFkh8UAMTnC1hWy bz3NrU+uZD7Lgm4qG9qDZUlWvNd3cmgbWM88PYhK2T5ROINpvjNHxqybUlOrfmIVuB4s2736P 8SOVLnrFVt6ifoUeDaaK9xuhwO2aWl3e4IlVIzTkTniPtTDhY1CEZAAT9Lr1kggB/mJKRVuCR r8bZE43wzbEC7Jqi+SbsaXNXB0POjDT3W5CacC84ZFQA7II5+O0vArubGyn0Mjof8TACE0L X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.6 (---) 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.6 (---) > That sounds like a job for a different function. Wouldn't it make sens= e > for the default to have 'no-delete-other-window' by default, assuming > that more people want it than not (and perhaps only if there is a nice= > interface disabling it)? In the initial design there was no support to create side windows via =E2=80=98display-buffer=E2=80=99. Later on, I found the idea that a user= would have to make a "major" side window first overly confusing and added the =E2=80=98display-buffer-in-side-window=E2=80=99 action function. This, h= owever, means that the general =E2=80=98display-buffer=E2=80=99 conventions have to be = obeyed where anything special has to be specified via the ALIST argument as, for example, with =E2=80=98pop-up-frame-parameters=E2=80=99 or =E2=80=98windo= w-parameters=E2=80=99. So I'm still reluctant to make that change. >> Then we should probably care about the =E2=80=98no-other-window=E2=80= =99 parameter as >> well. BTW, a =E2=80=98no-delete-window=E2=80=99 parameter doesn't ex= ist yet - we would >> have to add it first. Currently, you have to set the =E2=80=98delete= -window=E2=80=99 >> parameter of the window to 'ignore. Also note that in general it's >> easier to just add a parameter than to first have one added and remov= e >> it afterwards. > > Right, I used #'ignore in my testing, but a separate `no-delete-window= ` > would be nice. We can easily add it but it's a matter of precedence: If a user specifies both =E2=80=98no-delete-window=E2=80=99 and =E2=80=98delete-win= dow=E2=80=99 which one prevails? > Regarding removing parameters, wouldn't it be easier to > set them to `nil' (when applicable), instead of outright removing them= ? We do set them to nil. That's what I had in mind when I used the term "remove". > Or perhaps there should just be a `remove-window-parameter' procedure > included. There's none because there is no such function for frame parameters either. Besides, I still don't know whether we somewhere test for the presence of a parameter with a given name instead of testing its value. > My main objection is that alists with many parameters are a bit annoyi= ng > to use for making side windows that aren't affected by > deletion/other-window commands. Here are a few alternatives (in no > particular order): > > (1) I think plists are a bit easier for users to work with, so perhaps= > an option to use one would be nice. `display-buffer-in-side-window' > could check to see if the user entered a plist, and could convert it t= o > the alist equivalent. We use alists in =E2=80=98display-buffer=E2=80=99 and I want to stick to = that convention. > (2) `display-buffer-in-side-windows' ^ > could instead use separate > arguments instead of the alist for the special symbols, including `sid= e' > and `slot'. This isn't as extensible, but it could be used only for > important arguments. This might create some confusion. =E2=80=98display-buffer-in-side-window= =E2=80=99 should behave like all other =E2=80=98display-buffer=E2=80=99 action func= tions. > (3) For similar parameters (e.g., deletion and accessing/moving), ther= e > could be a single argument/parameter which can have multiple values to= > toggle different behaviour. For example, there could be a symbol > `no-delete' with possible values `this' meaning "don't allow deletion > via `delete-window'", `other', meaning "don't allow deletion via > `delete-other-windows'", and `t', meaning don't delete via either. Or,= > if the idea of a side window that can't be deleted or accessed is comm= on > enough, then there should be a special symbol to denote that; e.g., > `intangible' could mean that the window can't be deleted or accessed v= ia > `other-window', with values optionally limiting this behaviour to > deletion or access. This again raises the question how to deal with the case where a user specifies both a =E2=80=98no-delete=E2=80=99 t and a =E2=80=98no-delete-o= ther-windows(s)=E2=80=99 nil parameter. > (4) There could be different procedures for different expectations. Fo= r > example, there could be a `display-tangible-buffer-in-side-window' tha= t > allows for deletion via "C-x 0" and "C-x 1", while the regular procedu= re > doesn't. This is probably the worst alternative. Probably. >>> The procedure mentions "a =E2=80=98window-parameter=E2=80=99 entry i= n ALIST", but it >>> doesn't mention the form it should be in. >> >> The doc-string of =E2=80=98display-buffer=E2=80=99 describes it as >> >> =E2=80=98window-parameters=E2=80=99 -- Value specifies an alist of = window >> parameters to give the chosen window. > > Oh, the docstring in `display-buffer-in-side-window' has a typo: it us= es > `window-parameter'. Thanks. It's a disease. Hopefully fixed now. > Yeah, terser names here lead to more ambiguity. Another possible way t= o > interpret these parameters is that when set, the window isn't affected= > or considered by the command. E.g., `no-delete-window' means "this > window is not affected by `delete-window'"; `no-delete-other-windows' > would mean "this window is not affected by `delete-other-windows'; > `no-other-window' means "this window is not considered by > 'other-window'. > > Under this interpretation, `no-delete-other-windows' makes more sense > than `no-delete-other-window'. Sounds plausible. Adopted now. > P.S. Section 28.19.3 uses the parameter `preserve-size', IIRC this is not a parameter but an argument for =E2=80=98fit-window-to-b= uffer=E2=80=99 which can also appear in the =E2=80=98display-buffer=E2=80=99 ALIST argum= ent. > while section > 28.29 uses `preserved-size'. This is indeed the corresponding parameter installed by =E2=80=98window-preserve-size=E2=80=99. martin From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Aug 2017 09:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alex Cc: 27999@debbugs.gnu.org Received: via spool by 27999-submit@debbugs.gnu.org id=B27999.15031347749334 (code B ref 27999); Sat, 19 Aug 2017 09:27:02 +0000 Received: (at 27999) by debbugs.gnu.org; 19 Aug 2017 09:26:14 +0000 Received: from localhost ([127.0.0.1]:45162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dj01F-0002QT-Tg for submit@debbugs.gnu.org; Sat, 19 Aug 2017 05:26:14 -0400 Received: from mout.gmx.net ([212.227.17.21]:53375) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dj01D-0002QF-V4 for 27999@debbugs.gnu.org; Sat, 19 Aug 2017 05:26:12 -0400 Received: from [192.168.1.100] ([46.125.249.118]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lr46Z-1d6Nws1Axf-00edFt; Sat, 19 Aug 2017 11:26:05 +0200 Message-ID: <59980429.5020809@gmx.at> Date: Sat, 19 Aug 2017 11:26:01 +0200 From: martin rudalics MIME-Version: 1.0 References: <87h8xkezr2.fsf@lylat> <59881D1A.80908@gmx.at> <87d187m60t.fsf@lylat> <598ADDC2.8010903@gmx.at> <87mv6wiqa6.fsf@lylat> <599800CC.40904@gmx.at> In-Reply-To: <599800CC.40904@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:IiEgaztvJME0hrRUKkUcKeMlqyRt/jM+/ua9GCUygnu9crCqEty S+yCrwfpVQCpN6wfsKOFMKaGMdsJTBjVWvY8JFLd9hzLNt8KZcPUxVFBegjLS/Ax9ft2YNe QG+fIgXw9raEYmYX15Su1hFmoCXCat0FGIKmXbxaMC6IyNLDRi8Yim8xpRnLv+Yor2o+v/w 4cwOBfSLv2DKs6UPIoUhw== X-UI-Out-Filterresults: notjunk:1;V01:K0:S4JDyDsj07M=:3A5AB87Q3XTvCdF97+3d1u qrQhLxlYRgpFulLW1O7DX6O1uBEQH2UTzCpWr1cjfDR4A90TeJGAjWhfEkPN0K0Igs1RUbHsQ PWj4/3cOVTTHf7r7g8LNKsu2upTA1A3k+GU32hKV1ttan526Kw88C+X78cb3scutCf7l1+7Hw +lNhLGXC+kmWeWXPRnNqkPuLWze1uTkoERc28VgEJR1yaEOkDcdy9cWJIc5nAmuwDVLFK1yiw Y7xipft4osm84NHuk/FX7YgPIjS+wKi59cujmMr/F3RmEsGSJgt+R83g0lii/s4W+Tw5st7Ib jkYr38LXRNahPbqVDlGFPW2bhKRYMNnIvHiHNKIdlPOtuERSHi8qmGAYoDByrzBSFYhL00TRS oid9x2UtDoPSWN8IStUTnP0iAH2kau2zFONfLw/YUu7JhusOHUtUc50QcXA0Qa8NyP6W8SxZk MzxaHlP6D1scvLwvljSM8hcPXqONsUb8gRQm2fGq2wyd1/JCpmZWNb65Me1i+LsgI6UsHdEaT yquk016OBVjhm+TN+dj3pBK4h5H4WDfFfZ0QX+oCzmO14tZgru2neKxFvyp597sRD+VMjV/+L YEJ2xdaLJTa8HklMatICWCEnkVJZj1sX5Wdx6itC54p9mQ4WmGq4dPMylwV1ewubLZhY5SOzd Klk26I5cUJO+/C9VlowI69xtCYleQC4hElPchi4xvNNYse74h1dH/2uBhVHc2knSggs0xyPZs tzYoISxnHYWf0irO0LNArC1JbVluqAcS3S/jeAFB9vwaAE7zntbjwUln0iQlGdnKwK4mGMB1v KKlL0p4IsJlN946EqTJtAj7taC1Jl20yLFt8DvfPMkrZL6uDOAkowAolJmUqxbH9ZjaBKcV X-Spam-Score: -0.7 (/) 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: -0.7 (/) > > while section > > 28.29 uses `preserved-size'. > > This is indeed the corresponding parameter installed by > =E2=80=98window-preserve-size=E2=80=99. A lie, obviously. The parameter is called =E2=80=98window-preserved-size= =E2=80=99. Hopefully fixed now as well. Thanks for the attentive reading, martin From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Jan 2022 15:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alex Cc: Martin Rudalics , 27999@debbugs.gnu.org Received: via spool by 27999-submit@debbugs.gnu.org id=B27999.164295348617795 (code B ref 27999); Sun, 23 Jan 2022 15:59:01 +0000 Received: (at 27999) by debbugs.gnu.org; 23 Jan 2022 15:58:06 +0000 Received: from localhost ([127.0.0.1]:40874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nBfFm-0004cw-Bj for submit@debbugs.gnu.org; Sun, 23 Jan 2022 10:58:06 -0500 Received: from quimby.gnus.org ([95.216.78.240]:39586) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nBfFk-0004cP-I8 for 27999@debbugs.gnu.org; Sun, 23 Jan 2022 10:58:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZPVpbB1AsPB/qnmHK2SnBdbbOTvw4LswxbNXXaxVjW0=; b=QKd7+uLbo7GGAOanhNHenliJqY mzRmu9qPVr8wvMScRBx/z6nV/Ifzdb5wk6szDD4H3kOVjRjBMSRIcFcztmC/q/uIPqzvoBvpj6/Qg UG3ydUNEPom7uR72Nm3NKO/j7UxbSiuiQ46JAbu9/ZMKB4ki9yMseclDgoo3hKMPmolk=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nBfFb-0006L4-Rt; Sun, 23 Jan 2022 16:57:58 +0100 From: Lars Ingebrigtsen References: <87h8xkezr2.fsf@lylat> X-Now-Playing: Hector Zazou's _Reivax au Congo_: "Chez le Commandeur" Date: Sun, 23 Jan 2022 16:57:55 +0100 In-Reply-To: <87h8xkezr2.fsf@lylat> (Alex's message of "Sun, 06 Aug 2017 23:02:57 -0600") Message-ID: <87h79u8mws.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: Alex writes: > I believe this is due to commit b8fd71d57 (C-x 1 works fine when > checking out its parent commit). > > I tested using the following: > > (display-buffer-in-side-window (get-buffer "*Messages*") '(( [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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 (---) Alex writes: > I believe this is due to commit b8fd71d57 (C-x 1 works fine when > checking out its parent commit). > > I tested using the following: > > (display-buffer-in-side-window (get-buffer "*Messages*") '((side . > left))) > > Executing "C-x 1" in Emacs 25.2 doesn't delete the *Messages* buffer, > but in master it does. (I'm going through old bug reports that unfortunately weren't resolved at the time.) Skimming this thread, I'm not quite sure whether the reported issue was fixed or not. But I'm unable to reproduce the problem in Emacs 28. Are you still seeing this problem in recent Emacs versions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 23 10:58:13 2022 Received: (at control) by debbugs.gnu.org; 23 Jan 2022 15:58:13 +0000 Received: from localhost ([127.0.0.1]:40877 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nBfFt-0004dJ-Ia for submit@debbugs.gnu.org; Sun, 23 Jan 2022 10:58:13 -0500 Received: from quimby.gnus.org ([95.216.78.240]:39602) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nBfFs-0004d4-FN for control@debbugs.gnu.org; Sun, 23 Jan 2022 10:58:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=zIRCgKZHS2T2PpKrcwJMcvT+Rmy91VwvMcI+yuSTjAQ=; b=pwK4Q/ehAPDHS6xVuv7PUbH9AO 2fOJ9HGIkSpJwx+Wd42tVJes7tKhOp0KCY8YEjgaI6nkViZgoczjJK4xORjE49wkeP7DZEppTAvt0 vYnysqAtJqIvgb2xvcvwsauozjUYovVHXgTpJbpZt9HDoA8Hy2VbJKDGo1k61UODSAqs=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nBfFk-0006LH-MS for control@debbugs.gnu.org; Sun, 23 Jan 2022 16:58:06 +0100 Date: Sun, 23 Jan 2022 16:58:01 +0100 Message-Id: <87fspe8mwm.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #27999 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: tags 27999 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) tags 27999 + moreinfo quit From unknown Sun Jun 22 08:03:28 2025 X-Loop: help-debbugs@gnu.org Subject: bug#27999: 26.0.50; delete-other-windows deletes side windows Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Feb 2022 19:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27999 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Alex Cc: Martin Rudalics , 27999@debbugs.gnu.org Received: via spool by 27999-submit@debbugs.gnu.org id=B27999.164538549330447 (code B ref 27999); Sun, 20 Feb 2022 19:32:02 +0000 Received: (at 27999) by debbugs.gnu.org; 20 Feb 2022 19:31:33 +0000 Received: from localhost ([127.0.0.1]:33801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLrvh-0007v1-Cx for submit@debbugs.gnu.org; Sun, 20 Feb 2022 14:31:33 -0500 Received: from quimby.gnus.org ([95.216.78.240]:58698) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLrvf-0007uk-Be for 27999@debbugs.gnu.org; Sun, 20 Feb 2022 14:31:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=SbvAnseDOXh6HeB0q7FMuee9lUCgZ0VIHDURvjfqa/I=; b=aE5Z9ljR4aSJZAqy5Cu/4K3Uvr 8Yp1gpJzoZzRbccTLMkfIfhgsF9lkL3xlBOIxSvL83Qli1uY/x8Ay3YwWzZppGe0rGJuhjvdwoIg5 WKYuusNBGL5g84ZnD+S9mtjbTKbvGgH79mZtayu3CAMYLxtjVSWKPbWcSeD9FgtBFhJQ=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLrvW-0005UP-HT; Sun, 20 Feb 2022 20:31:25 +0100 From: Lars Ingebrigtsen References: <87h8xkezr2.fsf@lylat> <87h79u8mws.fsf@gnus.org> X-Now-Playing: DJ Screw's _All Work, No Play_: "DJ Screw Lil Keke South Side feat Lil Keke " Date: Sun, 20 Feb 2022 20:31:21 +0100 In-Reply-To: <87h79u8mws.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 23 Jan 2022 16:57:55 +0100") Message-ID: <87sfsdmj1y.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > Skimming this thread, I'm not quite sure whether the reported issue was > fixed or not. But I'm unable to reproduce the problem in Emacs 28. Are > you still seeing this problem in recent Emacs versi [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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 (---) Lars Ingebrigtsen writes: > Skimming this thread, I'm not quite sure whether the reported issue was > fixed or not. But I'm unable to reproduce the problem in Emacs 28. Are > you still seeing this problem in recent Emacs versions? More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 20 14:31:38 2022 Received: (at control) by debbugs.gnu.org; 20 Feb 2022 19:31:38 +0000 Received: from localhost ([127.0.0.1]:33804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLrvl-0007vI-Jp for submit@debbugs.gnu.org; Sun, 20 Feb 2022 14:31:37 -0500 Received: from quimby.gnus.org ([95.216.78.240]:58714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLrvk-0007ut-9H for control@debbugs.gnu.org; Sun, 20 Feb 2022 14:31:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=/hS6hJpOkDamEKybjTx8xC/93Y11tsN73zrpbdQJSwE=; b=L0XpdPMT7Dj9CuNj+nuif/TO4V 6GNQ2U5VFuOCFjQy5BTAN3cABofN2RCdfmrFoUi0QQrgdjrjuaJ4TihWXGhOtwm/4LVg36np8sB+2 RGlpZwEH6ws9HC9LxwWZX3yHFH2tThHdPZms/bNZQQTta7FH9BxO5mdxpFGIsMf4g5FQ=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLrvc-0005Ub-4R for control@debbugs.gnu.org; Sun, 20 Feb 2022 20:31:30 +0100 Date: Sun, 20 Feb 2022 20:31:27 +0100 Message-Id: <87r17xmj1s.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #27999 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: close 27999 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) close 27999 quit