GNU bug report logs - #49558
fill paragraph in texinfo-mode fails with @

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: monnier <at> iro.umontreal.ca, 49558 <at> debbugs.gnu.org, lisa-asket <at> perso.be
Subject: Re: bug#49558: fill paragraph in texinfo-mode fails with @
Date: Wed, 14 Jul 2021 16:22:31 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: monnier <at> iro.umontreal.ca,  lisa-asket <at> perso.be,  49558 <at> debbugs.gnu.org
> Date: Wed, 14 Jul 2021 15:15:04 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> > @node Foo Bar Baz Quux Very Long Node Name
> >> >
> >> > @subsection This is a very long subsection name
> >> >
> >> > @cindex a very long index entry that could wrap
> >> >
> >> > @defun my-func with many different arguments that could wrap
> >> >
> >> > @end multitable
> >> 
> >> The problem is that all of that is currently a single paragraph -- and I
> >> don't think that's something we want?  (Try saying
> >> `M-: (forward-paragraph)' at the start.)
> >
> > What exactly do we not want in the result of forward-paragraph in
> > these cases?  I'm probably missing something.
> 
> I think the example text you pasted should be five paragraphs, not one.

That's because you think about it as plain text.  It isn't.
Basically, lines that start with @foo are directives, not text.

It could be somewhat surprising, because it otherwise looks very much
like plain text, but without those definitions of paragraph-start and
paragraph-separate, things would be much worse.  E.g., copy this to a
text-mode buffer, then type M-q:

@itemize @bullet
@item
If the text consists of a special glyph, the glyph can specify a
particular face.  @xref{Glyphs}.

Previous Next

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