GNU bug report logs - #25344
man repaints entire screen even when there is no such manual page

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25344 in the body.
You can then email your comments to 25344 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: bug-gnu-emacs <bug-gnu-emacs <at> gnu.org>
Subject: man repaints entire screen even when there is no such manual page
Date: Tue, 03 Jan 2017 18:56:36 +0800

If one has a very quick eye, one can discover M-x man "zzzyyyxxx"
repaints the entire screen before declaring in the minibuffer "No manual
entry for zzzyyyxxx". Doesn't seem very efficient.
Also one thinks the man page is coming in and looks at the screen, but
in fact it is just the screen being repainted. emacs-version "25.1.1"

Message #8 received at 25344 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 25344 <at> debbugs.gnu.org
Subject: Re: bug#25344: man repaints entire screen even when there is no such
 manual page
Date: Tue, 03 Jan 2017 17:56:46 +0200

> From: 積丹尼 Dan Jacobson
> 	<jidanni <at> jidanni.org>
> Date: Tue, 03 Jan 2017 18:56:36 +0800
> 
> If one has a very quick eye, one can discover M-x man "zzzyyyxxx"
> repaints the entire screen before declaring in the minibuffer "No manual
> entry for zzzyyyxxx". Doesn't seem very efficient.
> Also one thinks the man page is coming in and looks at the screen, but
> in fact it is just the screen being repainted. emacs-version "25.1.1"

I think these are side effects of a change (for the better) whereby
the 'man' program gets set up with a correct line width, which is
impossible without creating a window before 'man' is run.  My HO is
that this minor annoyance is a worthy price to pay for the problems
solved by that change.

Message #11 received at 25344 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 25344 <at> debbugs.gnu.org,
 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Subject: Re: bug#25344: man repaints entire screen even when there is no such
 manual page
Date: Sun, 29 Sep 2019 05:40:30 +0200

tags 25344 + wontfix
close 25344
quit

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: 積丹尼 Dan Jacobson
>>     <jidanni <at> jidanni.org>
>> Date: Tue, 03 Jan 2017 18:56:36 +0800
>>
>> If one has a very quick eye, one can discover M-x man "zzzyyyxxx"
>> repaints the entire screen before declaring in the minibuffer "No manual
>> entry for zzzyyyxxx". Doesn't seem very efficient.
>> Also one thinks the man page is coming in and looks at the screen, but
>> in fact it is just the screen being repainted. emacs-version "25.1.1"
>
> I think these are side effects of a change (for the better) whereby
> the 'man' program gets set up with a correct line width, which is
> impossible without creating a window before 'man' is run.  My HO is
> that this minor annoyance is a worthy price to pay for the problems
> solved by that change.

So this is the desired behaviour.  I'm consequently closing this as
wontfix.

If anyone disagrees, feel free to reopen.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.