From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#21333: 25.0.50; window-size-change-functions not called after mini-window resize Date: Tue, 25 Aug 2015 18:19:16 +0300 Message-ID: <83mvxfflaj.fsf@gnu.org> References: <83k2skhhz1.fsf@gnu.org> <55DB5D3E.1000706@gmx.at> <83vbc4fsjd.fsf@gnu.org> <55DC1856.7000501@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT X-Trace: ger.gmane.org 1440516034 7640 80.91.229.3 (25 Aug 2015 15:20:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 25 Aug 2015 15:20:34 +0000 (UTC) Cc: 21333@debbugs.gnu.org To: Pip Cet Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 25 17:20:25 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 1ZUG1D-0008Ir-TW for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Aug 2015 17:20:12 +0200 Original-Received: from localhost ([::1]:60901 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUG1D-0006dJ-DG for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Aug 2015 11:20:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42726) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUG19-0006bk-C4 for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2015 11:20:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZUG15-0005M3-EN for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2015 11:20:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45964) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUG15-0005LP-9c for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2015 11:20:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZUG14-0005UG-Dn for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2015 11:20:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Aug 2015 15:20: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.144051597121050 (code B ref 21333); Tue, 25 Aug 2015 15:20:02 +0000 Original-Received: (at 21333) by debbugs.gnu.org; 25 Aug 2015 15:19:31 +0000 Original-Received: from localhost ([127.0.0.1]:38174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZUG0Z-0005TS-Cy for submit@debbugs.gnu.org; Tue, 25 Aug 2015 11:19:31 -0400 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:42712) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZUG0W-0005TH-A2 for 21333@debbugs.gnu.org; Tue, 25 Aug 2015 11:19:29 -0400 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NTN001008QYM300@mtaout25.012.net.il> for 21333@debbugs.gnu.org; Tue, 25 Aug 2015 18:15:58 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NTN002GL92LR000@mtaout25.012.net.il>; Tue, 25 Aug 2015 18:15:58 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il 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:105803 Archived-At: > Date: Tue, 25 Aug 2015 10:34:23 +0000 > From: Pip Cet > Cc: Eli Zaretskii , 21333@debbugs.gnu.org > > > Via ‘pre-redisplay-function’? > > Well, we have `pre-redisplay-functions', with an s, defined in > simple.el That's a Lisp-level trick, but the variable used by the display engine is pre-redisplay-function, without an s. > That's what my code does. I thought I could get away with using the > arguments passed to pre-redisplay-function to limit which windows to > check, but that doesn't work when we "goto retry" and re-run > pre-redisplay-function. Not sure I understand why it wouldn't work. Can you elaborate? The way I see it, the windows passed to pre-redisplay-function are those that needed redisplay, so if the list is different on the second call, the rest of the windows were already redisplayed, and your hook shouldn't care about them, because you already processed them on the previous call. > I will study the code in xdisp.c further and see whether I can > understand what the purpose of must_finish is. We have "goto retry" in redisplay_internal in more than one place, and only one of them is conditioned by must_finish. In general must_finish is true when we must complete the redisplay cycle by calling update_frame. But I'm not sure this answers your question in full.