From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Pip Cet Newsgroups: gmane.emacs.bugs Subject: bug#21333: 25.0.50; window-size-change-functions not called after mini-window resize Date: Fri, 28 Aug 2015 08:45:27 +0000 Message-ID: References: <83k2skhhz1.fsf@gnu.org> <55DB5D3E.1000706@gmx.at> <83vbc4fsjd.fsf@gnu.org> <55DC1856.7000501@gmx.at> <83pp2bfln1.fsf@gnu.org> <55DD662A.8080201@gmx.at> <83si765aqv.fsf@gnu.org> <55DEC2DB.9080800@gmx.at> <83a8tc6988.fsf@gnu.org> <55DF4FF3.1020603@gmx.at> <55E015E3.2050409@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113ed2f80851b4051e5b1b9e X-Trace: ger.gmane.org 1440751587 28866 80.91.229.3 (28 Aug 2015 08:46:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Aug 2015 08:46:27 +0000 (UTC) Cc: 21333@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 28 10:46:19 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZVFIc-0002oM-My for geb-bug-gnu-emacs@m.gmane.org; Fri, 28 Aug 2015 10:46:14 +0200 Original-Received: from localhost ([::1]:46750 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZVFIb-0000kS-UF for geb-bug-gnu-emacs@m.gmane.org; Fri, 28 Aug 2015 04:46:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36490) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZVFIV-0000ft-Ne for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2015 04:46:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZVFIQ-0005bv-I9 for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2015 04:46:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48567) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZVFIQ-0005br-Eo for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2015 04:46:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZVFIQ-0001B2-65 for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2015 04:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Aug 2015 08:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21333 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21333-submit@debbugs.gnu.org id=B21333.14407515314485 (code B ref 21333); Fri, 28 Aug 2015 08:46:02 +0000 Original-Received: (at 21333) by debbugs.gnu.org; 28 Aug 2015 08:45:31 +0000 Original-Received: from localhost ([127.0.0.1]:40777 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZVFHu-0001AH-Ri for submit@debbugs.gnu.org; Fri, 28 Aug 2015 04:45:31 -0400 Original-Received: from mail-io0-f175.google.com ([209.85.223.175]:33424) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZVFHs-0001A8-Ha for 21333@debbugs.gnu.org; Fri, 28 Aug 2015 04:45:29 -0400 Original-Received: by iods203 with SMTP id s203so85770401iod.0 for <21333@debbugs.gnu.org>; Fri, 28 Aug 2015 01:45:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=45JMO+P/5tcGojsF69KYxXcjdod054QJdQBPK90680g=; b=LXUHI9SZMYqLMGhvtCc4pkP8LVll2mxxbmf+i0BpbweQAmTJdwYbqsALpGSg5xG1Pu 0JI4N7+CZqNFEHwnd0GiD8clWoXOa3RewFzk3CrXWn76J+Wrw07lahTI/0kDI2vH7NUz 492KA1n59vSC4X/XdQZ9DPmQkIQbCcaM7+IThigmFYd9rfptFPW3ZaZw8pSY9RVTmX4G NX6ouYCp48OzV0PYI5LSpJ0v2NqX9TvzXDv7XT7wzASY3KOP/QKg2m+lnHLe44jfWRU7 N1Nym0o32wuomxYdMT4kk6fmo3YugXzMTei/hnXGOA7XP7nP4a829u+MqCqNs2xiuB// elwA== X-Received: by 10.107.132.139 with SMTP id o11mr12716468ioi.3.1440751527938; Fri, 28 Aug 2015 01:45:27 -0700 (PDT) Original-Received: by 10.79.78.66 with HTTP; Fri, 28 Aug 2015 01:45:27 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:105906 Archived-At: --001a113ed2f80851b4051e5b1b9e Content-Type: text/plain; charset=UTF-8 On Fri, Aug 28, 2015 at 8:19 AM, Pip Cet wrote: > > Am I missing something here? > Turns out I was missing (at least!) one thing: step 6 needs to be triggered by a recursive minibuffer invocation, because exiting the minibuffer will restore the old window configuration. The inconsistency can still happen, but it's much more difficult to trigger than I thought. (I must say I don't think restoring the window configuration upon minibuffer exit is the right thing to do: if the user created, split, or resized windows manually during the recursive editing session, at least those manual changes should not be undone when they end that session. As you've pointed out, looking into window configurations is quite tricky (and impossible from Lisp code, IIUC), and I can currently only think of a kludge to make it work.) --001a113ed2f80851b4051e5b1b9e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On F= ri, Aug 28, 2015 at 8:19 AM, Pip Cet <pipcet@gmail.com> wrote= :
Am I missing something here?

Turns out I was missing (at least!) one thing: step 6= needs to be triggered by a recursive minibuffer invocation, because exitin= g the minibuffer will restore the old window configuration. The inconsisten= cy can still happen, but it's much more difficult to trigger than I tho= ught.

(I must say I don't think restoring the window = configuration upon minibuffer exit is the right thing to do: if the user cr= eated, split, or resized windows manually during the recursive editing sess= ion, at least those manual changes should not be undone when they end that = session. As you've pointed out, looking into window configurations is q= uite tricky (and impossible from Lisp code, IIUC), and I can currently only= think of a kludge to make it work.)
--001a113ed2f80851b4051e5b1b9e--