From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#23169: 24.5; Inconsistent text reflow in man pages depending on window configuration Date: Fri, 01 Apr 2016 20:40:40 +0300 Message-ID: <8337r5teg7.fsf@gnu.org> References: <87bn5ug55o.fsf@fimbulvetr.bsc.es> <83egaqvbio.fsf@gnu.org> <87oa9t8iq4.fsf@fimbulvetr.bsc.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1459532541 21629 80.91.229.3 (1 Apr 2016 17:42:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Apr 2016 17:42:21 +0000 (UTC) Cc: 23169@debbugs.gnu.org To: =?UTF-8?Q?Llu=C3=ADs?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 01 19:42:11 2016 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 1am35H-0004J8-Jv for geb-bug-gnu-emacs@m.gmane.org; Fri, 01 Apr 2016 19:42:11 +0200 Original-Received: from localhost ([::1]:45718 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1am35H-0000kE-1T for geb-bug-gnu-emacs@m.gmane.org; Fri, 01 Apr 2016 13:42:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33739) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1am35D-0000k3-Oe for bug-gnu-emacs@gnu.org; Fri, 01 Apr 2016 13:42:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1am358-0004zV-Ly for bug-gnu-emacs@gnu.org; Fri, 01 Apr 2016 13:42:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50404) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1am358-0004zA-Ig for bug-gnu-emacs@gnu.org; Fri, 01 Apr 2016 13:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1am358-00066A-Bm for bug-gnu-emacs@gnu.org; Fri, 01 Apr 2016 13:42:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Apr 2016 17:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23169-submit@debbugs.gnu.org id=B23169.145953248023390 (code B ref 23169); Fri, 01 Apr 2016 17:42:02 +0000 Original-Received: (at 23169) by debbugs.gnu.org; 1 Apr 2016 17:41:20 +0000 Original-Received: from localhost ([127.0.0.1]:47531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1am34R-00065C-Md for submit@debbugs.gnu.org; Fri, 01 Apr 2016 13:41:19 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:42629) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1am34P-000650-V0 for 23169@debbugs.gnu.org; Fri, 01 Apr 2016 13:41:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1am34F-0004Xn-NC for 23169@debbugs.gnu.org; Fri, 01 Apr 2016 13:41:12 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48053) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1am34F-0004Xj-JX; Fri, 01 Apr 2016 13:41:07 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3073 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1am34E-0001Yu-Bh; Fri, 01 Apr 2016 13:41:07 -0400 In-reply-to: <87oa9t8iq4.fsf@fimbulvetr.bsc.es> (message from =?UTF-8?Q?Llu=C3=ADs?= on Fri, 01 Apr 2016 17:13:55 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115846 Archived-At: > From: Lluís > Cc: 23169@debbugs.gnu.org > Date: Fri, 01 Apr 2016 17:13:55 +0200 > > > The usual way to fix these problems is to set Man-width to a non-nil > > value, as appropriate for your frame/window dimensions. Would that > > solve the problem for you? > > Thing is I don't know the width of the window that will be used, since in some > cases it does not exist yet: > > +-----+ +--+--+ > | | | | | > | | -> M-x man man -> | | | > | | | | | > +-----+ +--+--+ Isn't the window that man will use half of the window before the command? Then you know the width in advance, because you are familiar with your window and frame configurations > The ideal without breaking the asynchronicity would be to somehow display the > new buffer on a window before populating it (display-buffer might or might not > reuse a window here), calculate its window's width, set COLUMNS, asynchronously > call man to populate the buffer, and then really show the buffer on the previous > window. > > The only problem is that creating a temporary window just to calculate its width > could annoy people because the contents won't be shown yet. Yes, that's the problem.