From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#32536: displayed width of man pages Date: Wed, 28 Nov 2018 01:58:05 +0200 Organization: LINKOV.NET Message-ID: <874lc2gk07.fsf@mail.linkov.net> 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> <5BFBBD95.4040700@gmx.at> <875zwjgypr.fsf@mail.linkov.net> <5BFCFB62.4030507@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1543365911 20367 195.159.176.226 (28 Nov 2018 00:45:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 28 Nov 2018 00:45:11 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: 32536@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 28 01:45:07 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 1gRnyU-00058i-FV for geb-bug-gnu-emacs@m.gmane.org; Wed, 28 Nov 2018 01:45:06 +0100 Original-Received: from localhost ([::1]:45263 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRo0b-0004Jz-55 for geb-bug-gnu-emacs@m.gmane.org; Tue, 27 Nov 2018 19:47:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47683) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRnzU-0003kX-1x for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2018 19:46:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gRnzO-00027R-To for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2018 19:46:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48390) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gRnzO-00027D-QY for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2018 19:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gRnzO-0002o9-Ov for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2018 19:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Nov 2018 00:46: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.154336594010719 (code B ref 32536); Wed, 28 Nov 2018 00:46:02 +0000 Original-Received: (at 32536) by debbugs.gnu.org; 28 Nov 2018 00:45:40 +0000 Original-Received: from localhost ([127.0.0.1]:52641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRnz2-0002mp-1E for submit@debbugs.gnu.org; Tue, 27 Nov 2018 19:45:40 -0500 Original-Received: from bird.maple.relay.mailchannels.net ([23.83.214.17]:49765) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRnz0-0002mg-5e for 32536@debbugs.gnu.org; Tue, 27 Nov 2018 19:45:38 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 55B841233A8; Wed, 28 Nov 2018 00:45:35 +0000 (UTC) Original-Received: from pdx1-sub0-mail-a3.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id EBF111230EC; Wed, 28 Nov 2018 00:45:34 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from pdx1-sub0-mail-a3.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 28 Nov 2018 00:45:35 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Ruddy-Desert: 7a3650ec57b34a13_1543365935139_3252757009 X-MC-Loop-Signature: 1543365935139:710268549 X-MC-Ingress-Time: 1543365935139 Original-Received: from pdx1-sub0-mail-a3.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTP id B3DF880921; Tue, 27 Nov 2018 16:45:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=xmRhS082PzJxBu+7oGtWJczAl50=; b= zfaN3avGEorsyfS5RCBnsYK0shl/9xMF/1H/21NiD6my8qaJW2p+3QiYQ8XJkDF/ +R/KjD0q+3SIMX5a6jRI8KScSczxIWF+xEA2bvAmw7TPuKjACuhZhXUMsV1PGYgU bwf6FQgETk9fSfwEC2m542pQbwjxxth5qrwX6AMD1BQ= Original-Received: from mail.jurta.org (m91-129-107-242.cust.tele2.ee [91.129.107.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTPSA id 3565F8091F; Tue, 27 Nov 2018 16:45:32 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a3 In-Reply-To: <5BFCFB62.4030507@gmx.at> (martin rudalics's message of "Tue, 27 Nov 2018 09:08:02 +0100") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedruddvtddgvdejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgedvnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdegvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepfe 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:152839 Archived-At: > It should also include the following idiosyncrasy: Suppose a user > saves away a window in a configuration in some register, kills it and > revives the window from that register a few hours later. How should > running size change functions handle that case? The window has > neither changed buffer nor size since the last time it was shown. I > currently just run the buffer-local hook (since the window was not > there the last time the functions were run) but without further > notice. If someone thinks that the application should get notified in > some sense about this fact, then please tell me how. Hard to tell, we need to see its consequences in practice. >>> So essentially you would have to rerun occur whenever the Man buffer >>> is reformatted. >> >> It's too ad-hoc to find all Occur buffers created from the Man buffer, >> and revert all of them. > > Is it reverting Man buffers only that causes problems? This problem is not only in Man buffers, but also in Occur buffers. Maybe Occur should save points in addition to markers, so if after the original buffer is reverted, and marker-position value becomes 1, then use remembered point's value as a number, not invalidated marker. This is called "graceful degradation". Currently this is what is used in 'Man-update-manpage'. You can see how it saves 'old-pos' from (point), not from (point-marker). > Why is it that we care so much about Man buffers and live with the > fact that, for example, our *info* buffers have rigid width? *Info* buffers are complied, but dynamically generated Man buffers give us flexibility.