From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 11:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 8911@debbugs.gnu.org X-Debbugs-Original-To: Bug-Gnu-Emacs Received: via spool by submit@debbugs.gnu.org id=B.130865417432651 (code B ref -1); Tue, 21 Jun 2011 11:03:01 +0000 Received: (at submit) by debbugs.gnu.org; 21 Jun 2011 11:02:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QYyjN-0008UZ-NK for submit@debbugs.gnu.org; Tue, 21 Jun 2011 07:02:53 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QYyjH-0008UK-2W for submit@debbugs.gnu.org; Tue, 21 Jun 2011 07:02:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QYyjA-0008Dc-MI for submit@debbugs.gnu.org; Tue, 21 Jun 2011 07:02:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:47181) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYyjA-0008DX-Kp for submit@debbugs.gnu.org; Tue, 21 Jun 2011 07:02:40 -0400 Received: from eggs.gnu.org ([140.186.70.92]:59080) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYyj9-0000rg-7H for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2011 07:02:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QYyj8-0008D7-4p for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2011 07:02:39 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]:37950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYyj7-0008Cz-V0 for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2011 07:02:38 -0400 Received: by pzk4 with SMTP id 4so5218643pzk.0 for ; Tue, 21 Jun 2011 04:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=ryMZjUzuCXxSnU1YTW2f/ehh000HP4JyFaGdnFca3yI=; b=kMFB63FafBZzp1CigX+Oco0XxBaURjZtQXMa6WSY0Vr7LyCf/UH8iT29mDhFzsEUjQ MWMdB+TbeaP92X42wN5NRd1sG7zJuTrpt4pmPoC3MNy2pcHNbnMWMc+jFFr4UyCtprsv Q0DGd9Iq1EcXDiNj3US3hRPKHocAq12Tg4Hxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=UAb+amrerbxDlgD9I5YP2lj/ukZ/+K5szB7sQRYzrdR/ENJlx3QmM5nfxFwadtjXfC 92sUY6R63QV7GephUsZyTenp6vBULXzIqVpC0UIZ8ysklIL4GmxYWYyeo+n0TPfZ1vqC +KeVY7+r74Jw4o2Y6SPQ7XwDAxHZlxQbncEqQ= Received: by 10.142.224.2 with SMTP id w2mr976091wfg.94.1308654156188; Tue, 21 Jun 2011 04:02:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.134.11 with HTTP; Tue, 21 Jun 2011 04:01:56 -0700 (PDT) From: Juanma Barranquero Date: Tue, 21 Jun 2011 13:01:56 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.5 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.5 (----) With current trunk. emacs -Q -l bs C-x 2 M-x bs-cycle-next and the bottom window is deleted. =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 13:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130866348210827 (code B ref 8911); Tue, 21 Jun 2011 13:39:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 13:38:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ19V-0002oW-DQ for submit@debbugs.gnu.org; Tue, 21 Jun 2011 09:38:01 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QZ19S-0002oG-VC for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 09:38:00 -0400 Received: (qmail invoked by alias); 21 Jun 2011 13:37:52 -0000 Received: from 62-47-41-150.adsl.highway.telekom.at (EHLO [62.47.41.150]) [62.47.41.150] by mail.gmx.net (mp035) with SMTP; 21 Jun 2011 15:37:52 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/tzdMrT5rtvZ+zhhqcXrMsWNJ1kfrW66lmcnD7Kx Uv0YtZQRzlvUzB Message-ID: <4E009EB0.1050903@gmx.at> Date: Tue, 21 Jun 2011 15:37:52 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > With current trunk. > > emacs -Q -l bs > C-x 2 > M-x bs-cycle-next > > and the bottom window is deleted. IIUC this happens because of this code (unless (window-dedicated-p (selected-window)) ;; We don't want the frame iconified if the only window in the frame ;; happens to be dedicated; let's get the error from switch-to-buffer (bury-buffer)) (switch-to-buffer next) in `bs-cycle-next' and `bury-buffer' can now delete a window showing the buffer provided this buffer was the first to appear in a window. `bs-cycle-next' is probably not to blame because it just wants to make sure that the buffer is not chosen again soon for displaying it. So we have a number of ways to restore the old behavior, namely - have `bs-cycle-next' call `unrecord-buffer' instead of `bury-buffer', - have `bury-buffer' only delete dedicated windows as before, - give `bury-buffer' an extra argument which allows (or forbids) to delete the selected window (or corresponding frame), - make sure that `bury-buffer' deletes only automatically created windows (much like the recent option `frame-auto-delete'). Personally, I have no preference since I never understood the "additional" semantics of `bury-buffer'. Earlier versions of this used to iconify frames which some people on this list disliked severely so I removed it. So far no one missed this issue, but maybe I shall restore it as well? martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 14:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130866484719030 (code B ref 8911); Tue, 21 Jun 2011 14:01:01 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 14:00:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ1VX-0004wt-AX for submit@debbugs.gnu.org; Tue, 21 Jun 2011 10:00:47 -0400 Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ1VW-0004wg-4s for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 10:00:47 -0400 Received: by pwj5 with SMTP id 5so381962pwj.3 for <8911@debbugs.gnu.org>; Tue, 21 Jun 2011 07:00:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=hzi6TfXTihNGb9qzzqROUYkVJyxgeHA/a2o3dVTUs8s=; b=A6JvjHOKwe17JD3Te7H4lXdvvJkl/43Psf6nl7462VpTSyGrmLi3OX5o38i1Ki868D 3eWCIko6hjf8sADHTKlrackjqCSvyd46vaVQgPsUgbwjHfOKe73MzIbTBBASzny/vd22 hSFATncG9MmLV+RuAc88m87m8pY2suDGHUAUM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=wd6LexCYiO6bXptg1nrMzlGsX7MdNZJq54w8EpP6PGj2wcDPOH0m9K2uFCwD8qlspA mz2JQN5a+1hSvyzhdxUcuH6QrWENO6yPHx7xdyjXK4EePTK2AgI650CYqnsBC57UDzIr JE9FTP7z5RGRTu9y3o1GRdJezHCTaYnAgT2wg= Received: by 10.142.166.19 with SMTP id o19mr977125wfe.436.1308664840211; Tue, 21 Jun 2011 07:00:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.134.11 with HTTP; Tue, 21 Jun 2011 07:00:00 -0700 (PDT) In-Reply-To: <4E009EB0.1050903@gmx.at> References: <4E009EB0.1050903@gmx.at> From: Juanma Barranquero Date: Tue, 21 Jun 2011 16:00:00 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Tue, Jun 21, 2011 at 15:37, martin rudalics wrote: > `bs-cycle-next' is probably not to blame because it just wants to make > sure that the buffer is not chosen again soon for displaying it. =C2=A0So= we > have a number of ways to restore the old behavior, namely > > - have `bs-cycle-next' call `unrecord-buffer' instead of `bury-buffer', That seems to work, yes. > - have `bury-buffer' only delete dedicated windows as before, I don't follow you. Before that change, bury-buffer was not called only on dedicated windows. The trouble was that, when called on a dedicated window, it iconified the frame. > - give `bury-buffer' an extra argument which allows (or forbids) to > =C2=A0delete the selected window (or corresponding frame), Perhaps this is the best long term answer. > - make sure that `bury-buffer' deletes only automatically created > =C2=A0windows (much like the recent option `frame-auto-delete'). What's an "automatically created window"? > Earlier versions of this used > to iconify frames which some people on this list disliked severely so I > removed it. =C2=A0So far no one missed this issue, but maybe I shall rest= ore > it as well? Again, I don't follow you. This: (progn (set-window-dedicated-p (selected-window) t) (bury-buffer)) still iconifies the frame. =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 14:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130866733828673 (code B ref 8911); Tue, 21 Jun 2011 14:43:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 14:42:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ29i-0007SQ-Fu for submit@debbugs.gnu.org; Tue, 21 Jun 2011 10:42:18 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QZ29f-0007SD-0U for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 10:42:16 -0400 Received: (qmail invoked by alias); 21 Jun 2011 14:42:08 -0000 Received: from 62-47-41-150.adsl.highway.telekom.at (EHLO [62.47.41.150]) [62.47.41.150] by mail.gmx.net (mp013) with SMTP; 21 Jun 2011 16:42:08 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/Yo6hbnwDYI8Lwmm7j1zugWt4+18HN8xlRLQnVDj 7FDdcH2Bi//5UL Message-ID: <4E00ADC0.80006@gmx.at> Date: Tue, 21 Jun 2011 16:42:08 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) >> - have `bs-cycle-next' call `unrecord-buffer' instead of `bury-buffer', > > That seems to work, yes. I think it's the correct way to handle the present case. IIUC, all `bs-cycle-next' wants is to get the buffer out of the way in the buffer-list. Is that assumption correct? >> - have `bury-buffer' only delete dedicated windows as before, > > I don't follow you. Before that change, bury-buffer was not called > only on dedicated windows. The trouble was that, when called on a > dedicated window, it iconified the frame. I stand corrected. But then the buffer shown in the dedicated window kept its position in the buffer list. Isn't that a bug? >> - give `bury-buffer' an extra argument which allows (or forbids) to >> delete the selected window (or corresponding frame), > > Perhaps this is the best long term answer. But it requires for each caller to guess the right approach :-( >> - make sure that `bury-buffer' deletes only automatically created >> windows (much like the recent option `frame-auto-delete'). > > What's an "automatically created window"? Those infamous windows popped up by `display-buffer'. I'm afraid that a user of `bs-cycle-next' will hardly remember why the window was created in the first place. >> Earlier versions of this used >> to iconify frames which some people on this list disliked severely so I >> removed it. So far no one missed this issue, but maybe I shall restore >> it as well? > > Again, I don't follow you. This: > > (progn > (set-window-dedicated-p (selected-window) t) > (bury-buffer)) > > still iconifies the frame. You're right. My memory was wandering. martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 15:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13086685943999 (code B ref 8911); Tue, 21 Jun 2011 15:04:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 15:03:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ2Tx-00012S-H7 for submit@debbugs.gnu.org; Tue, 21 Jun 2011 11:03:13 -0400 Received: from mail-pv0-f172.google.com ([74.125.83.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ2Tv-00012G-8X for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 11:03:11 -0400 Received: by pvh18 with SMTP id 18so4379068pvh.3 for <8911@debbugs.gnu.org>; Tue, 21 Jun 2011 08:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=Ekb+EA2BzNE9cN70eLxXumpu0EhSiZmshH90ayFXzV8=; b=evUa7PWrmVuVnws7VMsyBx6sNXpUHZhPj6fSHBdb3+6x/F2ciSM6Ow0TC0uNyJKfqg UznNf0gPb/qilUdrrEIII40pKL1zpCawADz8AWnnPdbLZ5MbxoeC87eMnxxGOVqsOfD6 XosaFc5mSvaZHBNnclGpuUhGFKfSkcgcLM1Os= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=eFCKBQGwGmNJbjbkqGBycP4pgf7UM4LlT8E3YNpWpSb5OMXgqZCL1C/ZG4pnOyeSii aP7hYpmmKAPSq0z0xgMD+Ds3V89NTkGjUYcyspoMiwNbnFLSAXi4F5x8H00xXBI70qWF rMvO9NReMgLOhRdKoF5NDXWCtg9LSCJZIpL4Y= Received: by 10.142.174.20 with SMTP id w20mr139588wfe.379.1308668585162; Tue, 21 Jun 2011 08:03:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.134.11 with HTTP; Tue, 21 Jun 2011 08:02:25 -0700 (PDT) In-Reply-To: <4E00ADC0.80006@gmx.at> References: <4E009EB0.1050903@gmx.at> <4E00ADC0.80006@gmx.at> From: Juanma Barranquero Date: Tue, 21 Jun 2011 17:02:25 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) On Tue, Jun 21, 2011 at 16:42, martin rudalics wrote: > I think it's the correct way to handle the present case. =C2=A0IIUC, all > `bs-cycle-next' wants is to get the buffer out of the way in the > buffer-list. =C2=A0Is that assumption correct? If you ask about the reason to call `bury-buffer' at that point, yes. The reason to call `bs-cycle-next' is to rotate among the buffers in the current window. > I stand corrected. =C2=A0But then the buffer shown in the dedicated windo= w > kept its position in the buffer list. =C2=A0Isn't that a bug? If the window is dedicated, and the user invokes bs-cycle-next (usually, by having it bound to a key, and not realizing that the window is dedicated), that's user error, but the user should not be penalized; staying is better. Perhaps a message could be shown. Also, no new window should be created. For example, I find the current behavior emacs -Q -l bs C-h N C-h C-c M-: (set-window-dedicated-p (selected-window) t) M-x bs-cycle-next of splitting the window extremely unuseful and unhelpful. Let's say that I'm an extreme case of not wanting non-temporary windows unless I create them myself explicitly. > Those infamous windows popped up by `display-buffer'. =C2=A0I'm afraid th= at a > user of `bs-cycle-next' will hardly remember why the window was created > in the first place. Definitely. > You're right. =C2=A0My memory was wandering. Well, not that I have refreshed it, it would be good if that wouldn't iconify the frame ;-) =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 16:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130867273521965 (code B ref 8911); Tue, 21 Jun 2011 16:13:01 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 16:12:15 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3Yk-0005iE-Lf for submit@debbugs.gnu.org; Tue, 21 Jun 2011 12:12:14 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QZ3Yi-0005hz-78 for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 12:12:13 -0400 Received: (qmail invoked by alias); 21 Jun 2011 16:12:05 -0000 Received: from 62-47-41-150.adsl.highway.telekom.at (EHLO [62.47.41.150]) [62.47.41.150] by mail.gmx.net (mp013) with SMTP; 21 Jun 2011 18:12:05 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+jquB2eFSj/sN+3AM/oTFzvHeORjpD+tG6RRskK5 /EeuwKV1Wr2MKF Message-ID: <4E00C2D5.9090302@gmx.at> Date: Tue, 21 Jun 2011 18:12:05 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at> <4E00ADC0.80006@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > If the window is dedicated, and the user invokes bs-cycle-next > (usually, by having it bound to a key, and not realizing that the > window is dedicated), that's user error, but the user should not be > penalized; staying is better. Perhaps a message could be shown. Also, > no new window should be created. For example, I find the current > behavior > > emacs -Q -l bs > C-h N > C-h C-c > M-: (set-window-dedicated-p (selected-window) t) > M-x bs-cycle-next > > of splitting the window extremely unuseful and unhelpful. Because it does (switch-to-buffer next) in `bs-cycle-next'? Well, what else should it do? Undedicate the window? That is a tricky case. martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130867334725891 (code B ref 8911); Tue, 21 Jun 2011 16:23:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 16:22:27 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3ic-0006jY-6t for submit@debbugs.gnu.org; Tue, 21 Jun 2011 12:22:26 -0400 Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3ia-0006jK-8G for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 12:22:24 -0400 Received: by pwj5 with SMTP id 5so51938pwj.3 for <8911@debbugs.gnu.org>; Tue, 21 Jun 2011 09:22:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=NORxquE1ll2ygHKsmf6x9byKxBtX14KBVrnyUUwBre4=; b=kWNC7hkzi8NEr0uSQRIOMEFn3rMIIU6KuEYzR5UyIpVGIfPqZU23ohdWhJbYR6U2D8 p99ck4uTBKYkY7W8tmJw1JwL1aX62oo0XZNOlLgIVGAZJPItBCSmxudLISxAgSuApzuc BG+K7ciXC/WKJxy7/Nkliw21Q1MpBWhx6jWHM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=LgSOobPIpu4WW8imTJxsNNjPxT4R3FnXwDzNr+Xk48fVOCcLqaONEJPoWqSM3C2jnY 8jDf3OyzWVhjSz62uyo5yM+fxq0z3tBjtY87WpdpFWPhKxbFy459PnmzLcShNAcTj6Ao unDMRElfHPE3zjfvkRo+HrmsUXeYqITghYkqg= Received: by 10.142.166.19 with SMTP id o19mr1030001wfe.436.1308673338120; Tue, 21 Jun 2011 09:22:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.134.11 with HTTP; Tue, 21 Jun 2011 09:21:38 -0700 (PDT) In-Reply-To: <4E00C2D5.9090302@gmx.at> References: <4E009EB0.1050903@gmx.at> <4E00ADC0.80006@gmx.at> <4E00C2D5.9090302@gmx.at> From: Juanma Barranquero Date: Tue, 21 Jun 2011 18:21:38 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Tue, Jun 21, 2011 at 18:12, martin rudalics wrote: > Because it does (switch-to-buffer next) in `bs-cycle-next'? =C2=A0Well, w= hat > else should it do? =C2=A0Undedicate the window? =C2=A0That is a tricky ca= se. Fail, i.e., do nothing (except displaying a message). BTW, I'm not saying that switch-to-buffer should do nothing, I'm saying that I expect bs-cycle-next to do nothing in such case. The current behavior is not "cycling". But this is unrelated to your changes, it already happens in 23.X. I'm more interested in fixing the original problem. =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: martin rudalics , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130867334925905 (code B ref 8911); Tue, 21 Jun 2011 16:23:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 16:22:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3if-0006jl-IP for submit@debbugs.gnu.org; Tue, 21 Jun 2011 12:22:29 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3ie-0006jP-GO for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 12:22:29 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EANPEAE5FxL0s/2dsb2JhbABUpnB4iHPACIYqBJ1khCQ X-IronPort-AV: E=Sophos;i="4.65,402,1304308800"; d="scan'208";a="116785727" Received: from 69-196-189-44.dsl.teksavvy.com (HELO ceviche.home) ([69.196.189.44]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 21 Jun 2011 12:22:19 -0400 Received: by ceviche.home (Postfix, from userid 20848) id D7D48660F1; Tue, 21 Jun 2011 13:22:12 -0300 (ART) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> Date: Tue, 21 Jun 2011 12:22:12 -0400 In-Reply-To: (Juanma Barranquero's message of "Tue, 21 Jun 2011 16:00:00 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > The trouble was that, when called on a dedicated window, it iconified > the frame. I don't follow: why do you think it's a trouble? To me it's exactly what I want. Is it that you prefer it deletes the frame rather than iconify it? >> - give `bury-buffer' an extra argument which allows (or forbids) to >> =A0delete the selected window (or corresponding frame), > Perhaps this is the best long term answer. Not sure if it's needed. Calling bury-buffer with a non-nil arg should be sufficient. >> - make sure that `bury-buffer' deletes only automatically created >> =A0windows (much like the recent option `frame-auto-delete'). > What's an "automatically created window"? Good question. To me it sounds like "softly dedicated" windows, but I know Martin hates those, so he is clearly thinking of something else. > (progn > (set-window-dedicated-p (selected-window) t) > (bury-buffer)) > still iconifies the frame. What else would you want it to do? Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 16:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: martin rudalics , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130867370326412 (code B ref 8911); Tue, 21 Jun 2011 16:29:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 16:28:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3oM-0006rw-Qu for submit@debbugs.gnu.org; Tue, 21 Jun 2011 12:28:23 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3oK-0006rg-Ks for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 12:28:21 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAPLFAE5FxL0s/2dsb2JhbABUpnB4iHPADoYqBJ1khCQ X-IronPort-AV: E=Sophos;i="4.65,402,1304308800"; d="scan'208";a="116786203" Received: from 69-196-189-44.dsl.teksavvy.com (HELO ceviche.home) ([69.196.189.44]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 21 Jun 2011 12:28:11 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 3FFB6660F1; Tue, 21 Jun 2011 13:28:06 -0300 (ART) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <4E00ADC0.80006@gmx.at> Date: Tue, 21 Jun 2011 12:28:06 -0400 In-Reply-To: (Juanma Barranquero's message of "Tue, 21 Jun 2011 17:02:25 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> I stand corrected. =A0But then the buffer shown in the dedicated window >> kept its position in the buffer list. =A0Isn't that a bug? Yes, tho it's probably minor. > If the window is dedicated, and the user invokes bs-cycle-next > (usually, by having it bound to a key, and not realizing that the > window is dedicated), that's user error, but the user should not be Not if the window is softly-dedicated (in which case the window should be un-dedicated). > no new window should be created. For example, I find the current > behavior > emacs -Q -l bs > C-h N > C-h C-c > M-: (set-window-dedicated-p (selected-window) t) > M-x bs-cycle-next > of splitting the window extremely unuseful and unhelpful. But that's the semantics of (set-window-dedicated-p (selected-window) t). If you don't like it, then you should use (set-window-dedicated-p (selected-window) 'soft) instead. >> Those infamous windows popped up by `display-buffer'. =A0I'm afraid that= a >> user of `bs-cycle-next' will hardly remember why the window was created >> in the first place. > Definitely. That's the whole idea behind soft-dedication. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 16:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130867376826523 (code B ref 8911); Tue, 21 Jun 2011 16:30:03 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 16:29:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3pP-0006tk-9A for submit@debbugs.gnu.org; Tue, 21 Jun 2011 12:29:27 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3pN-0006tU-Di for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 12:29:25 -0400 Received: by pzk5 with SMTP id 5so4382868pzk.3 for <8911@debbugs.gnu.org>; Tue, 21 Jun 2011 09:29:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=9GZCP19tnqC3FNo7Hd8q9v27Ic4fa268m31DElfPMWA=; b=HPzZMJxgjC7bACADjYcrPVMzihtz6EjRU5ddcWaaz+515Tm+reDfND1MjYX79HIhyh iE12Woo31VIoXCeEOMFhy9HFZDcguB1yNgDBo75o1umJ226Q+WIXZL0trIzCA5X1UVyW tTbfEZVSMP/u9g/aEawDJjVxVf40sqyimKu3Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Kdwjndhnw5V9qfZeGHYxtHB3do3LZpUj41+yMP1dxZSu96Ng5NPg98WVvv0Eci1Ga+ WKnx6gOpCDdixKKqsjB9zQ+fosPN5In3UQQTt9Gcv2AXS2/QlaXF1VrftnjFsTedKsl3 Ezxre+WpkiGSdizR4UmdGJsp3jimISBIYH4ew= Received: by 10.142.215.19 with SMTP id n19mr1069059wfg.265.1308673759198; Tue, 21 Jun 2011 09:29:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.134.11 with HTTP; Tue, 21 Jun 2011 09:28:39 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> From: Juanma Barranquero Date: Tue, 21 Jun 2011 18:28:39 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Tue, Jun 21, 2011 at 18:22, Stefan Monnier wr= ote: > I don't follow: why do you think it's a trouble? =C2=A0To me it's exactly > what I want. =C2=A0Is it that you prefer it deletes the frame rather than > iconify it? No, certainly no. >> (progn >> =C2=A0 (set-window-dedicated-p (selected-window) t) >> =C2=A0 (bury-buffer)) > >> still iconifies the frame. > > What else would you want it to do? Nothing, other than a message to the user "Attempt to bury buffer in dedicated window", or something more friendly but equivalent. "burying a buffer" /=3D "iconifying a frame". The fact that the window is dedicated does not turn that difference suddenly into an equality. Please note a difference between your use of Emacs and mine: I *never* use multiple frames. So if I happen to have a dedicated window and I accidentaly try to bury the buffer, iconifying my only frame is never, ever going to be useful. It will *always* be followed by de-iconifying it and then fixing the problem. Of course, it's not often that I have a single, dedicated window in the frame. But I use dedicated windows for some things (like the output of bs-show), and I sometimes do C-x 1 while on one of these buffers. =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 16:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Juanma Barranquero , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130867419430141 (code B ref 8911); Tue, 21 Jun 2011 16:37:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 16:36:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3wH-0007q6-J9 for submit@debbugs.gnu.org; Tue, 21 Jun 2011 12:36:33 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QZ3wE-0007po-2N for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 12:36:31 -0400 Received: (qmail invoked by alias); 21 Jun 2011 16:36:22 -0000 Received: from 62-47-41-150.adsl.highway.telekom.at (EHLO [62.47.41.150]) [62.47.41.150] by mail.gmx.net (mp008) with SMTP; 21 Jun 2011 18:36:22 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19Cai4RnVZCSqaMrsQO0KUorvb0bnGHy5cwgXZcVp vvU5l7iUaHMEOR Message-ID: <4E00C885.1060700@gmx.at> Date: Tue, 21 Jun 2011 18:36:21 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) >> The trouble was that, when called on a dedicated window, it iconified >> the frame. > > I don't follow: why do you think it's a trouble? To me it's exactly > what I want. Is it that you prefer it deletes the frame rather than > iconify it? No. But I recall that people disliked iconified frames. > Not sure if it's needed. Calling bury-buffer with a non-nil arg should > be sufficient. Indeed, that's the best solution. martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 16:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130867430730444 (code B ref 8911); Tue, 21 Jun 2011 16:39:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 16:38:27 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3y6-0007uz-QS for submit@debbugs.gnu.org; Tue, 21 Jun 2011 12:38:27 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ3y4-0007un-8h for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 12:38:24 -0400 Received: by pzk5 with SMTP id 5so4388342pzk.3 for <8911@debbugs.gnu.org>; Tue, 21 Jun 2011 09:38:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=6qu/YXgw+n1lcsJzKag9pS7+bQwusjTqYBsl4Tm/kpY=; b=Th0neLT4HkdbjDJNRnPUgBRvt7mK4oGttL5Qxp4TwcVwNZSa8awh7veInelkyVYuwe 1owkkAh5XwmbL1MCdeZ0Bh2Exln7EMi8mcXJEaIHn/dv5h2KoMs7Rmu3kIk7U5GCp3gb JeD6S9zHJJCesgHbVywu0xAq8+0xbGPqa9V58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=S4K3EUOaafxNccuWdvQrzx82eUnYDDpCUt+8M1A0uesWdWWJxzbWi/5izryqAWnUDV 8uZLqHgn6sFNaUn0+MRQ5fTQ3ZtIU2W3htvJA2fFh4LGAc4oUOehYZplMdMCf9L4JyBV Yb7gMWdQUFC/2cJNG81B1aS00mua0ciAOqVI0= Received: by 10.142.54.3 with SMTP id c3mr1126858wfa.221.1308674298185; Tue, 21 Jun 2011 09:38:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.173.16 with HTTP; Tue, 21 Jun 2011 09:37:38 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <4E00ADC0.80006@gmx.at> From: Juanma Barranquero Date: Tue, 21 Jun 2011 18:37:38 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Tue, Jun 21, 2011 at 18:28, Stefan Monnier wr= ote: >> If the window is dedicated, and the user invokes bs-cycle-next >> (usually, by having it bound to a key, and not realizing that the >> window is dedicated), that's user error, but the user should not be > > Not if the window is softly-dedicated (in which case the window should > be un-dedicated). Yes, I'm talking of strong dedication. > But that's the semantics of (set-window-dedicated-p (selected-window) t). > If you don't like it, then you should use > (set-window-dedicated-p (selected-window) 'soft) instead. The semantics of strong dedication is not entirely clear to me, but I'd say it is more about what happens to the window/buffer correspondence, that what happens in other windows or to other buffers. In other words, if I make a window strongly dedicated I'm not saying I what I do want about other buffers or other windows, I'm only saying "I don't want other buffers in this window". I agree cases are not always clear cut, and I suppose that in other situations I would find the behavior that you describe quite logical. Not so for bs-cycle-next, whose purpose is to cycle buffers in the current window (I should know, I was the one to propose these commands to Olaf Sylvester quite a few years ago, and judging by the ChangeLogs I'm the main user of bs.el among the Emacs developers ;-) =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 17:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" , "'Juanma Barranquero'" Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13086761027237 (code B ref 8911); Tue, 21 Jun 2011 17:09:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 17:08:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ4R3-0001sg-JI for submit@debbugs.gnu.org; Tue, 21 Jun 2011 13:08:21 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ4R0-0001sL-C7 for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 13:08:19 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet10.oracle.com (Switch-3.4.4/Switch-3.4.2) with ESMTP id p5LH8AR1013896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Jun 2011 17:08:12 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p5LH891C029292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Jun 2011 17:08:09 GMT Received: from abhmt002.oracle.com (abhmt002.oracle.com [141.146.116.11]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p5LH84Rx021383; Tue, 21 Jun 2011 12:08:04 -0500 Received: from dradamslap1 (/10.159.50.205) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 Jun 2011 10:08:01 -0700 From: "Drew Adams" References: <4E009EB0.1050903@gmx.at> Date: Tue, 21 Jun 2011 10:07:58 -0700 Message-ID: <9F0FD98EF9084BB590C13B3D1EABFC13@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcwwMm/aD79Htc28Ruq1bHRaipn2zwAARLpg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4E00CFFC.00CE:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) Caveat: I have not really been following this thread closely. > > The trouble was that, when called on a dedicated window, it > > iconified the frame. > > I don't follow: why do you think it's a trouble? To me it's exactly > what I want. Is it that you prefer it deletes the frame rather than > iconify it? FWIW, iconifying is not what I would prefer. `bury-buffer' is primarily about buffer order. It's about getting the buffer out of the way for `other-buffer'. Only secondarily is it at all about display (almost as an afterthought): "Also, if BUFFER-OR-NAME is nil or omitted, remove the current buffer from the selected window if it is displayed there." It is impossible to "remove the current buffer from the selected window" if that window is dedicated, so this secondary behavior naturally becomes a no-op in that case. If the window is dedicated, then I'd rather see one of these behaviors than I would iconification of the buffer's frame: a. Do nothing wrt the display. See above: a no-op wrt display. b. Delete the frame. Iconifying can be annoying, depending on your OS. I really don't see it as appropriate for `bury-buffer'. If code wants to iconify the frame it can always do so explicitly. Likewise for frame deletion, of course. Perhaps the best approach is (a) above: have `bury-buffer' just bury the buffer (i.e. affect the buffer order) and not have it do anything wrt the display in this case. Wrt `bs-cycle-next': I'm no expert on that (I don't use it), but wouldn't it make sense for this kind of thing to _not_ affect the order of the default buffer list, but rather to cycle its own copy/version of that list? In that case, `bs' could decide how to handle buffers in dedicated windows for its own purposes (cycling display), without altering the standard buffer order. This would decouple `bs' cycling from `other-buffer' - would that be a good/bad thing? Dunno. E.g., A priori, I see no reason why a buffer in a dedicated window should be removed from the buffer list (by `bs-cycle-next' etc.). The requirement seems to be only for `bs-cycle-next' to ignore that buffer or skip over it or something. But why should that action alter the standard buffer list? Again, I haven't followed this, and I know very little about `bs' etc. If what I say makes no sense, please ignore it. From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2011 17:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Juanma Barranquero'" , "'Stefan Monnier'" Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130867654811045 (code B ref 8911); Tue, 21 Jun 2011 17:16:02 +0000 Received: (at 8911) by debbugs.gnu.org; 21 Jun 2011 17:15:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ4YF-0002s6-SJ for submit@debbugs.gnu.org; Tue, 21 Jun 2011 13:15:48 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ4YD-0002rp-IU for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 13:15:45 -0400 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by rcsinet10.oracle.com (Switch-3.4.4/Switch-3.4.2) with ESMTP id p5LHFaeN000325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Jun 2011 17:15:38 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p5LHFYQZ008976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Jun 2011 17:15:35 GMT Received: from abhmt016.oracle.com (abhmt016.oracle.com [141.146.116.25]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p5LHFTge010144; Tue, 21 Jun 2011 12:15:29 -0500 Received: from dradamslap1 (/10.159.50.205) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 Jun 2011 10:15:27 -0700 From: "Drew Adams" References: <4E009EB0.1050903@gmx.at> Date: Tue, 21 Jun 2011 10:15:24 -0700 Message-ID: <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcwwNbqp53nUoTS6SOut60lCpFTi+gAABy2A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090207.4E00D1BB.005F:SCFSTAT5015188, ss=1, re=-4.000, fgs=0 X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > > I don't follow: why do you think it's a trouble? =A0To me it's = exactly > > what I want. =A0Is it that you prefer it deletes the frame rather = than > > iconify it? >=20 > No, certainly no. >=20 > >> still iconifies the frame. > > What else would you want it to do? >=20 > Nothing, other than a message to the user "Attempt to bury buffer in > dedicated window", or something more friendly but equivalent. >=20 > "burying a buffer" /=3D "iconifying a frame". The fact that the = window > is dedicated does not turn that difference suddenly into an equality. >=20 > Please note a difference between your use of Emacs and mine: I *never* > use multiple frames. FWIW, I typically use multiple frames, and typically with a single = buffer each. Most of my frames are not dedicated, but a few are. Nevertheless, I agree with Juanma here. For my purposes, iconification = would always be wrong as part of the behavior of `bury-buffer'. IIUC, Stefan also uses frames a lot, but he typically (always?) uses (soft-)dedicated windows. And he uses a different OS from me, so = iconification might be less annoying for him. I would like `bury-buffer' to be decoupled from iconification. I would = like `bury-buffer' to do nothing particular wrt dedicated windows. Another caveat: I know little about soft-dedication. Perhaps that makes = a difference to understanding this issue. From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 02:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: martin rudalics , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13087084506705 (code B ref 8911); Wed, 22 Jun 2011 02:08:02 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 02:07:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZCqo-0001k5-6l for submit@debbugs.gnu.org; Tue, 21 Jun 2011 22:07:30 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZCql-0001jr-VS for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 22:07:28 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAPVNAU5FxL0s/2dsb2JhbABUpwp4iHO/B4YrBJ1ohCY X-IronPort-AV: E=Sophos;i="4.65,404,1304308800"; d="scan'208";a="116854532" Received: from 69-196-189-44.dsl.teksavvy.com (HELO pastel.home) ([69.196.189.44]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 21 Jun 2011 22:07:20 -0400 Received: by pastel.home (Postfix, from userid 20848) id 575E558EC9; Tue, 21 Jun 2011 22:07:17 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> Date: Tue, 21 Jun 2011 22:07:17 -0400 In-Reply-To: (Juanma Barranquero's message of "Tue, 21 Jun 2011 18:28:39 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Please note a difference between your use of Emacs and mine: I *never* > use multiple frames. So if I happen to have a dedicated window and I > accidentaly try to bury the buffer, iconifying my only frame is never, > ever going to be useful. It will *always* be followed by de-iconifying > it and then fixing the problem. Iconifying should only happen if the window is dedicated *and* it's the only window in the frame. How do you ever get into such a state in your single-frame use? > Of course, it's not often that I have a single, dedicated window in > the frame. But I use dedicated windows for some things (like the > output of bs-show), and I sometimes do C-x 1 while on one of these > buffers. Ah... I guess we could work around the problem by deciding that we should additionally check that there's some other frame displayed before iconifying a frame. Not sure what a real fix would look like. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 02:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 'Juanma Barranquero' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13087086777064 (code B ref 8911); Wed, 22 Jun 2011 02:12:01 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 02:11:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZCuS-0001pt-DG for submit@debbugs.gnu.org; Tue, 21 Jun 2011 22:11:16 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZCuQ-0001pi-Si for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 22:11:15 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAPVNAU5FxL0s/2dsb2JhbABUpwp4iHO/B4YrBJ1ohCY X-IronPort-AV: E=Sophos;i="4.65,404,1304308800"; d="scan'208";a="116854754" Received: from 69-196-189-44.dsl.teksavvy.com (HELO pastel.home) ([69.196.189.44]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 21 Jun 2011 22:11:08 -0400 Received: by pastel.home (Postfix, from userid 20848) id C2DA258EC9; Tue, 21 Jun 2011 22:11:05 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> Date: Tue, 21 Jun 2011 22:11:05 -0400 In-Reply-To: <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> (Drew Adams's message of "Tue, 21 Jun 2011 10:15:24 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > I would like `bury-buffer' to be decoupled from iconification. I would like > `bury-buffer' to do nothing particular wrt dedicated windows. I'm not sure what "particular" means here. Part of the drive behind iconification is that I want bury-buffer to be a sort of reverse-display-buffer, such that display-buffer followed by bury-buffer should be a no-op (I know it's not always the case), so as to replace save-window-excursion with something that does not impose nesting and that works with frames. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 02:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: martin rudalics , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13087088607380 (code B ref 8911); Wed, 22 Jun 2011 02:15:02 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 02:14:20 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZCxP-0001uz-Lu for submit@debbugs.gnu.org; Tue, 21 Jun 2011 22:14:19 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZCxO-0001uo-Pv for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 22:14:18 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAB1PAU5FxL0s/2dsb2JhbABUpwp4iHO/HYYrBJ1ohCY X-IronPort-AV: E=Sophos;i="4.65,404,1304308800"; d="scan'208";a="116854890" Received: from 69-196-189-44.dsl.teksavvy.com (HELO pastel.home) ([69.196.189.44]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 21 Jun 2011 22:14:11 -0400 Received: by pastel.home (Postfix, from userid 20848) id 3633858EC9; Tue, 21 Jun 2011 22:14:09 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <4E00ADC0.80006@gmx.at> Date: Tue, 21 Jun 2011 22:14:09 -0400 In-Reply-To: (Stefan Monnier's message of "Tue, 21 Jun 2011 12:28:06 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> emacs -Q -l bs >> C-h N >> C-h C-c >> M-: (set-window-dedicated-p (selected-window) t) >> M-x bs-cycle-next >> of splitting the window extremely unuseful and unhelpful. > But that's the semantics of (set-window-dedicated-p (selected-window) t). Sorry, you're right. The right thing to do here is to signal an error, not to split the window. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 02:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130870994115186 (code B ref 8911); Wed, 22 Jun 2011 02:33:01 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 02:32:21 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZDEq-0003wt-Az for submit@debbugs.gnu.org; Tue, 21 Jun 2011 22:32:20 -0400 Received: from mail-pv0-f172.google.com ([74.125.83.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZDEo-0003wV-Jv for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 22:32:19 -0400 Received: by pvh18 with SMTP id 18so232667pvh.3 for <8911@debbugs.gnu.org>; Tue, 21 Jun 2011 19:32:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=BxJTuDIBJ2NmNiIAQFp7BiwiRNaqVnwer9Nb2LXgLXo=; b=SBdbq6lIgJxktdzAUQAEQaCIwHCoVhe4uEwKXDKXPqcA2FHncY6O5bHgFPj5j4Ufwa p0B+Qp/Zt0uqRGT0JSVoOkKsFa3P7EakWH8CC6lQ9OdO5P318KzwnouDnjJg9mBjmyFT OHzLojoyeN3LSckD72AYPWyXIAznYPCrPSFUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=FMHQMTJpd0JfZQFlJoQ9OhTvfq7ejyUDSOYivVankNM5jZpYyESxhK5KUp2l3FF0hJ v7yXNH1Ncp4ePsDu9l0+/sfAfHZrBlaIhknKj32A0IrF40Y6/AiPU+41UFjEEIhsNhEn jyco5QEmsay3ZmmBjgliN/L4qT+H5wiJDZTAQ= Received: by 10.142.54.3 with SMTP id c3mr18891wfa.221.1308709932217; Tue, 21 Jun 2011 19:32:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.173.16 with HTTP; Tue, 21 Jun 2011 19:31:31 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <4E00ADC0.80006@gmx.at> From: Juanma Barranquero Date: Wed, 22 Jun 2011 04:31:31 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) On Wed, Jun 22, 2011 at 04:14, Stefan Monnier wr= ote: > Sorry, you're right. =C2=A0The right thing to do here is to signal an err= or, > not to split the window. That's what it did until 22.3; it displayed "Cannot switch buffers in a dedicated window". =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 02:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" Cc: 'Juanma Barranquero' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130871119721178 (code B ref 8911); Wed, 22 Jun 2011 02:54:01 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 02:53:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZDZ6-0005VW-Kr for submit@debbugs.gnu.org; Tue, 21 Jun 2011 22:53:16 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZDZ3-0005VK-I0 for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 22:53:14 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet10.oracle.com (Switch-3.4.4/Switch-3.4.2) with ESMTP id p5M2r5IU022380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 Jun 2011 02:53:07 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p5M2r4Un005396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Jun 2011 02:53:05 GMT Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p5M2qxhR024947; Tue, 21 Jun 2011 21:52:59 -0500 Received: from dradamslap1 (/10.159.50.205) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 Jun 2011 19:52:59 -0700 From: "Drew Adams" References: <4E009EB0.1050903@gmx.at><181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> Date: Tue, 21 Jun 2011 19:53:01 -0700 Message-ID: <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcwwgavphtOlUdbWRCewjnRucTFlywAAyxxg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4E015913.0057:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > > I would like `bury-buffer' to be decoupled from > > iconification. I would like `bury-buffer' to do > > nothing particular wrt dedicated windows. > > I'm not sure what "particular" means here. I explained what it means in the earlier mail: | [from the doc string:] | | "Also, if BUFFER-OR-NAME is nil or omitted, | remove the current buffer from the selected window | if it is displayed there." | | It is impossible to "remove the current buffer from the | selected window" if that window is dedicated, so this | secondary behavior naturally becomes a no-op in that case. | | If the window is dedicated, then I'd rather see one of | these behaviors than I would iconification of the buffer's | frame: | | a. Do nothing wrt the display. See above: a no-op wrt display. | b. Delete the frame. | | Perhaps the best approach is (a) above: have `bury-buffer' | just bury the buffer (i.e. affect the buffer order) and | not have it do anything wrt the display in this case. IOW, not disappear or move in any way - an unchanged display. The only effect would be the change in buffer order that is the raison d'etre of `bury-buffer': make it least likely to be used as `other-buffer'. > Part of the drive behind iconification is that I want > bury-buffer to be a sort of reverse-display-buffer, As I also said earlier, to me (and per the doc string and the function's past behavior) `bury-buffer' is not about display. (That is, it is only secondarily about display, and only in the one particular case quoted above.) `bury-buffer' is about reducing the priority of the buffer in the buffer order - e.g., for `other-buffer'. Of course display can come into play later, when `other-buffer' (or some other function) does its thing, which can involve display. But `bury-buffer' should not be about affecting the current display of buffers, except in the one case documented. At least that would be my preference, I think. For the case in question (dedicated), if the buffer is to be made to "disappear" then my (second) choice would be for it to disappear via `delete-frame', not iconification. The reason is primarily the annoyance that iconifying can produce - on Windows it is kind of animated, essentially sweeping across the display down to the task bar. With frame deletion it just disappears instantly - poof. > such that display-buffer followed by bury-buffer should be > a no-op (I know it's not always the case), so as to replace > save-window-excursion with something that does not impose > nesting and that works with frames. From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 03:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" Cc: 'Juanma Barranquero' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130871242626027 (code B ref 8911); Wed, 22 Jun 2011 03:14:02 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 03:13:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZDsv-0006lk-Pd for submit@debbugs.gnu.org; Tue, 21 Jun 2011 23:13:45 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZDst-0006lY-AV for 8911@debbugs.gnu.org; Tue, 21 Jun 2011 23:13:43 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet10.oracle.com (Switch-3.4.4/Switch-3.4.2) with ESMTP id p5M3DY13011657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 Jun 2011 03:13:37 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p5M3DXEb023700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Jun 2011 03:13:34 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p5M3DRLW017580; Tue, 21 Jun 2011 22:13:28 -0500 Received: from dradamslap1 (/10.159.50.205) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 Jun 2011 20:13:27 -0700 From: "Drew Adams" References: <4E009EB0.1050903@gmx.at><181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> Date: Tue, 21 Jun 2011 20:13:28 -0700 Message-ID: <80ABFFD46CF54BE1A48FCF0B3B9D9EFF@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> Thread-Index: AcwwgavphtOlUdbWRCewjnRucTFlywAAyxxgAAFAdwA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4E015DE1.00B0:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > IOW, not disappear or move in any way - an unchanged display. > The only effect would be the change in buffer order that is > the raison d'etre of `bury-buffer': make it least likely to > be used as `other-buffer'. > > `bury-buffer' is not about display.... `bury-buffer' is about > reducing the priority of the buffer in the buffer order - > e.g., for `other-buffer'. Here's another idea: Have `bury-buffer', as I suggested, do nothing wrt display, but add a hook for it, so users like Stefan can make it also do after just changing the buffer order. In particular, the could play with the display (iconify or delete frame etc.) Without doing anything in the hook, a dedicated window/frame/buffer would just stay there. From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 20:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 'Juanma Barranquero' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130877328223869 (code B ref 8911); Wed, 22 Jun 2011 20:09:01 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 20:08:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZTiU-0006Cv-9d for submit@debbugs.gnu.org; Wed, 22 Jun 2011 16:08:02 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZTiS-0006CS-FJ for 8911@debbugs.gnu.org; Wed, 22 Jun 2011 16:08:01 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAAJLAk5FxLeu/2dsb2JhbABTpxB4iHPBAYYtBJ1shCY X-IronPort-AV: E=Sophos;i="4.65,407,1304308800"; d="scan'208";a="116942601" Received: from 69-196-183-174.dsl.teksavvy.com (HELO pastel.home) ([69.196.183.174]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 22 Jun 2011 16:07:54 -0400 Received: by pastel.home (Postfix, from userid 20848) id F1A0E58EC9; Wed, 22 Jun 2011 16:07:53 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> Date: Wed, 22 Jun 2011 16:07:53 -0400 In-Reply-To: <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> (Drew Adams's message of "Tue, 21 Jun 2011 19:53:01 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > As I also said earlier, to me (and per the doc string and the > function's past behavior) `bury-buffer' is not about display. (That > is, it is only secondarily about display, and only in the one > particular case quoted above.) There are two ways to call bury-buffer, which correspond to two fairly different behaviors. One is with a non-nil argument, where it only touches the order in the buffer-list. This one is uncontroversial and doesn't matter much to me. The other is when the argument is nil, in which case it is *specifically* meant to make the buffer disappear (additionally to changing the buffer-list order). This case is very much about display, not just secondarily so. > The reason is primarily the annoyance that iconifying can produce - on > Windows it is kind of animated, essentially sweeping across the > display down to the task bar. With frame deletion it just disappears > instantly - poof. Then we could add an option so that bury-buffer uses delete-frame instead of iconify-frame. But doing nothing is not an option since the caller specifically asked to undisplay the buffer. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 20:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: martin rudalics , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130877350524184 (code B ref 8911); Wed, 22 Jun 2011 20:12:02 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 20:11:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZTm5-0006Hz-1E for submit@debbugs.gnu.org; Wed, 22 Jun 2011 16:11:45 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZTm3-0006Ho-AM for 8911@debbugs.gnu.org; Wed, 22 Jun 2011 16:11:43 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAE1MAk5FxLeu/2dsb2JhbABTpxB4iHPBBIYtBJ1shCY X-IronPort-AV: E=Sophos;i="4.65,407,1304308800"; d="scan'208";a="116942867" Received: from 69-196-183-174.dsl.teksavvy.com (HELO pastel.home) ([69.196.183.174]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 22 Jun 2011 16:11:35 -0400 Received: by pastel.home (Postfix, from userid 20848) id 3030C58EC9; Wed, 22 Jun 2011 16:11:35 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <4E00ADC0.80006@gmx.at> Date: Wed, 22 Jun 2011 16:11:35 -0400 In-Reply-To: (Juanma Barranquero's message of "Wed, 22 Jun 2011 04:31:31 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> Sorry, you're right. =A0The right thing to do here is to signal an error, >> not to split the window. > That's what it did until 22.3; it displayed "Cannot switch buffers in > a dedicated window". I know, I'm to blame for the change in Emacs-23, where I made switch-to-buffer fallback to pop-up-buffer when used in a dedicated window. I'll gladly admit that this fallback is wrong, but it's the sanest way I've found to deal with the wealth of packages calling switch-to-buffer because the author didn't know better. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jun 2011 22:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" Cc: 'Juanma Barranquero' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130878009225052 (code B ref 8911); Wed, 22 Jun 2011 22:02:02 +0000 Received: (at 8911) by debbugs.gnu.org; 22 Jun 2011 22:01:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZVUI-0006W1-PY for submit@debbugs.gnu.org; Wed, 22 Jun 2011 18:01:31 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZVUG-0006Vn-5n for 8911@debbugs.gnu.org; Wed, 22 Jun 2011 18:01:28 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet10.oracle.com (Switch-3.4.4/Switch-3.4.2) with ESMTP id p5MM1K4e025694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 Jun 2011 22:01:21 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p5MM1Ilc017328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Jun 2011 22:01:18 GMT Received: from abhmt016.oracle.com (abhmt016.oracle.com [141.146.116.25]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p5MM1CVE019489; Wed, 22 Jun 2011 17:01:12 -0500 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 Jun 2011 15:01:12 -0700 From: "Drew Adams" References: <4E009EB0.1050903@gmx.at><181538AC4C8B4765A99060E0425B9AB5@us.oracle.com><9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> Date: Wed, 22 Jun 2011 15:01:13 -0700 Message-ID: <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcwxGBbl9Tb6ItZLSiaWYrFSXRjlGQAAaTkA In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4E026632.004E:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > > As I also said earlier, to me (and per the doc string and the > > function's past behavior) `bury-buffer' is not about display. (That > > is, it is only secondarily about display, and only in the one > > particular case quoted above.) > > There are two ways to call bury-buffer, which correspond to two fairly > different behaviors. One is with a non-nil argument, where it only > touches the order in the buffer-list. This one is uncontroversial and > doesn't matter much to me. Right. Glad that at least in this case you're OK with not doing anything wrt display. > The other is when the argument is nil, in which case it is > *specifically* meant to make the buffer disappear I'm sure I won't be able to convince you, but that is not what the doc string indicates. It speaks only about removing the current buffer _from the selected window_ (if displayed there). To you maybe that suggests something about "disappearing" in the case of a dedicated window. To me it suggests nothing of the kind. To me it suggests on the contrary that this is not at all about that particular case, but is instead _ONLY_ about the case where the buffer _CAN_ be removed from the window. To me, that sentence, which has been around since Day One, covers only the special case that does _not_ include dedicated windows, since the current buffer cannot be removed from such a window. Dedicated windows have also been around a long time, yet the `bury-buffer' doc never said anything about doing anything to a dedicated window or its frame. Never UNTIL, that is, Emacs 23, when you (Emacs Dev) changed it - in the manual. You added this: "But if the selected window is dedicated to its buffer, it deletes that window if there are other windows left on its frame. Otherwise, if the selected window is the only window on its frame, it iconifies that frame." That was never the behavior or the interpretation (doc) before that. AFAIK, before Emacs 23 `bury-buffer' never did anything about the window in the dedicated case. It certainly never made the buffer "disappear" in any way for that case. Instead, it raised the error "Cannot switch buffers in a dedicated window", which to me sounds right. No doubt you consider that previous behavior a bug, but I expect it was by design, and I think it was not a bad choice. > (additionally to changing the buffer-list order). This case is > very much about display, not just secondarily so. Not for the dedicated case - not until Emacs 23, that is. That behavior was grafted on, and IMO it was a mistake. > > The reason is primarily the annoyance that iconifying can > > produce - on Windows it is kind of animated, essentially > > sweeping across the display down to the task bar. With > > frame deletion it just disappears instantly - poof. > > Then we could add an option so that bury-buffer uses delete-frame > instead of iconify-frame. Or `ignore' instead of `iconify-frame'... But why not instead do as I suggested earlier: 1. Return to the pre-23 behavior, so that `bury-buffer' is once again not about display. 2. Add a `bury-buffer-hook', to let people tack on any behavior they like, whether related to display or not. You might tack on `iconify-frame'. I might (or might not) tack on `delete-frame'. Joe Lambda might tack on a logging function to record buffer activity or something. I agree that it will not be uncommon to want to associate some display behavior with `bury-buffer'. I don't think the right idea is to try to decide on one display behavior that fits all. And I would opt for a hook (keeping `bury-buffer' display-free) rather than an option whose default value is some display behavior (e.g. `iconify-frame'). > But doing nothing is not an option since the caller > specifically asked to undisplay the buffer. Not until you changed the meaning to that. A caller of `bury-buffer' wants to change the buffer order. Why mix in additional behavior, so that a caller must now "want" to do a particular mix of things that don't necessarily go together? FWIW. From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Jun 2011 21:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 'Juanma Barranquero' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130886616514487 (code B ref 8911); Thu, 23 Jun 2011 21:57:02 +0000 Received: (at 8911) by debbugs.gnu.org; 23 Jun 2011 21:56:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZrsb-0003lc-9k for submit@debbugs.gnu.org; Thu, 23 Jun 2011 17:56:05 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QZrsY-0003l7-VA for 8911@debbugs.gnu.org; Thu, 23 Jun 2011 17:56:03 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EACW1A05FxKnm/2dsb2JhbABSpyx4iHPBfIYtBJ11hCc X-IronPort-AV: E=Sophos;i="4.65,415,1304308800"; d="scan'208";a="117033103" Received: from 69-196-169-230.dsl.teksavvy.com (HELO ceviche.home) ([69.196.169.230]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 23 Jun 2011 17:55:57 -0400 Received: by ceviche.home (Postfix, from userid 20848) id D151E665CB; Thu, 23 Jun 2011 18:55:56 -0300 (ART) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> Date: Thu, 23 Jun 2011 17:55:56 -0400 In-Reply-To: <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> (Drew Adams's message of "Wed, 22 Jun 2011 15:01:13 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > I'm sure I won't be able to convince you, but that is not what the doc > string indicates. It speaks only about removing the current buffer > _from the selected window_ (if displayed there). > To you maybe that suggests something about "disappearing" in the case > of a dedicated window. > To me it suggests nothing of the kind. To me it suggests on the > contrary that this is not at all about that particular case, but is > instead _ONLY_ about the case where the buffer _CAN_ be removed from > the window. Indeed you won't be able to convince me. I know enough about the way bury-buffer is used throughout the Emacs code to know what is the intended behavior. > Instead, it raised the error "Cannot switch buffers in a dedicated window", > which to me sounds right. If "breaks most calls to bury-buffer when the window is dedicated" sounds right to you, then I guess I won't be able to convince you either. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Jun 2011 21:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130903711513872 (code B ref 8911); Sat, 25 Jun 2011 21:26:02 +0000 Received: (at 8911) by debbugs.gnu.org; 25 Jun 2011 21:25:15 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaaLp-0003bg-Nk for submit@debbugs.gnu.org; Sat, 25 Jun 2011 17:25:14 -0400 Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QaaLn-0003bT-Bt for 8911@debbugs.gnu.org; Sat, 25 Jun 2011 17:25:12 -0400 Received: by pwj5 with SMTP id 5so2393077pwj.3 for <8911@debbugs.gnu.org>; Sat, 25 Jun 2011 14:25:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=AZjLxmX/VwdUjr8xsSKNXwqMYn7zjKFnwYCNjT+Ig7o=; b=g59IonLc9+BLmUz46I6QXNzf3f0rxMJotbaaX8gIC4s21BEilxRXre5U5+dDkTpoBO /uTbdgTcUWSnGQFaOCKSjJqR0ZenS1lQyWGlEQ5hexx4ChIFADwl+zzSe0QCRzg3i+r+ pDLS0NHiDzJh8mlPNZpGrAfUSCtOMaq7nI07w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=FY0rQUfGirqfclh0Q3Rhjh6BkRXT1Sd3JKM6IvktDCI7Hre0daOcTHZnHSWAt015sQ xINneJN8r7dIBn8QBFjpsHQ2JA7h7eiCX11nXNrPEqtLvV4MJA5DTPFX7GtCw1+sATxQ qs1AUH/MpkBUNvrKuMEHieBvC/oPut02Qb8pI= Received: by 10.142.118.24 with SMTP id q24mr871319wfc.392.1309037105484; Sat, 25 Jun 2011 14:25:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.173.16 with HTTP; Sat, 25 Jun 2011 14:24:25 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> From: Juanma Barranquero Date: Sat, 25 Jun 2011 23:24:25 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) Several bugs related to bury-buffer have been discussed in this thread: - bs-cycle-next deleting a window - bs-cycle-next creating a window is the current one is dedicated - bury-buffer unexpectedly iconizing a frame but I'm not sure whether some consensus was reached with respect to how, and where, to fix them. So I'm pinging to get the ball rolling again. J From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Jun 2011 09:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 8911@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130908057822742 (code B ref 8911); Sun, 26 Jun 2011 09:30:03 +0000 Received: (at 8911) by debbugs.gnu.org; 26 Jun 2011 09:29:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qaler-0005uk-5E for submit@debbugs.gnu.org; Sun, 26 Jun 2011 05:29:37 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1Qalep-0005uY-Ga for 8911@debbugs.gnu.org; Sun, 26 Jun 2011 05:29:36 -0400 Received: (qmail invoked by alias); 26 Jun 2011 09:29:29 -0000 Received: from 62-47-38-195.adsl.highway.telekom.at (EHLO [62.47.38.195]) [62.47.38.195] by mail.gmx.net (mp071) with SMTP; 26 Jun 2011 11:29:29 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+Uf1dV7CqUe6il50HjPdQCY8E3Ql5RSDsZuhZhNv MsKpjkbutizJLU Message-ID: <4E06FBF8.9040205@gmx.at> Date: Sun, 26 Jun 2011 11:29:28 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > - bs-cycle-next deleting a window I thought Stefan's proposal to call `bury-buffer' with the current buffer as explicit argument should handle this. martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Jun 2011 11:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 8911@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130908755124017 (code B ref 8911); Sun, 26 Jun 2011 11:26:02 +0000 Received: (at 8911) by debbugs.gnu.org; 26 Jun 2011 11:25:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QanTJ-0006FK-Qh for submit@debbugs.gnu.org; Sun, 26 Jun 2011 07:25:50 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QanTI-0006F9-2X for 8911@debbugs.gnu.org; Sun, 26 Jun 2011 07:25:48 -0400 Received: by pzk5 with SMTP id 5so2496535pzk.3 for <8911@debbugs.gnu.org>; Sun, 26 Jun 2011 04:25:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=CMHt7NG3H2ifbpWVrn1gMKwrfuFZyvkIvyXo401OWWA=; b=upKGO+6TIRDKobPaB6iOwlYnLrQZbNPB6YP9aWe9NFoGLrrL/DplxX2ghHeatHh34P v5duNmfEHuT/Snu0FDbEumUow71p9lSKODhoih2h/Igu7IFnUJluKYc7wpMuLYS3JitM dkaVWonzrLS3I7y5dO1hxgORMGiqmx0Rr8RQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=PCS092bh0ctWoDgMRA2hca3hFIx6Kpadmt5vMT8h9AOEnUE1FajgmtmorUHvDEc2Q4 ACBv8rg0H3aLP5YKfTCtQkapr4xVsFy3KfF5HKuVHd658Hcyo2IOx5g3mbhHQR4ZBD09 Ywb+asKUzuwLigp0lJpN3KIiluQwzUTS+4S7g= Received: by 10.143.83.1 with SMTP id k1mr630356wfl.107.1309087542159; Sun, 26 Jun 2011 04:25:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.173.16 with HTTP; Sun, 26 Jun 2011 04:25:02 -0700 (PDT) In-Reply-To: <4E06FBF8.9040205@gmx.at> References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> From: Juanma Barranquero Date: Sun, 26 Jun 2011 13:25:02 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) > I thought Stefan's proposal to call `bury-buffer' with the current > buffer as explicit argument should handle this. True, thanks. I've committed that fix. What about the other two? =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 01:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13091382091670 (code B ref 8911); Mon, 27 Jun 2011 01:31:01 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 01:30:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qb0eO-0000Qs-NK for submit@debbugs.gnu.org; Sun, 26 Jun 2011 21:30:08 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qb0eN-0000Ic-Bb for 8911@debbugs.gnu.org; Sun, 26 Jun 2011 21:30:07 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAArcB05MCqDH/2dsb2JhbABSp0d4iHS+OYYwBJ4RhCk X-IronPort-AV: E=Sophos;i="4.65,429,1304308800"; d="scan'208";a="117165628" Received: from 76-10-160-199.dsl.teksavvy.com (HELO pastel.home) ([76.10.160.199]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 26 Jun 2011 21:30:01 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8487A58E05; Sun, 26 Jun 2011 21:30:01 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> Date: Sun, 26 Jun 2011 21:30:01 -0400 In-Reply-To: (Juanma Barranquero's message of "Sun, 26 Jun 2011 13:25:02 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> I thought Stefan's proposal to call `bury-buffer' with the current >> buffer as explicit argument should handle this. > True, thanks. I've committed that fix. > What about the other two? I'm not sure about the third (isn't it also fixed by passing a non-nil arg to bury-buffer?), but for the second the right fix is to remove the "fallback on pop-to-buffer" from switch-to-buffer. Of course, that will (re)introduce new bugs which we could/should "fix" by marking switch-to-buffer (and find-file and maybe a few more) as "don't call from Elisp". Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 01:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13091396629120 (code B ref 8911); Mon, 27 Jun 2011 01:55:01 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 01:54:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qb11p-0002N3-8K for submit@debbugs.gnu.org; Sun, 26 Jun 2011 21:54:21 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qb11j-0002Ml-9O for 8911@debbugs.gnu.org; Sun, 26 Jun 2011 21:54:19 -0400 Received: by pzk5 with SMTP id 5so2679172pzk.3 for <8911@debbugs.gnu.org>; Sun, 26 Jun 2011 18:54:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=F8+DP3k1k3k1I6yOaO1auQjRNBe0KGsiznzf8stM/A0=; b=FPlgRv6ewL1ysM/xft5pK1L6UcRJXxwjv4xTS1os4tiwJBMvMZYfkjxnVUFc3BO0Xx V4p5dOZcbViUSqnUsb5h7Fqb3E1S+EUSUcKOMfr37cCRo01bR+y2wE33RoNLkAxxdj4J WawHRY/lnLzcJPX/KD2oIIr/nluF1JZ6/7wk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=ZwaT4yMBjZJmb/0Wk+fIm350ieATZX8HsPq6KprShz2FLTh25D+7JLRpqv7wK7VtbO xfiptd36CTu5uXodZs9OuTdBxnqIZc7VNvwX3UAZLYvVWVbKDaWoVUhZLsHEcpoc6+0e oI4/065wTyup9qTozUBPfwsn4cr3QvQjnsRXE= Received: by 10.143.12.16 with SMTP id p16mr923516wfi.50.1309139649380; Sun, 26 Jun 2011 18:54:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.173.16 with HTTP; Sun, 26 Jun 2011 18:53:29 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> From: Juanma Barranquero Date: Mon, 27 Jun 2011 03:53:29 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Mon, Jun 27, 2011 at 03:30, Stefan Monnier wr= ote: > I'm not sure about the third (isn't it also fixed by passing a non-nil > arg to bury-buffer?) Well, yes, but that means "fixing" it everywhere; I mean: emacs -Q M-: (set-window-dedicated-p (selected-window) t) M-x bury-buffer and the frame is iconified. It shouldn't. > but for the second the right fix is to remove the > "fallback on pop-to-buffer" from switch-to-buffer. =C2=A0Of course, that = will > (re)introduce new bugs which we could/should "fix" by marking > switch-to-buffer (and find-file and maybe a few more) as "don't call > from Elisp". If switch-to-buffer is changed not to fallback on pop-to-buffer, why shouldn't it be called from elisp? In the case of bs-cycle-next: (unless (window-dedicated-p (selected-window)) ;; We don't want the frame iconified if the only window in the fr= ame ;; happens to be dedicated (bury-buffer (current-buffer))) (switch-to-buffer next) the current switch-to-buffer causes the unwanted-splitting behavior. Changing it to pop-to-buffer-same-window, as its docstring suggests, would still cause the same problem. =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 07:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 8911@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130915806732018 (code B ref 8911); Mon, 27 Jun 2011 07:02:01 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 07:01:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qb5og-0008KN-KL for submit@debbugs.gnu.org; Mon, 27 Jun 2011 03:01:06 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1Qb5oe-0008Jt-5U for 8911@debbugs.gnu.org; Mon, 27 Jun 2011 03:01:05 -0400 Received: (qmail invoked by alias); 27 Jun 2011 07:00:57 -0000 Received: from 62-47-45-136.adsl.highway.telekom.at (EHLO [62.47.45.136]) [62.47.45.136] by mail.gmx.net (mp036) with SMTP; 27 Jun 2011 09:00:57 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+jRv9iXG2jJhcgyjxwKm9im9tnZFW+goZHAzPj9q sC993lzeALkjh5 Message-ID: <4E082AA8.3010807@gmx.at> Date: Mon, 27 Jun 2011 09:00:56 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > If switch-to-buffer is changed not to fallback on pop-to-buffer, why > shouldn't it be called from elisp? In the case of bs-cycle-next: > > (unless (window-dedicated-p (selected-window)) > ;; We don't want the frame iconified if the only window in the frame > ;; happens to be dedicated > (bury-buffer (current-buffer))) > (switch-to-buffer next) > > the current switch-to-buffer causes the unwanted-splitting behavior. > Changing it to pop-to-buffer-same-window, as its docstring suggests, > would still cause the same problem. `switch-to-buffer' has a specific window show a specific buffer. The user cannot change that via options. `pop-to-buffer-same-window' tries to show a specific buffer in a specific window. But the user can change that via options. In particular, the user can decide to override the splitting behavior, dedicatedness of windows, ... All `bs-cycle-next' has to do is call it via (pop-to-buffer-same-window next nil 'bs-cycle-next) martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 09:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 8911@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13091675459752 (code B ref 8911); Mon, 27 Jun 2011 09:40:02 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 09:39:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qb8HY-0002XF-Mh for submit@debbugs.gnu.org; Mon, 27 Jun 2011 05:39:05 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qb8HW-0002Wl-BH for 8911@debbugs.gnu.org; Mon, 27 Jun 2011 05:39:02 -0400 Received: by pzk5 with SMTP id 5so2839677pzk.3 for <8911@debbugs.gnu.org>; Mon, 27 Jun 2011 02:38:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=k2hDnIyhY2aInBmsFp+fUpW+RoL9M4Nbl+rK+VbodwE=; b=S9osHJ5GfjMcLQVqM2byhlRNJoRnN317sx2U3nGy+LwZg/LMVL4eNSdgbE0U5N1PiC n0OmYLZeEbBUegV7VgcuDgE2+g1qwLRRz43VsGYn8xl0Dmt2gx9TmT+cI6tYDFq8wn+H XY5mbEEJE5FqhBGeblBopVhZ0V4HRwKYfkYXs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=CMp7j78ioyvcTQ0N/oda46rvWgHacQx0uNVsExOkL4x4HruZnWjybJU+OcgZcgQZGq gXt5lUH02mmbeRb+eX9UTnQvlHVux2YtIyDUAYu4+FRBVT2iVr/GNE8R4THH1fKq2dr2 10W+cnY5a1BQBPOfpBpFsPft5nT/PayFOUWmY= Received: by 10.142.118.24 with SMTP id q24mr1073295wfc.392.1309167535943; Mon, 27 Jun 2011 02:38:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.173.16 with HTTP; Mon, 27 Jun 2011 02:38:15 -0700 (PDT) In-Reply-To: <4E082AA8.3010807@gmx.at> References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> <4E082AA8.3010807@gmx.at> From: Juanma Barranquero Date: Mon, 27 Jun 2011 11:38:15 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Mon, Jun 27, 2011 at 09:00, martin rudalics wrote: > `switch-to-buffer' has a specific window show a specific buffer. =C2=A0Th= e > user cannot change that via options. Understood. > `pop-to-buffer-same-window' tries to show a specific buffer in a > specific window. =C2=A0But the user can change that via options. =C2=A0In > particular, the user can decide to override the splitting behavior, > dedicatedness of windows, ... In the specific case of bs-cycle-next, for non-dedicated windows, (pop-to-buffer-same-window next) works. >=C2=A0All `bs-cycle-next' has to do is call > it via > > (pop-to-buffer-same-window next nil 'bs-cycle-next) Presumably you mean all is needed is that, plus an entry in `display-buffer-alist'. But I don't see a way to say "OK, abort, this window is strongly dedicated so the buffer shouldn't be shown anywhere, just throw an error to the user". Care to show how to say that? TIA, =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 12:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 8911@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130917879031383 (code B ref 8911); Mon, 27 Jun 2011 12:47:01 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 12:46:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbBCw-0008A8-51 for submit@debbugs.gnu.org; Mon, 27 Jun 2011 08:46:30 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QbBCt-00089s-Kt for 8911@debbugs.gnu.org; Mon, 27 Jun 2011 08:46:28 -0400 Received: (qmail invoked by alias); 27 Jun 2011 12:46:20 -0000 Received: from 62-47-36-191.adsl.highway.telekom.at (EHLO [62.47.36.191]) [62.47.36.191] by mail.gmx.net (mp020) with SMTP; 27 Jun 2011 14:46:20 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/2qOFeKx32aFkqkLvpuR5++PkPVJqVykcw3iPhNE 9VHl5MdPUl4j9M Message-ID: <4E087B9B.8070608@gmx.at> Date: Mon, 27 Jun 2011 14:46:19 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> <4E082AA8.3010807@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > Presumably you mean all is needed is that, plus an entry in > `display-buffer-alist'. If the user wants to change the default behavior, yes. > But I don't see a way to say "OK, abort, this > window is strongly dedicated so the buffer shouldn't be shown > anywhere, just throw an error to the user". Care to show how to say > that? I'm not sure whether we want to do that. If so, there are two ways. Either, in `bs-cycle-next' write something like: (if (and (window-dedicated-p) (not (eq (window-buffer) next))) (error "Selected window is dedicated to its buffer") (display-buffer-same-window next)) which gives the user no choice wrt what to do when the selected window is dedicated or write (defun reuse-same-window-unless-dedicated (buffer &rest args) "..." (if (and (window-dedicated-p) (not (eq (window-buffer) next))) (error "Selected window is dedicated to its buffer") (display-buffer-same-window buffer))) (display-buffer next '((fun-with-args reuse-same-window-unless-dedicated)) 'bs-cycle-next) and allow the user to specify her own deviant behavior when the selected window is dedicated. martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 14:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 8911@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130918332020315 (code B ref 8911); Mon, 27 Jun 2011 14:02:02 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 14:02:00 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbCO0-0005Hc-AD for submit@debbugs.gnu.org; Mon, 27 Jun 2011 10:02:00 -0400 Received: from mail-qw0-f44.google.com ([209.85.216.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbCNx-0005HP-Pr for 8911@debbugs.gnu.org; Mon, 27 Jun 2011 10:01:58 -0400 Received: by qwc23 with SMTP id 23so2342368qwc.3 for <8911@debbugs.gnu.org>; Mon, 27 Jun 2011 07:01:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=ic/RuHp5d+mtAupFcEAIKiXy4FQVShvBOqMD3TCojOw=; b=fdLsq62LBtd6aacGC0suLjqUUbaTn/8+UgS4zct0NvwbLrbk7CfFLZ7B0H+8WMOFZP MKgOp7p0F9ZbHk76ww/iJUSjcS7SbVAo36jvi6hqNPKTwhVWsfVVcLdaC6UzTmOBZNLz gWY3MsD5YmvDq2GbtXnJP/ikkBCRDXfE/7da8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Ei439qNS9kl4dod3FUgjcvj8HvYfpCMC786GXaGIZ/haYMC8rahxrQXWp4qrbhnCBT dJ/tkANaL2AOKLuxV9l2wlrR3E3Bt46PBl8AJE8ey+bKtdEmbD4cstx9V1GYGj3fx5he Dm+3y/qhEkPR3RBxQCUGLqAt/Pmuicdqmgc18= Received: by 10.229.63.229 with SMTP id c37mr4700031qci.212.1309183312083; Mon, 27 Jun 2011 07:01:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.40.131 with HTTP; Mon, 27 Jun 2011 07:01:12 -0700 (PDT) In-Reply-To: <4E087B9B.8070608@gmx.at> References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> <4E082AA8.3010807@gmx.at> <4E087B9B.8070608@gmx.at> From: Juanma Barranquero Date: Mon, 27 Jun 2011 16:01:12 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Mon, Jun 27, 2011 at 14:46, martin rudalics wrote: > If the user wants to change the default behavior, yes. Ah. Current documentation for display-buffer-alist is less than clear to me= . > I'm not sure whether we want to do that. Well, I'm not sure whether *we* want, either, but I'm definitely sure I want (locally, I mean). > If so, there are two ways. > Either, in `bs-cycle-next' write something like: > > =C2=A0(if (and (window-dedicated-p) (not (eq (window-buffer) next))) > =C2=A0 =C2=A0 =C2=A0(error "Selected window is dedicated to its buffer") > =C2=A0 =C2=A0(display-buffer-same-window next)) > > which gives the user no choice wrt what to do when the selected window > is dedicated I supose this is a no-no. > or write > > (defun reuse-same-window-unless-dedicated (buffer &rest args) > =C2=A0"..." > =C2=A0(if (and (window-dedicated-p) (not (eq (window-buffer) next))) > =C2=A0 =C2=A0 =C2=A0(error "Selected window is dedicated to its buffer") > =C2=A0 =C2=A0(display-buffer-same-window buffer))) > > (display-buffer > =C2=A0next '((fun-with-args reuse-same-window-unless-dedicated)) 'bs-cycl= e-next) > > and allow the user to specify her own deviant behavior when the selected > window is dedicated. I don't follow you. reuse-same-window-unless-dedicated is throwing an error unconditionally. How would the user specifiy her own behavior? =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 14:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 8911@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130918394121157 (code B ref 8911); Mon, 27 Jun 2011 14:13:02 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 14:12:21 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbCY0-0005VC-EV for submit@debbugs.gnu.org; Mon, 27 Jun 2011 10:12:20 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QbCXw-0005Uv-Tw for 8911@debbugs.gnu.org; Mon, 27 Jun 2011 10:12:18 -0400 Received: (qmail invoked by alias); 27 Jun 2011 14:12:09 -0000 Received: from 62-47-63-203.adsl.highway.telekom.at (EHLO [62.47.63.203]) [62.47.63.203] by mail.gmx.net (mp058) with SMTP; 27 Jun 2011 16:12:09 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/ymVN4rKHyye8f77/Y81iCP2yr/vo/IYga9i1fPR 7y8pF/SB41YgPx Message-ID: <4E088FB8.6010004@gmx.at> Date: Mon, 27 Jun 2011 16:12:08 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> <4E082AA8.3010807@gmx.at> <4E087B9B.8070608@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > I don't follow you. reuse-same-window-unless-dedicated is throwing an > error unconditionally. How would the user specifiy her own behavior? Using the override specifier and matching the bs-cycle-next label. The override specifier should do what it says - override everything the application proposes. The label is needed since `bs-cycle-next' can pop up an arbitrary buffer no regexp or name could selectively match. martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 14:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 8911@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130918457625008 (code B ref 8911); Mon, 27 Jun 2011 14:23:01 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 14:22:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbCiE-0006VJ-VM for submit@debbugs.gnu.org; Mon, 27 Jun 2011 10:22:55 -0400 Received: from mail-qw0-f44.google.com ([209.85.216.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbCiE-0006V7-0Q for 8911@debbugs.gnu.org; Mon, 27 Jun 2011 10:22:54 -0400 Received: by qwc23 with SMTP id 23so2352885qwc.3 for <8911@debbugs.gnu.org>; Mon, 27 Jun 2011 07:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=aDsW+Ib4ulrdPRBCmh3w+jkAe7bBNVD+MsW8i4O43ro=; b=IdiaDmz60C+DUbep7ovk/iNdvbvW7zqyM2aCy+9lvH0BYZT8HXganad/c6qV+0PCtT iNnm+qg83WuF1p/u+d8C0Tur0a78CLxqGGk3+hraC/4VuJRpDcYhTF5TSMhM2lq0WDSh Rjsip3B9SVPasQQGC+FL5Cfkuppo2xKnRofg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Is7DzbzIyIOr3AuqDvhNh3Jql3RR9CiJRJKLaKgrjVnVuCRYyLR43Lknmc1rxb+m4y mFOiH8WwBjNgzzpZe1SzGoHktFjeST25sQicvJ0q3QJZad5iu5X6bpfN7df12M3cY/bG zSeTC6fbd7gmijVb0Nt1Z80fZ0OhulTHP3Z4k= Received: by 10.229.63.229 with SMTP id c37mr4722485qci.212.1309184568246; Mon, 27 Jun 2011 07:22:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.40.131 with HTTP; Mon, 27 Jun 2011 07:22:07 -0700 (PDT) In-Reply-To: <4E088FB8.6010004@gmx.at> References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> <4E082AA8.3010807@gmx.at> <4E087B9B.8070608@gmx.at> <4E088FB8.6010004@gmx.at> From: Juanma Barranquero Date: Mon, 27 Jun 2011 16:22:07 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Mon, Jun 27, 2011 at 16:12, martin rudalics wrote: > Using the override specifier and matching the bs-cycle-next label. =C2=A0= The > override specifier should do what it says - override everything the > application proposes. I'm quite sure I will be able to do that, as soon as I'm able to understand display-buffer-alist's docstring. For the moment I find it quite obscure. >=C2=A0The label is needed since `bs-cycle-next' can pop > up an arbitrary buffer no regexp or name could selectively match. Yes, that at least I understand. And I'm sure once I grok the rest it will help simplifying my .emacs (for example, I will not need to strongly dedicate *buffer-selection*). =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jun 2011 20:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130920556325144 (code B ref 8911); Mon, 27 Jun 2011 20:13:02 +0000 Received: (at 8911) by debbugs.gnu.org; 27 Jun 2011 20:12:43 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbIAk-0006XU-DK for submit@debbugs.gnu.org; Mon, 27 Jun 2011 16:12:42 -0400 Received: from mail-pz0-f42.google.com ([209.85.210.42]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbIAh-0006XH-8X for 8911@debbugs.gnu.org; Mon, 27 Jun 2011 16:12:40 -0400 Received: by pzk37 with SMTP id 37so3540077pzk.29 for <8911@debbugs.gnu.org>; Mon, 27 Jun 2011 13:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=ZKSlc/Oc6RjYVza9H0rybw00cbl5bT8aqcpHZB3oTJo=; b=wjz59n6NhT4hSQuS0x8fWU74JfwDYSobWs9ey4Hyv1wNvv5V3Dv1d0LzgZ1Vn/WaTz jOFXq91rt2iv7pHEb/YvcueJo4bWgdzv2P2blZnhFp9bQxxH56AvIG5EIuXe81hE2kCM zMKdwR2hVgIakkmfmWdFZV73l64B+5RLTaLiE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=x6AMR+LEXgMSc03f/CJ82srJU161Nt6NgQB0Gjxk1cmL26obCIgWnU8/XaoiuLFtEE O/jlvxSwXLa4miIWNZzu2b8b5Qa4j1y2wembItXC402aLvcSZ3XpKRmM/jR9Xi9VEhXh E6SMNWR9o1+w70AKeGkYuolTreAaOKOGGnJrI= Received: by 10.142.54.3 with SMTP id c3mr1268127wfa.221.1309205553112; Mon, 27 Jun 2011 13:12:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.50.7 with HTTP; Mon, 27 Jun 2011 13:11:52 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> <4E082AA8.3010807@gmx.at> <4E087B9B.8070608@gmx.at> <4E088FB8.6010004@gmx.at> From: Juanma Barranquero Date: Mon, 27 Jun 2011 22:11:52 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) This code, which is mostly Martin's, fixes case 2. The user can override the "signal error" behavior by customizing display-buffer-alist or adding (push '(((label . bs-cycle-next) (label . bs-cycle-previous)) reuse-window (reuse-window same nil nil) (reuse-window-dedicated . t) (override . t)) display-buffer-alist) to their .emacs. OK to install? J === modified file 'lisp/bs.el' --- lisp/bs.el 2011-06-27 01:52:37 +0000 +++ lisp/bs.el 2011-06-27 19:59:41 +0000 @@ -1190,6 +1190,15 @@ (defvar bs--cycle-list nil "Current buffer list used for cycling.") +(defun bs--reuse-window-unless-dedicated (buffer &rest _args) + "Display BUFFER in the selected window. +If the selected window is dedicated, signal an error instead. +This function is intended to be called from `display-buffer'. +To override it, see `display-buffer-alist'." + (if (and (window-dedicated-p) (not (eq (window-buffer) buffer))) + (error "Selected window is dedicated to its buffer") + (display-buffer-same-window buffer))) + ;;;###autoload (defun bs-cycle-next () "Select next buffer defined by buffer cycling. @@ -1215,7 +1224,9 @@ ;; We don't want the frame iconified if the only window in the frame ;; happens to be dedicated. (bury-buffer (current-buffer)) - (switch-to-buffer next) + (display-buffer next + '((fun-with-args bs--reuse-window-unless-dedicated)) + 'bs-cycle-next) (setq bs--cycle-list (append (cdr cycle-list) (list (car cycle-list)))) (bs-message-without-log "Next buffers: %s" @@ -1244,7 +1255,9 @@ bs--cycle-list))) (prev-buffer (car tupel)) (cycle-list (cdr tupel))) - (switch-to-buffer prev-buffer) + (display-buffer prev-buffer + '((fun-with-args bs--reuse-window-unless-dedicated)) + 'bs-cycle-previous) (setq bs--cycle-list (append (last cycle-list) (reverse (cdr (reverse cycle-list))))) (bs-message-without-log "Previous buffers: %s" From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2011 03:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130931805312798 (code B ref 8911); Wed, 29 Jun 2011 03:28:01 +0000 Received: (at 8911) by debbugs.gnu.org; 29 Jun 2011 03:27:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QblR7-0003KN-9R for submit@debbugs.gnu.org; Tue, 28 Jun 2011 23:27:33 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QblR5-0003KC-QG for 8911@debbugs.gnu.org; Tue, 28 Jun 2011 23:27:32 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG2bCk5MCqDH/2dsb2JhbABSp054iHjADYYwBJ4xhCs X-IronPort-AV: E=Sophos;i="4.65,441,1304308800"; d="scan'208";a="117459276" Received: from 76-10-160-199.dsl.teksavvy.com (HELO pastel.home) ([76.10.160.199]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 28 Jun 2011 23:27:22 -0400 Received: by pastel.home (Postfix, from userid 20848) id AC47459057; Tue, 28 Jun 2011 23:27:22 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> Date: Tue, 28 Jun 2011 23:27:22 -0400 In-Reply-To: (Juanma Barranquero's message of "Mon, 27 Jun 2011 03:53:29 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> I'm not sure about the third (isn't it also fixed by passing a non-nil >> arg to bury-buffer?) > Well, yes, but that means "fixing" it everywhere; I mean: > emacs -Q > M-: (set-window-dedicated-p (selected-window) t) > M-x bury-buffer > and the frame is iconified. It shouldn't. As mentioned earlier, maybe the single-frame case is special, but I'd really first like to know how you get into such a state. For any other case, M-x bury-buffer RET *should* iconify the current frame if it shows a single dedicated window (with the caveat that Drew wants it to delete the frame instead). > If switch-to-buffer is changed not to fallback on pop-to-buffer, why > shouldn't it be called from elisp? Because 99% of the calls are wrong (they just want to display a specific buffer and the author did not consider what should happen if called in a minibuffer-only frame or in a dedicated window). > In the case of bs-cycle-next: > (unless (window-dedicated-p (selected-window)) > ;; We don't want the frame iconified if the only window in the frame > ;; happens to be dedicated > (bury-buffer (current-buffer))) > (switch-to-buffer next) > the current switch-to-buffer causes the unwanted-splitting behavior. > Changing it to pop-to-buffer-same-window, as its docstring suggests, > would still cause the same problem. Yes, bs-cycle-next would be one of the very rare cases where calling switch-to-buffer is the right thing to do. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2011 03:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130931989121236 (code B ref 8911); Wed, 29 Jun 2011 03:59:01 +0000 Received: (at 8911) by debbugs.gnu.org; 29 Jun 2011 03:58:11 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qbluk-0005WS-Kc for submit@debbugs.gnu.org; Tue, 28 Jun 2011 23:58:10 -0400 Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qbluj-0005WG-18 for 8911@debbugs.gnu.org; Tue, 28 Jun 2011 23:58:09 -0400 Received: by pwj5 with SMTP id 5so589164pwj.3 for <8911@debbugs.gnu.org>; Tue, 28 Jun 2011 20:58:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=nuSJVcY6PONGpz3c4uLbSrnWKBjF5kdZYFOaU9esfrI=; b=QUEPgJpuGjvuOskLsDbXYS2OG51EEGuBBGLrDM5BC5xugOI/rVhtZYaXCX695Fy+cP K28LneHeTUVnnEj3zQzhHWNE3Mz2l7fh1lyVacI7H2PyZSI/+mfFLOmAxlFXl3tMVfRo FzmwL2hGW2HB9h5xet1wSgVvepbvGVZCXzg4Y= Received: by 10.142.118.24 with SMTP id q24mr171915wfc.392.1309319883174; Tue, 28 Jun 2011 20:58:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.50.7 with HTTP; Tue, 28 Jun 2011 20:57:23 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> From: Juanma Barranquero Date: Wed, 29 Jun 2011 05:57:23 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Wed, Jun 29, 2011 at 05:27, Stefan Monnier wr= ote: > As mentioned earlier, maybe the single-frame case is special, but I'd > really first like to know how you get into such a state. As I explained, I have strongly-dedicated windows, and every now and then I end doing C-x 1 inside one of them. As it isn't usually what I wanted, I immediately do (which I have bound to bs-cycle-next). But, leaving aside my own use case, yeah, for the single frame use case, iconifying it is hardly going to be useful for anyone, I think. > For any other > case, M-x bury-buffer RET *should* iconify the current frame if it shows > a single dedicated window (with the caveat that Drew wants it to delete > the frame instead). I don't even agree with your example, because I certainly wouldn't want my frames iconified (and, in any case, I'd use M-x iconify-frame for that). But explicit interactive calls of bury-buffer are not what I complain about; I don't mind these, because I just don't ever use them. My problem happens when bury-buffer is called from some elisp code that does a poor job of reading my mind: no, mr. program, I don't really want my frames iconified, thank you very much. bs-cycle-next is just the most prominent example of that bad behavior, because I use it a lot. So, I don't mind which is the default, as long as there's a way to customize it (with Martin's new window machinery, not redefining functions) to my tastes. =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2011 07:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Juanma Barranquero , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130933151211218 (code B ref 8911); Wed, 29 Jun 2011 07:12:01 +0000 Received: (at 8911) by debbugs.gnu.org; 29 Jun 2011 07:11:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbowB-0002us-Lg for submit@debbugs.gnu.org; Wed, 29 Jun 2011 03:11:51 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QbowA-0002uh-0V for 8911@debbugs.gnu.org; Wed, 29 Jun 2011 03:11:50 -0400 Received: (qmail invoked by alias); 29 Jun 2011 07:11:43 -0000 Received: from 62-47-49-191.adsl.highway.telekom.at (EHLO [62.47.49.191]) [62.47.49.191] by mail.gmx.net (mp009) with SMTP; 29 Jun 2011 09:11:43 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19+FD0WGt1+7PYs1wvtFZ5pDxB943xUEyrwkAsW2L Eps7YMlM5iragn Message-ID: <4E0AD02D.4020207@gmx.at> Date: Wed, 29 Jun 2011 09:11:41 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > Because 99% of the calls are wrong (they just want to display > a specific buffer and the author did not consider what should happen if > called in a minibuffer-only frame or in a dedicated window). Why aren't minibuffer-only frame windows automatically dedicated? martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2011 11:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130934745522318 (code B ref 8911); Wed, 29 Jun 2011 11:38:02 +0000 Received: (at 8911) by debbugs.gnu.org; 29 Jun 2011 11:37:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qbt5K-0005nv-BQ for submit@debbugs.gnu.org; Wed, 29 Jun 2011 07:37:34 -0400 Received: from mail-pv0-f172.google.com ([74.125.83.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qbt5I-0005ni-8C for 8911@debbugs.gnu.org; Wed, 29 Jun 2011 07:37:33 -0400 Received: by pvh18 with SMTP id 18so732740pvh.3 for <8911@debbugs.gnu.org>; Wed, 29 Jun 2011 04:37:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=4gkH2IXSZK1gIBhFaYMiOy5+rMglszdr2ruqA1rq1f0=; b=DcJjEUzRbvZ42R5l91+QzHneO7WN7gKYLA1iOoPWbx0dct56zUydTn9DJKulnKRyFS 7UrXWc8hy/nGpfW88nYcidXdc+sFqJmT3682beDUIb6xKFV7AIX8m1nUoup/R0NAeT8x 4+DLoNzwU7HjeaQwTO+3rE2KRUosFzA5jSgQw= Received: by 10.143.66.15 with SMTP id t15mr372912wfk.278.1309347446199; Wed, 29 Jun 2011 04:37:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.50.7 with HTTP; Wed, 29 Jun 2011 04:36:46 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> From: Juanma Barranquero Date: Wed, 29 Jun 2011 13:36:46 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) On Wed, Jun 29, 2011 at 05:27, Stefan Monnier wr= ote: > Yes, bs-cycle-next would be one of the very rare cases where calling > switch-to-buffer is the right thing to do. Which is exactly what the patch I sent for case 2 (bs-cycle-next vs. dedicated windows) does. It's OK to install, or do you object to it? =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2011 15:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" , "'Juanma Barranquero'" Cc: 'martin rudalics' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130936180427092 (code B ref 8911); Wed, 29 Jun 2011 15:37:01 +0000 Received: (at 8911) by debbugs.gnu.org; 29 Jun 2011 15:36:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qbwol-00072v-TD for submit@debbugs.gnu.org; Wed, 29 Jun 2011 11:36:44 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qbwoj-00072e-TU for 8911@debbugs.gnu.org; Wed, 29 Jun 2011 11:36:43 -0400 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by rcsinet10.oracle.com (Switch-3.4.4/Switch-3.4.2) with ESMTP id p5TFaXBi014221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 29 Jun 2011 15:36:35 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p5TFaVFU008588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jun 2011 15:36:32 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p5TFaPZk012647; Wed, 29 Jun 2011 10:36:26 -0500 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 29 Jun 2011 08:36:24 -0700 From: "Drew Adams" References: <4E009EB0.1050903@gmx.at><181538AC4C8B4765A99060E0425B9AB5@us.oracle.com><9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com><8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com><4E06FBF8.9040205@gmx.at> Date: Wed, 29 Jun 2011 08:36:23 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acw2DHzoxaLoBGkWRimq6ibo+Ktv9QAXGSMg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090201.4E0B4683.014C:SCFSTAT5015188, ss=1, re=-4.000, fgs=0 X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > M-x bury-buffer RET *should* iconify the current frame > if it shows a single dedicated window (with the caveat > that Drew wants it to delete the frame instead). So...it *SHOULD*...(but Drew wants something different). Hm. "Drew wants". What Drew might want for his personal use is one thing. What Drew wants for Emacs is another thing. In either case you misrepresent what Drew wants. I made it clear that I did _not_ "want it to delete the frame instead". That is _not_ the behavior I prefer for Emacs, and it is not even my preference for my own use all of the time. I said, speaking about the dedicated-window case: > the best approach is (a) above: have `bury-buffer' > just bury the buffer (i.e. affect the buffer order) and > not have it do anything wrt the display in this case. > > IOW, not disappear or move in any way - an unchanged display. > The only effect would be the change in buffer order that is > the raison d'etre of `bury-buffer': make it least likely to > be used as `other-buffer'. NO deletion and NO iconification, by default. That's what Drew wants for Emacs. But also with the possibility for a _user_ to add deletion or iconification - or anything else s?he might like. I said that we should give users control. Users who, like Stefan, might want `bury-buffer' for a dedicated window to always be accompanied by iconification, and users who might want it to instead always delete the frame, should be able to get what they want. But also users who might want `bury-buffer' to iconify in context A, delete in context B, thumbify in context C, and do nothing at all to the display in context D -- those users too should be able to get the behavior they prefer. There's nothing holy about Stefan's or Drew's preferences for personal use - those personal preferences should not preclude other users from getting other behaviors that they prefer. I proposed adding a `bury-buffer-hook', which users can use to do anything they like after `bury-buffer' changes the buffer order: > so users like Stefan can make it also do after > just changing the buffer order. In particular, the > could play with the display (iconify or delete frame etc.) > > Without doing anything in the hook, a dedicated > window/frame/buffer would just stay there. Simple, clean, easy to use, decoupled. Flexible for different contexts. Stefan countered with a (reluctant "Drew wants") proposal to add an option to give users just a little control of the display behavior: S> add an option so that bury-buffer uses delete-frame S> instead of iconify-frame. But he refused to let users (a) do _nothing_ in terms of display (e.g. leave the dedicated window/frame, with its buried buffer) or (b) do something different altogether. The option he proposed does not let users choose any other behavior (or no behavior), besides deletion and iconification. And naturally he wants iconification to be the default. My argument isn't to delete the frame. My argument is to give the _user_ control. My argument is that `bury-buffer' is essentially about changing the buffer order, and any choice about what to do (if anything) about the _display_ of the buried buffer (delete, iconify, leave alone,...) should be the _user's_ choice, not Stefan's choice hard-wired into the design. Even if you insisted on prepopulating the hook so that the _default_ behavior was whatever you prefer (e.g. iconifying), what I would like is for users to have real control over the behavior - not just some binary option to delete instead of iconify. That's what "Drew wants". If you refuse to give the user real control, however, and you insist on coupling some display behavior with the changing of the buffer order (`bury-buffer's raison d'etre), then yes, in that desperate case _only_, I said: > _if_ the buffer is to be made to "disappear" then my (second) choice > would be for it to disappear via `delete-frame', not iconification. But why not let users get whatever behavior they want, easily? Why insist on deciding for them? We know we want `bury-buffer' to bury the buffer: change the buffer order. That's not in question. What's not agreed upon is what else it should do, particularly in the case of a dedicated window. I say, let users themselves decide. Buffer display, and especially so for dedicated windows, can be a complex, personal matter. Please don't force automatic frame iconification (or deletion for that matter) on everyone. There's no need for that. From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2011 18:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" , "'Juanma Barranquero'" Cc: 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130937168113668 (code B ref 8911); Wed, 29 Jun 2011 18:22:02 +0000 Received: (at 8911) by debbugs.gnu.org; 29 Jun 2011 18:21:21 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbzO4-0003YP-F8 for submit@debbugs.gnu.org; Wed, 29 Jun 2011 14:21:20 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QbzO2-0003Y4-CG for 8911@debbugs.gnu.org; Wed, 29 Jun 2011 14:21:19 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet10.oracle.com (Switch-3.4.4/Switch-3.4.2) with ESMTP id p5TIL9gG001655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 29 Jun 2011 18:21:11 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p5TIL9r5005258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jun 2011 18:21:09 GMT Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p5TIL3A4014316; Wed, 29 Jun 2011 13:21:03 -0500 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 29 Jun 2011 11:21:03 -0700 From: "Drew Adams" References: <4E009EB0.1050903@gmx.at><181538AC4C8B4765A99060E0425B9AB5@us.oracle.com><9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com><8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com><4E06FBF8.9040205@gmx.at> Date: Wed, 29 Jun 2011 11:21:03 -0700 Message-ID: <339CDDF170EF4297B476C3ADC0A7CBCC@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acw2DHzoxaLoBGkWRimq6ibo+Ktv9QAXGSMgAAfOqpA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4E0B6D18.0074:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > Even if you insisted on prepopulating the hook so that the > _default_ behavior was whatever you prefer (e.g. iconifying), > what I would like is for users to have real control over > the behavior - not just some binary option to delete > instead of iconify. Let me also be clear that it is not about hook vs option. It would be fine with me if we had a user option for this instead of a hook, as long as it let you do just as much. E.g., a function to be invoked after the buffer order is changed. Function `ignore' would take care of the do-nothing case. The function would need to accept the buffer as its (first) argument. What I object to is Stefan's proposal of an option that allows only a choice between deleting the frame and iconifying it. From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jun 2011 07:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 'Juanma Barranquero' , 'Stefan Monnier' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.13094177819228 (code B ref 8911); Thu, 30 Jun 2011 07:10:02 +0000 Received: (at 8911) by debbugs.gnu.org; 30 Jun 2011 07:09:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcBNc-0002On-R8 for submit@debbugs.gnu.org; Thu, 30 Jun 2011 03:09:41 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QcBNb-0002OY-32 for 8911@debbugs.gnu.org; Thu, 30 Jun 2011 03:09:40 -0400 Received: (qmail invoked by alias); 30 Jun 2011 07:09:32 -0000 Received: from 62-47-57-182.adsl.highway.telekom.at (EHLO [62.47.57.182]) [62.47.57.182] by mail.gmx.net (mp023) with SMTP; 30 Jun 2011 09:09:32 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19viNIU++tv8BouxNlKToYNMyROG4VmE4jzMtAWtD fHM5veRz3v9GXw Message-ID: <4E0C1EF8.5050002@gmx.at> Date: Thu, 30 Jun 2011 09:00:08 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E009EB0.1050903@gmx.at><181538AC4C8B4765A99060E0425B9AB5@us.oracle.com><9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com><8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com><4E06FBF8.9040205@gmx.at> <339CDDF170EF4297B476C3ADC0A7CBCC@us.oracle.com> In-Reply-To: <339CDDF170EF4297B476C3ADC0A7CBCC@us.oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > Let me also be clear that it is not about hook vs option. It would be fine with > me if we had a user option for this instead of a hook, as long as it let you do > just as much. Since I hardly ever bury a buffer please tell me when and how you want to set up things and what precisely you want that option to do. We now have an option called `frame-auto-delete' which might be expanded to do something in this sense. > E.g., a function to be invoked after the buffer order is changed. `buffer-list-update-hook' is run when the "buffer order" changes. Note that there were "f + 1" buffer orders in Emacs 23 where "f" is the number of live frames and there are "f + w + 1" buffer orders in Emacs 24 where "w" is the number of live windows. > Function > `ignore' would take care of the do-nothing case. The function would need to > accept the buffer as its (first) argument. `buffer-list-update-hook' doesn't have a buffer as argument. We could change that. But this would not necessarily tell you enough about the frame that should be deleted or iconified. > What I object to is Stefan's proposal of an option that allows only a choice > between deleting the frame and iconifying it. martin From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jun 2011 15:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'martin rudalics'" Cc: 'Juanma Barranquero' , 'Stefan Monnier' , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130944791225309 (code B ref 8911); Thu, 30 Jun 2011 15:32:02 +0000 Received: (at 8911) by debbugs.gnu.org; 30 Jun 2011 15:31:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcJDb-0006aA-8G for submit@debbugs.gnu.org; Thu, 30 Jun 2011 11:31:51 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcJDZ-0006Zw-1J for 8911@debbugs.gnu.org; Thu, 30 Jun 2011 11:31:49 -0400 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by rcsinet10.oracle.com (Switch-3.4.4/Switch-3.4.2) with ESMTP id p5UFVfY6017352 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 30 Jun 2011 15:31:42 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p5UFVdVr014508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jun 2011 15:31:40 GMT Received: from abhmt101.oracle.com (abhmt101.oracle.com [141.146.116.53]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p5UFVXv0010041; Thu, 30 Jun 2011 10:31:34 -0500 Received: from dradamslap1 (/10.159.62.48) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 30 Jun 2011 08:31:33 -0700 From: "Drew Adams" References: <4E009EB0.1050903@gmx.at><181538AC4C8B4765A99060E0425B9AB5@us.oracle.com><9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com><8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com><4E06FBF8.9040205@gmx.at> <339CDDF170EF4297B476C3ADC0A7CBCC@us.oracle.com> <4E0C1EF8.5050002@gmx.at> Date: Thu, 30 Jun 2011 08:31:29 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acw29K9tf+YBmgYbQIejMav9ZdJhwQAQpXBQ In-Reply-To: <4E0C1EF8.5050002@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090201.4E0C96DF.008E:SCFSTAT5015188, ss=1, re=-4.000, fgs=0 X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > > Let me also be clear that it is not about hook vs option. > > It would be fine with me if we had a user option for this > > instead of a hook, as long as it let you do just as much. > > Since I hardly ever bury a buffer please tell me when and how you want > to set up things and what precisely you want that option to > do. I hardly ever (never?) bury a buffer explicitly either. But as Juanma pointed out, we all use (vanilla) Lisp code that calls `bury-buffer'. Anyway, I don't have a precise idea wrt such an option. The general idea is to give users some (easy) way to specify a particular behavior to invoke after `bury-buffer' does its thing of changing the buffer order. IOW, that extra behavior would be invoked/initiated by `bury-buffer'. This is not (for me) about any old change in the buffer order. It is only about complementing the buffer order-changing behavior of `bury-buffer' by adding some user-specified (display) behavior. > We now have an option called `frame-auto-delete' which > might be expanded to do something in this sense. I don't know anything about that. This is not fundamentally about frame deletion. Deleting the frame in this situation would be only one possible user preference. We should not focus on it in particular, I think. > > E.g., a function to be invoked after the buffer order is changed. > > `buffer-list-update-hook' is run when the "buffer order" > changes. Note that there were "f + 1" buffer orders in > Emacs 23 where "f" is the number of live frames and there > are "f + w + 1" buffer orders in Emacs 24 where "w" is > the number of live windows. Again, I'm no expert on this, in any Emacs version. This is about `bury-buffer' (only), and therefore about its particular reordering of the buffer list. After it reorders the list to bury the buffer, a given user (e.g. Stefan, Drew) might want `bury-buffer' to do something about the window or frame that displays that buried buffer. That's the idea - let users specify that display behavior. But I suppose that any behavior whatever could be handled here, not necessarily something to do with displaying that particular buffer window/frame. Put differently, specifying what to do in addition to changing the buffer order could involve other things besides (in addition to or instead of) display. > > Function `ignore' would take care of the do-nothing case. > > The function would need to accept the buffer as its (first) > > argument. > > `buffer-list-update-hook' doesn't have a buffer as argument. We could > change that. But this would not necessarily tell you enough about the > frame that should be deleted or iconified. I don't think (without really knowing anything about that hook) that that hook would be appropriate here. This is only about `bury-buffer' and _its_ particular reordering of the buffer list to bury the buffer. But you're no doubt right that knowing only the buffer would not be enough. Probably the function (option value or new-hook entry) should take the buffer's window as argument also. `bury-buffer' knows what that window is. The idea is to let `bury-buffer' do something about the buffer's window/frame, if the user wants that. That's all. I'd guess that knowing the buffer and the window would be enough. The frame can be gotten from the window. So pretty much anything the user would like to do in this context should be possible by specifying a function that accepts the buffer and window as args. Unless I'm missing something. Ideally, the user should be able to specify a function that accepts those two args and does anything it wants. It could test other things in the current context, besides that buffer and window, and do something appropriate wrt the buffer's display. It could do something different depending on whether this is a special-display situation, or depending on what the buffer name is, or... I'm not trying to specify the exact implementation. No doubt both of you have good ideas about that. My only point is that we should try to: 1. Decouple burying the buffer (changing the buffer order) from doing something about the buffer's display. 2. Let users optionally specify something to do wrt the buffer's display. 3. Make sure that #2 is open-ended, not limited to just choosing between deleting the buffer's frame and iconifying it. A question is whether this is all about just the dedicated-window case or not. We've kind of been talking as if it is only about that case. And that sounds right to me. But we might also want to think about whether such a feature (user specification of what to do about display, after reordering the buffer list) would/should/could also be applicable to other, non dedicated-window, cases for `bury-buffer'. Dunno. From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jun 2011 17:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130945336218962 (code B ref 8911); Thu, 30 Jun 2011 17:03:01 +0000 Received: (at 8911) by debbugs.gnu.org; 30 Jun 2011 17:02:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcKdW-0004vm-4O for submit@debbugs.gnu.org; Thu, 30 Jun 2011 13:02:42 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcKdT-0004va-91 for 8911@debbugs.gnu.org; Thu, 30 Jun 2011 13:02:40 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAMarDE5MCqDH/2dsb2JhbABSp1V4iHi/NoYxBJ5OhCs X-IronPort-AV: E=Sophos;i="4.65,451,1304308800"; d="scan'208";a="117801592" Received: from 76-10-160-199.dsl.teksavvy.com (HELO pastel.home) ([76.10.160.199]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 30 Jun 2011 13:02:30 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8D1A75912D; Thu, 30 Jun 2011 13:02:29 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> Date: Thu, 30 Jun 2011 13:02:29 -0400 In-Reply-To: (Juanma Barranquero's message of "Wed, 29 Jun 2011 05:57:23 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> As mentioned earlier, maybe the single-frame case is special, but I'd >> really first like to know how you get into such a state. > As I explained, I have strongly-dedicated windows, and every now and > then I end doing C-x 1 inside one of them. As it isn't usually what I Where do these strongly dedicated windows come from? >> For any other case, M-x bury-buffer RET *should* iconify the current >> frame if it shows a single dedicated window (with the caveat that >> Drew wants it to delete the frame instead). > for that). But explicit interactive calls of bury-buffer are not > what I complain about; I don't mind these, because I just don't ever > use them. Good. > My problem happens when bury-buffer is called from some > elisp code that does a poor job of reading my mind: no, mr. program, I > don't really want my frames iconified, thank you very much. Please report these cases. I suspect that in most cases the problem is not bury-buffer's behavior but that the command should not call bury-buffer (or not with a nil arg). > bs-cycle-next is just the most prominent example of that bad behavior, > because I use it a lot. That's indeed a case where (bury-buffer nil) was the wrong thing to do. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jun 2011 17:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Juanma Barranquero , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130945357719301 (code B ref 8911); Thu, 30 Jun 2011 17:07:02 +0000 Received: (at 8911) by debbugs.gnu.org; 30 Jun 2011 17:06:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcKgx-00051F-U3 for submit@debbugs.gnu.org; Thu, 30 Jun 2011 13:06:16 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcKgw-000511-R8 for 8911@debbugs.gnu.org; Thu, 30 Jun 2011 13:06:15 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAMarDE5MCqDH/2dsb2JhbABSp1V4iHi/NoYxBJ5OhCs X-IronPort-AV: E=Sophos;i="4.65,451,1304308800"; d="scan'208";a="117803483" Received: from 76-10-160-199.dsl.teksavvy.com (HELO pastel.home) ([76.10.160.199]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 30 Jun 2011 13:06:09 -0400 Received: by pastel.home (Postfix, from userid 20848) id 628295912D; Thu, 30 Jun 2011 13:06:08 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> <4E0AD02D.4020207@gmx.at> Date: Thu, 30 Jun 2011 13:06:08 -0400 In-Reply-To: <4E0AD02D.4020207@gmx.at> (martin rudalics's message of "Wed, 29 Jun 2011 09:11:41 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> Because 99% of the calls are wrong (they just want to display >> a specific buffer and the author did not consider what should happen if >> called in a minibuffer-only frame or in a dedicated window). > Why aren't minibuffer-only frame windows automatically dedicated? Maybe just because they predate the notion of dedicatedness? Or because a minibuffer-only frame will show different buffers at different times (think of echo-area buffers, recursive minibuffers, ...), so "dedicated" isn't quite right. Stefan From unknown Sun Jun 15 14:44:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8911: bs-cycle-next deletes window in some cases. Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jun 2011 18:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , Drew Adams , 8911@debbugs.gnu.org Received: via spool by 8911-submit@debbugs.gnu.org id=B8911.130945990427975 (code B ref 8911); Thu, 30 Jun 2011 18:52:02 +0000 Received: (at 8911) by debbugs.gnu.org; 30 Jun 2011 18:51:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcML2-0007HA-1P for submit@debbugs.gnu.org; Thu, 30 Jun 2011 14:51:44 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcMKz-0007Gt-21 for 8911@debbugs.gnu.org; Thu, 30 Jun 2011 14:51:41 -0400 Received: by pzk5 with SMTP id 5so2139466pzk.3 for <8911@debbugs.gnu.org>; Thu, 30 Jun 2011 11:51:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Ld1amy+il6vgk9aUbdbnuYMKEFgnJrLJPlywFfCe6XY=; b=MU6UqqXwEsKRCPMrhyvfrqop8ceCPRmXdvTM5oWdP4wkRPfkZGnl09Lap2yOg3JO6Z NqOypdSGiTulLHO6Kd5ZrQijWBmyJNdkhMwdpZXmE1iq5Hoi8nTOt0SQbvf2adPeAUdF gbnE5hxELORbGzlB1IylveAVHUGEWtUDoCJ6E= Received: by 10.143.66.15 with SMTP id t15mr1056946wfk.278.1309459895122; Thu, 30 Jun 2011 11:51:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.50.7 with HTTP; Thu, 30 Jun 2011 11:50:55 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> From: Juanma Barranquero Date: Thu, 30 Jun 2011 20:50:55 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Thu, Jun 30, 2011 at 19:02, Stefan Monnier wr= ote: > Where do these strongly dedicated windows come from? I set them in hooks; for example I do it with *buffer-selection* because I never want to switch to another buffer in the window that I use for temporary buffers. I think some of my uses can be simplified with Martin's changes, and indeed I will be doing a careful inspection of my .emacs looking for things to remove... > Please report these cases. Will do. =C2=A0 =C2=A0 Juanma From unknown Sun Jun 15 14:44:13 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Juanma Barranquero Subject: bug#8911: closed (Re: bug#8911: bs-cycle-next deletes window in some cases.) Message-ID: References: X-Gnu-PR-Message: they-closed 8911 X-Gnu-PR-Package: emacs Reply-To: 8911@debbugs.gnu.org Date: Fri, 01 Jul 2011 12:09:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1309522142-31333-1" This is a multi-part message in MIME format... ------------=_1309522142-31333-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #8911: bs-cycle-next deletes window in some cases. which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 8911@debbugs.gnu.org. --=20 8911: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8911 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1309522142-31333-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 8911-done) by debbugs.gnu.org; 1 Jul 2011 12:08:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QccWA-00088T-5Y for submit@debbugs.gnu.org; Fri, 01 Jul 2011 08:08:18 -0400 Received: from mail-qy0-f172.google.com ([209.85.216.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QccW8-00088F-6p for 8911-done@debbugs.gnu.org; Fri, 01 Jul 2011 08:08:16 -0400 Received: by qyk9 with SMTP id 9so601521qyk.3 for <8911-done@debbugs.gnu.org>; Fri, 01 Jul 2011 05:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=opFwNomkTNtxbT2+HSi6DrodSmCTtvjj3h26OQcq2WU=; b=qlTAKQzY3v4Vm4Ym7vakRiFvGtsiKQn2od0wlTrM3+OnCfCggebU5kWiU3HPAgh9En cyqVinVZYX9Kp+rSZqDlHPSSG07UKyUbWRZQDcyzLSrn4Pu2Sn9AUanIsk8FeBweqSpm cANI9eUi/u0tFT7PER2XB+mfgZb0x68HaqXWI= Received: by 10.229.66.200 with SMTP id o8mr226976qci.250.1309522090247; Fri, 01 Jul 2011 05:08:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.40.131 with HTTP; Fri, 1 Jul 2011 05:07:30 -0700 (PDT) In-Reply-To: References: <4E009EB0.1050903@gmx.at> <181538AC4C8B4765A99060E0425B9AB5@us.oracle.com> <9170F33E41584E0B8D96DD5EFC84599E@us.oracle.com> <8E864413162C4814BE8EFFD0C1FA1989@us.oracle.com> <4E06FBF8.9040205@gmx.at> From: Juanma Barranquero Date: Fri, 1 Jul 2011 14:07:30 +0200 Message-ID: Subject: Re: bug#8911: bs-cycle-next deletes window in some cases. To: Stefan Monnier Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 8911-done Cc: martin rudalics , 8911-done@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Thu, Jun 30, 2011 at 20:50, Juanma Barranquero wrote: Both complains about bs-cycle-next have been solved, and any bury-buffer issue should be reported separately, so I'm closing this bug. =C2=A0 =C2=A0 Juanma ------------=_1309522142-31333-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 21 Jun 2011 11:02:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QYyjN-0008UZ-NK for submit@debbugs.gnu.org; Tue, 21 Jun 2011 07:02:53 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QYyjH-0008UK-2W for submit@debbugs.gnu.org; Tue, 21 Jun 2011 07:02:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QYyjA-0008Dc-MI for submit@debbugs.gnu.org; Tue, 21 Jun 2011 07:02:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:47181) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYyjA-0008DX-Kp for submit@debbugs.gnu.org; Tue, 21 Jun 2011 07:02:40 -0400 Received: from eggs.gnu.org ([140.186.70.92]:59080) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYyj9-0000rg-7H for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2011 07:02:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QYyj8-0008D7-4p for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2011 07:02:39 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]:37950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYyj7-0008Cz-V0 for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2011 07:02:38 -0400 Received: by pzk4 with SMTP id 4so5218643pzk.0 for ; Tue, 21 Jun 2011 04:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=ryMZjUzuCXxSnU1YTW2f/ehh000HP4JyFaGdnFca3yI=; b=kMFB63FafBZzp1CigX+Oco0XxBaURjZtQXMa6WSY0Vr7LyCf/UH8iT29mDhFzsEUjQ MWMdB+TbeaP92X42wN5NRd1sG7zJuTrpt4pmPoC3MNy2pcHNbnMWMc+jFFr4UyCtprsv Q0DGd9Iq1EcXDiNj3US3hRPKHocAq12Tg4Hxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=UAb+amrerbxDlgD9I5YP2lj/ukZ/+K5szB7sQRYzrdR/ENJlx3QmM5nfxFwadtjXfC 92sUY6R63QV7GephUsZyTenp6vBULXzIqVpC0UIZ8ysklIL4GmxYWYyeo+n0TPfZ1vqC +KeVY7+r74Jw4o2Y6SPQ7XwDAxHZlxQbncEqQ= Received: by 10.142.224.2 with SMTP id w2mr976091wfg.94.1308654156188; Tue, 21 Jun 2011 04:02:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.134.11 with HTTP; Tue, 21 Jun 2011 04:01:56 -0700 (PDT) From: Juanma Barranquero Date: Tue, 21 Jun 2011 13:01:56 +0200 Message-ID: Subject: bs-cycle-next deletes window in some cases. To: Bug-Gnu-Emacs Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.5 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.5 (----) With current trunk. emacs -Q -l bs C-x 2 M-x bs-cycle-next and the bottom window is deleted. =C2=A0 =C2=A0 Juanma ------------=_1309522142-31333-1--