From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#34138: 27.0.50; Delayed display of PDF file images Date: Sat, 26 Jan 2019 10:19:57 +0100 Message-ID: <5C4C263D.5020803@gmx.at> References: <871s58e4gh.fsf@gmx.net> <87h8e3h90z.fsf@gmx.net> <5C4483B7.1060604@gmx.at> <87d0orgz0a.fsf@gmx.net> <837eezbazk.fsf@gnu.org> <878szfgwdu.fsf@gmx.net> <8336pnb9cq.fsf@gnu.org> <874la3gujy.fsf@gmx.net> <831s57b7ev.fsf@gnu.org> <87zhrvfdzu.fsf@gmx.net> <83zhrv9qe5.fsf@gnu.org> <87sgxnf48d.fsf@gmx.net> <83pnsq9f47.fsf@gnu.org> <871s56dm5q.fsf@gmx.net> <83lg3e9dd6.fsf@gnu.org> <87womxdgdq.fsf@gmx.net> <83fttlam3b.fsf@gnu.org> <87sgxlrfgg.fsf@hochschule-trier.de> <83bm49aj3q.fsf@gnu.org> <87a7jtd4sx.fsf@gmx.net> <834la0accs.fsf@gnu.org> <87lg3cfjef.fsf@gmx.net> <83lg3b8i8a.fsf@gnu.org> <5C48B20C.9030100@gmx.at> <8336pj8bhx.fsf@gnu.org> <5C4980A5.90902@gmx.at> <83sgxi6sjq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="222616"; mail-complaints-to="usenet@blaine.gmane.org" Cc: stephen.berman@gmx.net, 34138@debbugs.gnu.org, politza@hochschule-trier.de, tsdh@gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 26 10:21:26 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gnK9W-000vpI-JD for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Jan 2019 10:21:26 +0100 Original-Received: from localhost ([127.0.0.1]:57111 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gnK9U-0004lA-D2 for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Jan 2019 04:21:24 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:46822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gnK9N-0004l5-DZ for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2019 04:21:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gnK9I-0005AX-9v for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2019 04:21:16 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46542) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gnK99-0004WF-C0 for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2019 04:21:07 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gnK98-0006oy-6M for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2019 04:21:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Jan 2019 09:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34138 X-GNU-PR-Package: emacs Original-Received: via spool by 34138-submit@debbugs.gnu.org id=B34138.154849441026152 (code B ref 34138); Sat, 26 Jan 2019 09:21:02 +0000 Original-Received: (at 34138) by debbugs.gnu.org; 26 Jan 2019 09:20:10 +0000 Original-Received: from localhost ([127.0.0.1]:45823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gnK8I-0006ni-Kv for submit@debbugs.gnu.org; Sat, 26 Jan 2019 04:20:10 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:35489) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gnK8F-0006n8-Rn for 34138@debbugs.gnu.org; Sat, 26 Jan 2019 04:20:08 -0500 Original-Received: from [192.168.1.101] ([46.125.250.60]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lkiqm-1hLYU62yF2-00aZD2; Sat, 26 Jan 2019 10:19:58 +0100 In-Reply-To: <83sgxi6sjq.fsf@gnu.org> X-Provags-ID: V03:K1:cmjpAXsLj0cSNbJALxDlPTfwoROc/IWfTkzXXitztXsgKzknnOl l+xlaLDWm0TYbdoAoVubJLG3yqd7JqgKqX6l/BWb6Kn+NBHm23uPKdT8U3uuy9QaQwqRqZa YZHE3Cza9+CLoRqd4+TFAxykg2VoLWg9vUT6FcqmR4OQ+3XmxzHFid6WXrwxjUjqwsyOplE LaJWpJ5JiV3O1PBJ6mmJg== X-UI-Out-Filterresults: notjunk:1;V03:K0:2ViBFMoUZ5Y=:cldVP3g+KXSvelioelko13 3ZJYWy+FeePZ+9/NEgg6Q2kg1YI3PMgtMKZub+wrx3i2SjnaH0ANajSS/b7lJ4khJVoNnVj8Y Wx0u8Eb+C4B5qOKQwuFYYbMMCm50Z7izOnKsEfCxfT87dxf1rOcmAtzttmy7vwFxwcl2kOjx6 676Hcq+ODG0ffDuEwCUMZx+AbqnD5t4rfsLNqm/iAd5oMrdhvsx5oB6qYQ83iZzKKxJPcnmNh /aDxCQtUUil8dOeSQuRcxGM5LzK3vk+ShCq6Rriw+zkOAoi5K9Bs/a9+LIRVBtv+xWxBtUwte Uj8yVsjNt5WBtArpGjw2LkyizEnj7NmTuJfbCCq7DWo8kpOyjzd5s0poMcdGaokHOFGr66gMl uSKxIUSruvmVQLG3Yx5Kv1gnB4hZcem6LvDKhs/b8jjC19UVrPs4EFhsSYTSiA9Oxv/fHmnY1 V8Ofs60M/rA6iRFpG0K6hEIjVE+vrIVFjXADuLiezbATMP7gUelMURiTXPFd+jRnc7elCo+mY VscyLwXcpIo19KT2iLufDSIljBrkZbOHqXdZpsqoyJUqh0m3FfkSYu/8j6eLiQ9q/zrQ3csa0 1JS1iIfTMSvIO87lahiPRWbFWf31swtOtgrEQNH3n+buHo5u/2tMnHomWc0JOfyOj3eioJD0R LsZ6Ma1NrqV4w2OfgEidFX/Zr8hDYp1MRtyB3wCcc8v1xqibVqUNxL2GiH28wFo9Q9UuuZeQr v/ESxRBUit+jRGJfor5ji62kQ5JtUM87p59fmNbaz3PzuQU4SZOUa29+K5xwEK4D+MsbmBaL 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: 209.51.188.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:154789 Archived-At: > I'd like to see if there's a less radical solution. One reasonable location to run window change functions should be right before if (windows_or_buffers_changed && !update_mode_lines) /* Code that sets windows_or_buffers_changed doesn't distinguish whether only the windows's contents needs to be refreshed, or whether the mode-lines also need a refresh. */ update_mode_lines = (windows_or_buffers_changed == REDISPLAY_SOME ? REDISPLAY_SOME : 32); in redisplay_internal. It's slightly suboptimal because "global" values like the old selected frame and the old selected window would still have to be updated where we do that now and frame "local" values might be inconsistent in the sense that when I run the hook for a frame F1 then inspecting the "old size" of a window on a frame F2 would depend on whether we have run the hook for F2 already in this redisplay cycle or not. But these are not really big issues. WDYT? martin