From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#32790: 27.0.50; point jumps unexpectedly after delete-window Date: Sun, 23 Sep 2018 23:57:35 +0300 Organization: LINKOV.NET Message-ID: <87zhw8nd8g.fsf@mail.linkov.net> References: <87efdnsp2k.fsf@mail.linkov.net> <5BA490EA.4000502@gmx.at> <87bm8pxjcb.fsf@mail.linkov.net> <5BA74E75.8000405@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1537736535 22089 195.159.176.226 (23 Sep 2018 21:02:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 23 Sep 2018 21:02:15 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: 32790@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 23 23:02:10 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4BW6-0005cE-73 for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Sep 2018 23:02:10 +0200 Original-Received: from localhost ([::1]:42535 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g4BYC-0001VQ-M0 for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Sep 2018 17:04:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40472) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g4BY1-0001V8-Tb for bug-gnu-emacs@gnu.org; Sun, 23 Sep 2018 17:04:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g4BXx-0004X8-Ha for bug-gnu-emacs@gnu.org; Sun, 23 Sep 2018 17:04:09 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46901) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g4BXw-0004Wc-Mu for bug-gnu-emacs@gnu.org; Sun, 23 Sep 2018 17:04:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g4BXu-00088d-Ly for bug-gnu-emacs@gnu.org; Sun, 23 Sep 2018 17:04:04 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Sep 2018 21:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32790 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32790-submit@debbugs.gnu.org id=B32790.153773659331215 (code B ref 32790); Sun, 23 Sep 2018 21:04:02 +0000 Original-Received: (at 32790) by debbugs.gnu.org; 23 Sep 2018 21:03:13 +0000 Original-Received: from localhost ([127.0.0.1]:51157 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4BX7-00087P-Eg for submit@debbugs.gnu.org; Sun, 23 Sep 2018 17:03:13 -0400 Original-Received: from pop.dreamhost.com ([64.90.62.162]:42526 helo=pdx1-sub0-mail-a31.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4BX6-00087I-G4 for 32790@debbugs.gnu.org; Sun, 23 Sep 2018 17:03:12 -0400 Original-Received: from pdx1-sub0-mail-a31.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTP id 990757F96E; Sun, 23 Sep 2018 14:03:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=jrt0wNqqbz6OCFVAAAX6g0K8fmg=; b= iyN8Nz7T7R6jNWiTsntLbXfULrk9PUO5NAXEg2nrcBma7Cv+3YkON+h7VBSo3Pmm wsUUoPVlR9W/8Wo9dCQs7fiqy8zB6rFFKql/YkLVmJy8Q1tIa1ADj7xJmbGz1QyH DKUTQMMd/RSgPDn1OlsW5wDMunM7x3UyfAeEMAsPeEs= Original-Received: from localhost.linkov.net (m91-129-111-128.cust.tele2.ee [91.129.111.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a31.g.dreamhost.com (Postfix) with ESMTPSA id 7C6D87F29D; Sun, 23 Sep 2018 14:03:10 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a31 X-DH-BACKEND: pdx1-sub0-mail-a31 In-Reply-To: <5BA74E75.8000405@gmx.at> (martin rudalics's message of "Sun, 23 Sep 2018 10:27:33 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:150577 Archived-At: >> I wonder is it possible to define a simple rule in terms of the >> window tree, e.g. maybe it is the parent window of the deleted window >> that should be selected? > > A parent window is internal and cannot be selected. You probably mean > one of the former siblings of the deleted window. If we did that, we > should make it customizable somehow. Yes, I meant siblings. Is it possible to make it customizable? Searching for this, I see others find the current behavior annoying too, e.g. https://github.com/wasamasa/dotemacs/blob/master/TODO.org#fix-emacs-selection-after-window-quitclose >> Or it's not guaranteed that the parent >> window takes the screen space of the deleted subwindow in the same >> window combination? > > When the window to be deleted has only one sibling, then that sibling > will get the space of the deleted window. If that sibling is a parent > window, all its children will get the space proportionally. > > Otherwise, when the window do be deleted has a left sibling, that one > will usualy get the space for historical reasons. If the window has > no left sibling, the right one gets the space. In either case, if > 'window-combination-resize' is non-nil, all windows in the same > combination may get the space proportionally. Does this mean that a simple rule would be just to use the left sibling, otherwise the right sibling?