GNU bug report logs - #51757
27.2; [patch] man.el : wait for all man(1) output to be buffered before fontifying

Previous Next

Package: emacs;

Reported by: Jason Vas Dias <jason.vas.dias <at> gmail.com>

Date: Wed, 10 Nov 2021 23:53:02 UTC

Severity: normal

Tags: moreinfo, patch

Found in version 27.2

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Jason Vas Dias <jason.vas.dias <at> gmail.com>
To: larsi <at> gnus.org, 51757 <at> debbugs.gnu.org
Subject: RE: bug#51757: 27.2; [patch] man.el : wait for all man(1) output to
 be buffered before fontifying
Date: Fri, 12 Nov 2021 15:50:48 +0000
---------- Forwarded message ----------
From: Jason Vas Dias <jason.vas.dias <at> gmail.com>
Date: Fri, 12 Nov 2021 15:49:20 +0000
Subject: Re: bug#51757: 27.2; [patch] man.el : wait for all man(1)
output to be buffered before fontifying
To: Juri Linkov <juri <at> linkov.net>

What version of Emacs / man / groff are you running ?
Mine are:
  $ rpm -q emacs man groff-base
emacs-27.2-5.fc34.x86_64
package man is not installed
groff-base-1.22.4-7.fc34.x86_64

Are you using the Red Hat patches to Emacs ?
If not, it may be an RH patch related thing.
It happens 100% every time loading the bash manpage for
me, at the same places in the file.

Thanks & Best Regards,
Jason

On 11/11/2021, Juri Linkov <juri <at> linkov.net> wrote:
>>> Of course, with the man.el from emacs-28, I get the error:
>>>   'completing-read: Symbol’s function definition is void: format-prompt'
>>> under Emacs-27.2 , which is NOT Emacs-28 :-( .
>>>
>>> If you can do 'M-x manual-entry bash' in Emacs-28, and
>>> it never misses a font transition, let me know - I will
>>> re-examine once Fedora's Emacs 28 comes out.
>>>
>>> But I enclose a screenshot of how the bash manpage looks with the
>>> Emacs 27.2 man.el, with all the remaining text of the man-page
>>> after the start of the 'PARAMETERS' section in bold, because
>>> only a partial escape sequence was at the end of the buffer
>>> and the transition was missed by fontification-on-the-fly .
>>
>> I just did that, and I see no problems with the font transitions.
>
> Maybe reproducibility depends on the value of 'read-process-output-max'?
> But I tried to set it to a very small value (100), and still no ANSI
> sequence was emitted partially between font-lock iterations.
>




This bug report was last modified 3 years and 149 days ago.

Previous Next


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