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#32637: 27.0.50; window-size-change-functions not run from local hook Date: Thu, 06 Sep 2018 09:05:28 +0200 Message-ID: <5B90D1B8.1000203@gmx.at> References: <87musx9dr1.fsf@mail.linkov.net> <5B8F8A0C.1030908@gmx.at> <87musv1ufw.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: 7bit X-Trace: blaine.gmane.org 1536217468 1856 195.159.176.226 (6 Sep 2018 07:04:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 6 Sep 2018 07:04:28 +0000 (UTC) Cc: 32637@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 06 09:04:23 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 1fxoL1-0000Kc-0X for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Sep 2018 09:04:23 +0200 Original-Received: from localhost ([::1]:59890 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxoN7-0006Df-HQ for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Sep 2018 03:06:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35214) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxoMg-00060p-Ia for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2018 03:06:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fxoMc-00048Q-Qn for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2018 03:06:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42609) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fxoMc-00048D-Kj for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2018 03:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fxoMc-0000VH-Dr for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2018 03:06: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: Thu, 06 Sep 2018 07:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32637 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32637-submit@debbugs.gnu.org id=B32637.15362175471897 (code B ref 32637); Thu, 06 Sep 2018 07:06:02 +0000 Original-Received: (at 32637) by debbugs.gnu.org; 6 Sep 2018 07:05:47 +0000 Original-Received: from localhost ([127.0.0.1]:47624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxoMN-0000UX-JE for submit@debbugs.gnu.org; Thu, 06 Sep 2018 03:05:47 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:47147) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxoML-0000UI-TI for 32637@debbugs.gnu.org; Thu, 06 Sep 2018 03:05:46 -0400 Original-Received: from [192.168.1.101] ([213.162.68.232]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Llm9w-1fOTXV1JTs-00ZLCI; Thu, 06 Sep 2018 09:05:37 +0200 In-Reply-To: <87musv1ufw.fsf@mail.linkov.net> X-Provags-ID: V03:K1:BGPzas4hl50aHv8zezMxNa78URuwpNIpX+YH+32R7I8zH1jz0od BDlgE4xtJw4Cw5XbIjZ4FRToKBbAnyhS4Cmon+GZLA5DcMidHwuUwZmE1lCWGNsI4t8jGig 0ktPzcxlGGYPDIQ3cDhjr599iiHforM6MkQfMr+x8xqB4D+PcliwKv8chnm5J59rsQwYPsD zE+n+fPBbfo5S0BCISO/A== X-UI-Out-Filterresults: notjunk:1;V01:K0:2mh4IMzDI1U=:f886VN397cg3PCrK7d/Lo6 eCTitkcIMoM8zUrNpnI7xAHmDHevBnqFrVGN049SUB9VnSXolm4qHchS1XXnbYKF7N8ayBDWb WJqIzDMy2+hUwRzyN4V4TMGYTrtFy6cO2GwNp30m/rSXnF1bBRX7I+rUqDoMXNJTL7HBz7ffy YoHkmxcYwrD35K8x9E7qX1bUzVfAULm75AZ1ozhwED484LXduZc0rrRidK8t09CLoDDVpXDnc Gby3cUDzTYgIKWNwN5mFfAyHAWJyym9v5TBEcWbaGGwDokBNvuyawVGGJOFAP9fYzdeFjMXNB 4eXbGWqBdVReBYnyyra1skSN7C56OV/Xz49NrC8jb65ARfPxLLzDfQwZ6P7Huak43yrpg8h6h dKZ+4yUak2BZxzR1bs2oovYhrxt09S3+VLW9cF0UUWz+Syk+BW6PE1vuHABfGhA3cbjXsJlIY 73zsa732kM7xYx5yHAXhcf3DaDPcpKYQXvf1tmeovOsV9nmfh0dpoCMQeownYqtxO2KVEXibq j/x4+bZqHEt66gj1mi/blfrasCAKlXK7sDooVvXgSqXxT1VzRedFNL+1iKZzZ8FowFRtMcWhL V2xtn8kvPo917nKb4NhM09UU8keq1vFILHS4JGGI6qbRxPaDDScpfrM6Ru9zKpmcYqP9ZXtqy tB67z1ruxY78j7be6txOk4p1yy5/lfYSbR93ydWsuTTDuUsr6J44BvNT0FuXkOMeTVPlbOsSJ XDZC6Dme+7ySnV2DVmsLSuYh5vmxeC1aIZW7E9uPXFMGEwtN/ctCUAVbEZbpWx2fjuhzG8yd 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:150073 Archived-At: > It seems what you describe is inefficiency of the current implementation, > but currently I have nothing to say about it, sorry. What I see is that > the same logic needs to be applied to both window-configuration-change-hook > and window-size-change-functions. From an application programmer's view the expected behavior of running 'window-size-change-functions' buffer-locally would be to call the function (1) only if a window displays the buffer now and (2) only if the size of that window actually changed. And it should call the function with that window as argument. Which means that for any buffer the function could be called as many times as a window showing the buffer has changed its size. It also means that we don't call the function when a buffer has disappeared from the frame. Now since the argument of 'window-size-change-functions' is the associated frame, I agree with Eli that running it buffer-locally doesn't make much sense. The apparent gain in convenience is dwarfed by the fact that one would still have to find the window(s) showing the buffer. And I still think that running 'window-configuration-change-hook' buffer-locally in its current from hardly makes sense either: For example, we don't call it for a buffer when that buffer has been removed from a window which incidentally is the case that would allow Man to remove its function from 'window-configuration-change-hook'. martin