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#32536: displayed width of man pages Date: Mon, 26 Nov 2018 10:32:05 +0100 Message-ID: <5BFBBD95.4040700@gmx.at> References: <878t4t70zb.fsf@himinbjorg.adminart.net> <87in3r1l7y.fsf@mail.linkov.net> <5B88E62F.20504@gmx.at> <87d0twam5z.fsf@mail.linkov.net> <5B8B8DC8.7020001@gmx.at> <8736urmtjs.fsf@mail.linkov.net> <5B8CE346.60809@gmx.at> <874lf6usob.fsf@mail.linkov.net> <5B8E3983.8040808@gmx.at> <875zzl9cmo.fsf@mail.linkov.net> <87zhtwanil.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 1543224673 2081 195.159.176.226 (26 Nov 2018 09:31:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Nov 2018 09:31:13 +0000 (UTC) Cc: 32536@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 26 10:31:09 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 1gRDES-0000NW-Oh for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Nov 2018 10:31:09 +0100 Original-Received: from localhost ([::1]:34810 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRDGZ-0002Gb-0r for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Nov 2018 04:33:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43178) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRDGP-0002GT-DH for bug-gnu-emacs@gnu.org; Mon, 26 Nov 2018 04:33:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gRDGJ-0002hd-2F for bug-gnu-emacs@gnu.org; Mon, 26 Nov 2018 04:33:09 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43547) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gRDGI-0002hP-VK for bug-gnu-emacs@gnu.org; Mon, 26 Nov 2018 04:33:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gRDGI-0001V0-JD for bug-gnu-emacs@gnu.org; Mon, 26 Nov 2018 04:33: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: Mon, 26 Nov 2018 09:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32536 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32536-submit@debbugs.gnu.org id=B32536.15432247395705 (code B ref 32536); Mon, 26 Nov 2018 09:33:02 +0000 Original-Received: (at 32536) by debbugs.gnu.org; 26 Nov 2018 09:32:19 +0000 Original-Received: from localhost ([127.0.0.1]:47805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRDFb-0001Tx-IR for submit@debbugs.gnu.org; Mon, 26 Nov 2018 04:32:19 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:53909) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRDFa-0001Tl-K5 for 32536@debbugs.gnu.org; Mon, 26 Nov 2018 04:32:19 -0500 Original-Received: from [192.168.1.101] ([46.125.249.31]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LlpJU-1frsQj0G9I-00ZSKn; Mon, 26 Nov 2018 10:32:09 +0100 In-Reply-To: <87zhtwanil.fsf@mail.linkov.net> X-Provags-ID: V03:K1:iTjZnbtBVtH5fXL1sGYiDZe9RbELiJY96zs8LZP8yXM3vsv+0qh LV0SPahSKg++YoORa4J0lhwtaBkEKyhniuGccpNyaQDKJYr4pPEh4EWC0yj+jatS7oTIXPv QYTX1kTyIeR3oT/5r960xikW6DKteC+sYRg3assXj7zuqefF4OETB8+H0G/5clzoHKow6zR 0/lsySRZRffr2c2ilpbhw== X-UI-Out-Filterresults: notjunk:1;V03:K0:xG5uOKLrYBY=:fis902wtRzZ7XLqEWcccwj 6L8KDJ0+48FYpr9Jd3wFrZyQnc2yZqOcVnk+vOpSucKvWrhj8CJ2RQGzNiWM/BKXY1xC++dlL fUEPHf1plq7E6J/sXjZdAmeLHYGPd9rUxCDeT/JFlV0vsPRPyY3kcSmHEHw/Fn985dJvo5ZvP NU5JYGdXF7XsKfSQU9YU4JV2JObhFkZpd+E2NWyTvMuaKisE1bw1Ot+mMYFmylRspNxtHWINE 0WncE7Ve7gHm15/4o6ViXaiNV5C/HaDyKjWjDkhNsTqOuOvQ/Z1HmAuD9O4SJErU8AVcVKvRb /jSuk2SKWui6BSvUOgKAgfU3zk1rYnffIKLBPPhFv5pm6ascVNrouJHTZp/DbEBX/RpiORH9V 6MJyIkQagghs44lzNakw5wM3zhH9shcoOpMF9uTw2837uiBOvQspwJCns2ALSbJ1ailsD2ksJ 396iDBWhGQC81/+2fCtTGSk44gTpYZuUL2ENN1V2ylmstgX1wzUj20NELDNBqJaa4XfKINAw8 0aNF+WBcG8Yu+Dzq1B9DhuXw7w93kJPalwI3LTrIXs6069hroOTnaDB966aXMiHmPCe5t5B59 19hbC+gKezx4jhTp15ssY8j128sLjH3S83AwoXiL8CCbFsUPGrREnkLnT10nbYjp6AyS15KL/ 15gL6PRw9+Vk8hPWtT5ZOuoZQ5Cs3W6YO2gPZyynvkVU1PCrnV7MLcAwax+u/UQJaJTCdTDYw UaXT5ll+BEUJSdnyJOAgarTHM3bk85B5HiinqN7aVx/qHiNM5BtuRt1hEXVKOLMl5dmBq1nS 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:152779 Archived-At: >> I reported this in bug#32637, please see there. > > Thanks to Martin, a request in bug#32637 is now implemented and closed. BTW, I plan to change the behavior of 'window-size-change-functions' as follows. (1) Run the buffer-local hook not only once for each buffer per frame but for each window showing the buffer. (2) Run the buffer-local hook with the window as argument instead of the frame. (3) Run the buffer-local hook for changes of the window's body size too. (4) Run the buffer-local hook also when a window has not shown the buffer the last time this hook was run. This way, a function that should be run whenever a window showing a certain buffer is created/used or changes size is guaranteed to run in each case and no further checks are needed. All changes would be strictly based on 'local-variable-p' (and not on 'buffer-local-value') so any calls from 'window-size-change-functions' in Emacs < 27.1 would remain unaffected. WDYT? > But still this bug#32536 can't be closed because I found an insolvable > problem: 'M-x occur' is impossible to use on automatically resized > Man-mode buffers: after running 'M-x occur' in a Man buffer, it splits > the wide frame horizontally, that changes the width of the Man buffer, > that causes window-size-change-functions to run, that starts a new > Man process to reformat the Man buffer according to the new width of the > Man buffer. After that, typing RET on all matching lines in the Occur buffer > will jump to the beginning of the Man buffer, because reformatting invalidates > all markers that point from lines in the Occur buffer to lines in the > Man buffer, i.e. typing 'C-u C-x =' on all lines in the Occur buffer > displays the same: > > There are text properties here: > occur-target # So essentially you would have to rerun occur whenever the Man buffer is reformatted. Otherwise, I see only one way to handle this. Before reformatting, store the context of each marker (in a bookmark-like or diff-like fashion) and restore the markers from that context. The matching done in the restore step would have to identify and ignore "soft" changes of whitespace. martin