From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#32672: 27.0.50; image resize on window resizing Date: Tue, 25 Sep 2018 09:27:39 +0200 Message-ID: <5BA9E36B.8040300@gmx.at> References: <87pnxmyjgt.fsf@mail.linkov.net> <87ftyfoakb.fsf@mail.linkov.net> <5B98B33D.7000605@gmx.at> <871s9ycnjl.fsf@mail.linkov.net> <5B9A15DA.5000403@gmx.at> <87efdxnfww.fsf@mail.linkov.net> <5B9B7253.5060808@gmx.at> <87pnxexr2m.fsf@mail.linkov.net> <5B9E1E0E.7070805@gmx.at> <87h8ip2eby.fsf@mail.linkov.net> <5B9F4DBD.5020009@gmx.at> <877ejjzr9s.fsf@mail.linkov.net> <5BA20763.8070305@gmx.at> <875zz1t6y1.fsf@mail.linkov.net> <5BA34D7E.4030509@gmx.at> <87fty3sp6a.fsf@mail.linkov.net> <5BA490E5.5090506@gmx.at> <87zhw9xjpx.fsf@mail.linkov.net> <5BA74E3D.5030903@gmx.at> <87va6wt79n.fsf@mail.linkov.net> <5BA89ED5.4050207@gmx.at> <87d0t3gicm.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1537860375 5958 195.159.176.226 (25 Sep 2018 07:26:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 25 Sep 2018 07:26:15 +0000 (UTC) Cc: 32672@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 25 09:26:11 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 1g4hjW-0001Rx-MN for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Sep 2018 09:26:10 +0200 Original-Received: from localhost ([::1]:51413 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g4hld-0004g8-6b for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Sep 2018 03:28:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g4hlQ-0004di-Co for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2018 03:28:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g4hlM-0003cw-Eq for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2018 03:28:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48540) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g4hlL-0003cK-0w for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2018 03:28:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g4hlK-0005C3-TP for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2018 03:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Sep 2018 07:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32672 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32672-submit@debbugs.gnu.org id=B32672.153786047619942 (code B ref 32672); Tue, 25 Sep 2018 07:28:02 +0000 Original-Received: (at 32672) by debbugs.gnu.org; 25 Sep 2018 07:27:56 +0000 Original-Received: from localhost ([127.0.0.1]:52797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4hlD-0005Ba-TA for submit@debbugs.gnu.org; Tue, 25 Sep 2018 03:27:56 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:42535) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4hlC-0005BO-2N for 32672@debbugs.gnu.org; Tue, 25 Sep 2018 03:27:54 -0400 Original-Received: from [192.168.1.101] ([46.125.249.3]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MS5xC-1gBl0t2Wvi-00TGTn; Tue, 25 Sep 2018 09:27:45 +0200 In-Reply-To: <87d0t3gicm.fsf@mail.linkov.net> X-Provags-ID: V03:K1:QfBl3TJwzDYqJz3kIX1EPbZWfPJULWa9xpqCXjx6hKLs8z4PTlK 2Mfm/kpDkKhWIuhv7Grhkxu5uk6EskjEUxmmFFNQNgVBMnXh1kdW2MEY7M0gcLJ9T27hpzt PNoqIkGKfV3hJOK/nfetiBEjODLwr9FnfB+dB3wttdm9qZwZArk5L5SZzZWByXIJn6udesS nZLdCpdIeY9aNjHcpzP2w== X-UI-Out-Filterresults: notjunk:1;V01:K0:jWriWOK6J1o=:75KQEg4j8SOQrNrswZ/Nwb 5w2BRfJxNNE8k4PQUA6la2mIpTnEdNd/0byVx91g2x9v1rSsHbxtx2f8TNeGnX+ONWsLwM+zC UeDWLsl/88aLSXNTIEbx5EsRI3DosYDqgNT1T+ORY/NnjgsfyXs7fdbIhOaVZHYdFfmg8Eib6 9pC8Mo4EZyfchDc1ZdJXA9BNpKea1OaJmnpGUoNRJj0yBtXMDYvi8G+5Q2AiCGRpDnQ/UjQ0y E274UldWkCzKZsClS4eDUk2tqKtn1lM6UmZYdixlrAaRwESx3KWgqam/xhHNSoP8lncvZi0Kx U7w02o8soMZhLaQ3U8TbrYbfr9SYo0qi4eW4nAkKoXuMbUquikBo/X7dIDDX7P3PVasI48CoU oED8KvYkdtMhczKIdlc/X5qij6vd6XoN8cpOsGUqCv1D7ObDKGUao9rjVJlrD8OWo6CWJ7QDq ScVPgRrj/cUvhLr+6g8dt8uSHnWgroQ45nI+r/EBB3rID3m9C8p9iG8xPaQC4Jp9JpVJd76SL 8XVL6NZ1ZYzn5xAJWC1XIjgpmTOsraSLdwrdV4i0pGRd4MslNR8qyCCCSSvAyM2o9VSEoSXpf 1tlif2VyPb1br5/BW2OhDFmEbKRLxzhArUXgWgDr2JfwELPRxG2g6OlwztetiwvJlS7XND8rD oXnxzVJV6xZliUF0Az6Iaq1i8FSDXYaG4HiLCNwmFbgJAckISzr8dQ/1wFGUzLaNMCf7CHriJ cf2STXgAyyZk+JKxMQZCg95eWNxppYJ8pTZuVzq4hgmcsh8LlKOdtDNxa+IDJidEl8MyXSV1 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:150636 Archived-At: > Maybe because taking out window size change notifications from > window-configuration-change-hook is a backward-incompatible change? Certainly so. But we now have the situation that only parts of the size changes are reflected in calls of 'window-configuration-change-hook'. I almost certainly will reinstate the call for frame size changes because of Bug#32720. But I won't cover minibuffer window induced size changes. Apparently there's no harm in that because most callers of 'window-configuration-change-hook' are only interested in changes of window widths (and as such will be affected when the body width of a window changes with its total width unchanged). >>> and window-scroll-functions (also called too often). >> >>> Regarding window-scroll-functions, it would be too strange to use >>> it to catch set-window-buffer calls. >>> >>> (info "(elisp) Window Hooks") says: >>> >>> There are three actions that can change this: scrolling the wind= ow, >>> switching buffers in the window, and changing the size of the wi= ndow. >>> The first two actions run =E2=80=98window-scroll-functions=E2=80= =99; the last runs >>> =E2=80=98window-size-change-functions=E2=80=99. >>> >>> Shouldn't the first two actions run separate hooks? > > Please also answer this question. I believe this is the crucial quest= ion > for this request. I have no answer to this question. But note that switching buffers also runs 'window-configuration-change-hook'. The latter is not run when just the start position of that window's buffer changes. > Sorry, actually it works, I missed the logged messages because the con= tent > of the *Messages* buffer is not refreshed to show new logged messages > from the calls of the window-scroll-functions hook such as > > (add-to-list 'window-scroll-functions > (lambda (window display-start) > (message "window-scroll-functions %S %S %S" > window (window-buffer window) display-start= ))) > > This means that C-l (recenter-top-bottom) doesn't redisplay the frame = - > which is strange since it calls 'recenter' with non-nil arg REDISPLAY.= > Only after switching to the *Messages* buffer with 'C-x o' it gets > redisplayed and all previously emitted messages appear in it. I never recenter so I have no idea what to expect from that function. But from the doc I assume that you have to set 'recenter-redisplay' appropriately. martin