From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#21333: 25.0.50; window-size-change-functions not called after mini-window resize Date: Wed, 26 Aug 2015 09:09:30 +0200 Message-ID: <55DD662A.8080201@gmx.at> References: <83k2skhhz1.fsf@gnu.org> <55DB5D3E.1000706@gmx.at> <83vbc4fsjd.fsf@gnu.org> <55DC1856.7000501@gmx.at> <83pp2bfln1.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1440573029 19370 80.91.229.3 (26 Aug 2015 07:10:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Aug 2015 07:10:29 +0000 (UTC) Cc: pipcet@gmail.com, 21333@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 26 09:10: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 1ZUUqe-0006mV-Kj for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Aug 2015 09:10:16 +0200 Original-Received: from localhost ([::1]:36447 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUUqe-0006Vp-6e for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Aug 2015 03:10:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38614) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUUqV-0006Qm-D0 for bug-gnu-emacs@gnu.org; Wed, 26 Aug 2015 03:10:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZUUqR-0007Aj-9Y for bug-gnu-emacs@gnu.org; Wed, 26 Aug 2015 03:10:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46330) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUUqR-0007Ab-3q for bug-gnu-emacs@gnu.org; Wed, 26 Aug 2015 03:10:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZUUqQ-0002ad-M6 for bug-gnu-emacs@gnu.org; Wed, 26 Aug 2015 03:10: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: Wed, 26 Aug 2015 07:10: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.14405729799908 (code B ref 21333); Wed, 26 Aug 2015 07:10:02 +0000 Original-Received: (at 21333) by debbugs.gnu.org; 26 Aug 2015 07:09:39 +0000 Original-Received: from localhost ([127.0.0.1]:38537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZUUq2-0002Zk-U9 for submit@debbugs.gnu.org; Wed, 26 Aug 2015 03:09:39 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:57013) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZUUq0-0002Zb-8m for 21333@debbugs.gnu.org; Wed, 26 Aug 2015 03:09:36 -0400 Original-Received: from [194.166.87.107] ([194.166.87.107]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M5Z5A-1YXCBb2UA4-00xeOE; Wed, 26 Aug 2015 09:09:35 +0200 In-Reply-To: <83pp2bfln1.fsf@gnu.org> X-Provags-ID: V03:K0:V9/VGocsvd0akLDF5wtiH9JSukNQ7AaVDoj+upXl4uWUjKUSyaS nuPJzYZcSpYMz3si6fnG2MiODgxtRJhp6DwR45B6XrKgclcI/rLQcEItdW/sWjxIGO+4FqH 9RVGKQ6IO/QDrYA9d+/TeFdIcf3B+yEe22lGKhObpCwh8OFe53H1ueC4m3vxqpktjVRCFsK GjohhyKtSv4z34NakhNOw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Mcrb5GBpWqo=:ETzvwZ3ki7DpsrRhau0bJf ZVR6h2XsfRxiX9qRQevq6dpSescazKt4a7vysW0yH9U7bdi5NJe9qlqde03t45Wxg3DH5DjKk mawSvL+LkfvdXGlSxZVqSIwl8pRzyGVdzaeX0ZEg99hcrg2gctUwNjlSO0GTdn5iWI/51l+4p gyjWT2WtnIWF7SRPz0Crqbmu+4MAnDCmrDU+zzIUsYaHE/+p3zFJ5/cgE2PoAmf1NdHzxtkyF h2pJD8xiFQgwNMhpCufesiT9iE5zFQCtvTmbUD4A8+F3TaFRUUEor+Rzf271HkkF8y4aEZJAP yHMj3/q770uSQtEk5cZEZZ/Z3TwoPCG+HZhQWZtoJ04KMgCPsxOcX9bfR3I6em8OoEIgcGFsn +PYnm34EfLsA4Fmuu7sclxyrKcw5soTLPWIMnz0hMVHrlL5kaZgowyh/apSRAP5GPCLufGN79 HlglIbSjoksEGxrqVZBWGyJZXkxMoKMTsJqFKWKle5sdXjlVOknQ17oWKg91XxDayBaGxS6qh fLIH4uX0Iuh0onm19H8ZzCduDDeQDrVuILcu9LVyFm01fpLxtCmu1q+LhGyVCycgluG/hmnmT d+8JI/LcATWirJRjZw1B9CxA7FthfAiirXanWhxLwWILEl5rMXedzZFTI+P2kaYUaCk1oMa0M NQrtQJdA7T/UydU0j76EsZsnrwgZPo0iCtfZC2cuR7ZmU39AaZVcTQ5BpmDGgKN3IGLm0bxZ/ QFw3p3Os+Zp+tiWwxqdmR/DmvlISLP9jAcK/0g== 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:105825 Archived-At: > You are > our window-management czar: A carpenter, at best. > No, by arranging the buffer contents and letting redisplay do its > job. Problems of this kind happen only when a mode changes buffer > contents and related data structures (such as properties and overlays)= > in response to redisplay, something that is bad idea to begin with, > because at the very least it immediately triggers another redisplay > cycle, and kills many redisplay optimizations. =E2=80=98follow-mode=E2=80=99, to stick to one of the examples I cited ea= rlier, uses neither properties nor overlays. It must, however, know the exact =E2=80=98window-end=E2=80=99 position of any window that could be followe= d by another. This also means that a correct implementation of =E2=80=98follow-mode=E2=80= =99 should be allowed to specify the order in which windows are redisplayed. So ideally, redisplay would be able to process each window separately, tell us its new start and end positions and allow modes to react properly. > IMO, lack of infrastructure is not an excuse for bad design. Either > the missing infrastructure should be added, or the design changed (if > possible) to some better-behaving alternative. In extreme cases, the > whole idea should be dropped as unworkable. I'm convinced that the current version of =E2=80=98linum-mode=E2=80=99 do= esn't behave well and line numbers should be calculated and written by the display engine. But I'm too lazy to do that (probably because I don't use line numbers myself). > As an option, perhaps. And it should be opt-in IMO, because most use > cases shouldn't care about automatic resizing such as this one. So let's provide an option for this. martin