From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: hw Newsgroups: gmane.emacs.bugs Subject: bug#32536: displayed width of man pages Date: Wed, 05 Sep 2018 04:50:29 +0200 Message-ID: <87tvn43cjp.fsf@toy.adminart.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> <87k1o1q0v4.fsf@toy.adminart.net> <87a7ox9cyd.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1536115808 4496 195.159.176.226 (5 Sep 2018 02:50:08 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 5 Sep 2018 02:50:08 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: 32536@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 05 04:50:03 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 1fxNtK-0000xs-2T for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Sep 2018 04:50:02 +0200 Original-Received: from localhost ([::1]:53562 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxNvQ-0003dP-1u for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Sep 2018 22:52:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39201) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxNvK-0003dI-96 for bug-gnu-emacs@gnu.org; Tue, 04 Sep 2018 22:52:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fxNvH-0005NE-03 for bug-gnu-emacs@gnu.org; Tue, 04 Sep 2018 22:52:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41191) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fxNvG-0005MM-CM for bug-gnu-emacs@gnu.org; Tue, 04 Sep 2018 22:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fxNvG-0007aK-7q for bug-gnu-emacs@gnu.org; Tue, 04 Sep 2018 22:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: hw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Sep 2018 02:52: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.153611588429108 (code B ref 32536); Wed, 05 Sep 2018 02:52:02 +0000 Original-Received: (at 32536) by debbugs.gnu.org; 5 Sep 2018 02:51:24 +0000 Original-Received: from localhost ([127.0.0.1]:46209 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxNud-0007ZP-JI for submit@debbugs.gnu.org; Tue, 04 Sep 2018 22:51:23 -0400 Original-Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.219]:20097) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxNua-0007ZC-Ds for 32536@debbugs.gnu.org; Tue, 04 Sep 2018 22:51:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1536115879; s=strato-dkim-0002; d=adminart.net; h=References:Message-ID:Date:In-Reply-To:Subject:Cc:To:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=ZPnKf670ZiF3m9JzKAvy9pgU+XIRmsWQcNqDW06dh5c=; b=sMEUPlt64o/rFbVwJ4ZNEaBPPUywnLvaMPX9MipUvHcKS7QjA2pop8sliF3pdhVe6y q0pFvnI8bpA86t+MLqwVzwPMn+UXpZMcTgpcimwkXrfUFtjJrrU3hnxeFB6D1VQAD+gX 91U6lWclgKNJLDox6KpmCruiv4uQZRnlIlF0+07i7+VdTel5KuBRCGR9m3J76dOHhkRU aVttii9Mg1ja5LgD0rIvmh3YGWPEh/zKB7sGP5x/5pH3tPXFTZmU+GKbQHVI9SA1SB64 Klwfx0RRNoNCRACF5aYo0Uz9Oo7BbvaIf0+b/1AGTvqef2NfTXG7NtA7w7tkEdJRhlbE G89w== X-RZG-AUTH: ":O2kGeEG7b/pS1FS4THaxjVF9w0vVgfQ9xGcjwO5WMRo5c+h5ceMqQWZ3yrBp+AVdIIwXjneEe9k=" X-RZG-CLASS-ID: mo00 Original-Received: from himinbjorg.adminart.net by smtp.strato.de (RZmta 44.0 DYNA|AUTH) with ESMTPSA id e03b99u852pG1vT (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Wed, 5 Sep 2018 04:51:16 +0200 (CEST) Original-Received: from toy.adminart.net ([192.168.3.55]) by himinbjorg.adminart.net with esmtp (Exim 4.90_1) (envelope-from ) id 1fxNuV-0000nR-Fc; Wed, 05 Sep 2018 04:51:15 +0200 In-Reply-To: <87a7ox9cyd.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 05 Sep 2018 00:20:42 +0300") 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:150032 Archived-At: Juri Linkov writes: >> BTW, what is the default for the minimum length of the lines? Is the >> default for the maximum length the same? > > Like the new Man-width-max, we could also add Man-width-min as well. I thought the line length would be determined depending on Man-width, the new maximum width and the width of the window displaying the buffer. That would make Man-width what specifies the minimum length: If the width of the window suggests using a line length between Man-width and the new maximum length, use the suggested length. Otherwise use Man-width if the window is narrower than that, or the new maximum length if the window is wider than the new maximum length. Renaming Man-width to Man-width-min would make sense then, unless there were a third option: Always use the line length specified by Man-width. If this option would kick in when Man-width-min and Man-width-max are not set, the behaviour would not change for anyone who has set Man-width. The default for all of them would be nil, assuming that Man-width-min and Man-width-max do nothing when they are nil. BTW, how come that describing Man-width says it is not documented as a variable before man-mode has been active at least once, but its value is known (as the value I set it to), and later used? It seems unsave being able to set arbitrary variables and having their values quietly accepted without question by functions that are eventually loaded and which the value of the variable may not have been intended for.