GNU bug report logs - #21645
Inquiry: reproducibility of a paragraph-fill bug

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 21645 in the body.
You can then email your comments to 21645 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: gojjoe <at> gmail.com
To: bug-auctex <at> gnu.org
Subject: Inquiry: reproducibility of a paragraph-fill bug
Date: Thu, 8 Oct 2015 09:57:56 +0200

Hi all,

I noticed that both fill-paragraph and LaTeX-fill-paragraph, 
called on a paragraph that contains "\( ... \)" inline math, 
will break lines after each "\)", except those on the last 
line. For example ("*" indicates where lines break, in case 
formatting is lost via email);

blah blah blah \(blah\)*
blah \(blah\)*
blah blah blah blah blah blah blah blah blah blah blah blah 
blah blah*
blah blah \(blah\)*
blah blah blah blah blah blah blah blah blah blah blah blah 
blah blah*
blah blah blah blah \(blah\) blah \(blah\) blah.

Weird behaviour, it appears also launching Emacs with the 
--no-init-file option.

Can you reproduce this? If so, is this to be considered a 
bug of fill.el or auctex?

Cheers,
J

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

From: Tassilo Horn <tsdh <at> gnu.org>
To: gojjoe <at> gmail.com
Cc: 21645 <at> debbugs.gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Thu, 08 Oct 2015 17:14:33 +0200

gojjoe <at> gmail.com writes:

> I noticed that both fill-paragraph and LaTeX-fill-paragraph, called on a
> paragraph that contains "\( ... \)" inline math, will break lines after each
> "\)", except those on the last line. For example ("*" indicates where lines
> break, in case formatting is lost via email);
>
> blah blah blah \(blah\)*
> blah \(blah\)*
> blah blah blah blah blah blah blah blah blah blah blah blah blah blah*
> blah blah \(blah\)*
> blah blah blah blah blah blah blah blah blah blah blah blah blah blah*
> blah blah blah blah \(blah\) blah \(blah\) blah.
>
> Weird behaviour, it appears also launching Emacs with the --no-init-file
> option.
>
> Can you reproduce this? If so, is this to be considered a bug of fill.el or
> auctex?

Well, this is actually a feature:

,----[ C-h v LaTeX-fill-break-at-separators RET ]
| LaTeX-fill-break-at-separators is a variable defined in ‘latex.el’.
| Its value is (\\\( \\\) \\\[ \\\])
| 
| Documentation:
| List of separators before or after which respectively a line
| break will be inserted if they do not fit into one line.
`----

,----[ (info "(auctex)Filling") ]
|  -- User Option: LaTeX-fill-break-at-separators
|      List of separators before or after which respectively linebreaks
|      will be inserted if they do not fit into one line.  The separators
|      can be curly braces, brackets, switches for inline math ('$', '\(',
|      '\)') and switches for display math ('\[', '\]').  Such formatting
|      can be useful to make macros and math more visible or to prevent
|      overfull lines in the LaTeX source in case a package for displaying
|      formatted TeX output inside the Emacs buffer, like preview-latex,
|      is used.
`----

The "if they do not fit into one line" part is a bit unclear.  But I
think it means that a newline is inserted before \( if the formula is
longer than what's still fitting into the current line, and a newline is
inserted after \) when the remainder of the paragraph doesn't fit on the
current line anymore.  Well, that second case seems dubious to me.  I
don't understand why one would like to have that.

Bye,
Tassilo

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

From: gojjoe <at> gmail.com
To: 21645 <at> debbugs.gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Thu, 8 Oct 2015 17:55:18 +0200

Hi Tassilo,

Thank you very much. My bad, I should've checked this 
beforehand (and it wasn't my intention to submit a bug). I 
didn't imagine there could be such a (useful) feature – or I 
would've expected it to apply to '$...$' as well by default.

Cheers!
J


On Thu151008 17:14, Tassilo Horn wrote:

> Well, this is actually a feature:
>
> ,----[ C-h v LaTeX-fill-break-at-separators RET ]
> | LaTeX-fill-break-at-separators is a variable defined in ‘latex.el’.
> | Its value is (\\\( \\\) \\\[ \\\])
> |
> | Documentation:
> | List of separators before or after which respectively a line
> | break will be inserted if they do not fit into one line.
> `----
>
> ,----[ (info "(auctex)Filling") ]
> |  -- User Option: LaTeX-fill-break-at-separators
> |      List of separators before or after which respectively linebreaks
> |      will be inserted if they do not fit into one line.  The separators
> |      can be curly braces, brackets, switches for inline math ('$', '\(',
> |      '\)') and switches for display math ('\[', '\]').  Such formatting
> |      can be useful to make macros and math more visible or to prevent
> |      overfull lines in the LaTeX source in case a package for displaying
> |      formatted TeX output inside the Emacs buffer, like preview-latex,
> |      is used.
> `----
>
> The "if they do not fit into one line" part is a bit unclear.  But I
> think it means that a newline is inserted before \( if the formula is
> longer than what's still fitting into the current line, and a newline is
> inserted after \) when the remainder of the paragraph doesn't fit on the
> current line anymore.  Well, that second case seems dubious to me.  I
> don't understand why one would like to have that.
>
> Bye,
> Tassilo
>

Message #16 received at 21645-done <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: gojjoe <at> gmail.com
Cc: 21645-done <at> debbugs.gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Fri, 09 Oct 2015 08:00:53 +0200

gojjoe <at> gmail.com writes:

Hi!

> Thank you very much. My bad, I should've checked this beforehand (and it wasn't
> my intention to submit a bug).  I didn't imagine there could be such a (useful)
> feature

Now you see. :-)

> – or I would've expected it to apply to '$...$' as well by default.

Yes, I think this has been a bug (at least since 2004) which I have
fixed right now.  So now \(...\) and $...$ and \[...\] and $$...$$
should be treated equally.

I'm closing this bug.

Bye,
Tassilo

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

From: Adrian Lanz <lanz <at> wsl.ch>
To: bug-auctex <at> gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Tue, 27 Oct 2015 17:57:10 +0100

On Fre 09 Okt 2015 (09:00:53 +0200) Tassilo Horn writes:


[...]

>
>> – or I would've expected it to apply to '$...$' as well by default.
>
> Yes, I think this has been a bug (at least since 2004) which I have
> fixed right now.  So now \(...\) and $...$ and \[...\] and $$...$$
> should be treated equally.
>
> I'm closing this bug.
>
> Bye,
> Tassilo
>

Oh, no! tex source code filling is ugly now with inline (within text)
formulas - this is the environment \begin{math} ... \end{math}, the
LaTeX shorthand \( ... \) and the TeX shorthand $ ... $.

\[ ... \], $$ ... $$ and various environments such as \begin{equation}
...  \end{equation} are different - displayed equation, on (a) separate
line(s) between the text.

Please revert!

Adrian Lanz.

[...]

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

From: gojjoe <at> gmail.com
To: Adrian Lanz <lanz <at> wsl.ch>, 21645 <at> debbugs.gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Tue, 27 Oct 2015 19:29:28 +0100

Hi Adrian,

> Please revert!

You can revert to the original behaviour by customizing the 
variable 'Latex-fill-break-at-separators', checking "Opening 
Display Math Switch" and "Closing Display Math Switch" and 
leaving the other options unchecked.

I think the developers are planning to setting this variable 
that way by default, so the original behaviour (with respect 
to $...$, but now also with respect to \(...\), more 
consistently) will be restored.

Cheers,
J

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

From: gojjoe <at> gmail.com
To: Adrian Lanz <lanz <at> wsl.ch>, 21645 <at> debbugs.gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Tue, 27 Oct 2015 20:17:31 +0100

Hi Adrian,

> Is this
>
> (setq Latex-fill-break-at-separators '(\\\( \\\) \\\[ \\\]))
>
> ?

You can change it either via the customization menu, like this:

– type:
M-x customize-variable [RET] LaTeX-fill-break-at-separators 
[RET]

– Check "Opening Display Math Switch" and "Closing Display 
Math Switch", uncheck all others;

– Left-click on "State" -> "Save for Future Sessions"



Or putting, similarly to what you proposed,

(setq LaTeX-fill-break-at-separators '(\\\[ \\\]))

in your init file (but I'm not sure at which point you 
should insert this; for sure after auctex has been loaded).

Cheers,
J

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

From: Tassilo Horn <tsdh <at> gnu.org>
To: gojjoe <at> gmail.com
Cc: Adrian Lanz <lanz <at> wsl.ch>, 21645 <at> debbugs.gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Wed, 28 Oct 2015 09:01:28 +0100

gojjoe <at> gmail.com writes:

> I think the developers are planning to setting this variable that way
> by default, so the original behaviour (with respect to $...$, but now
> also with respect to \(...\), more consistently) will be restored.

Yes, I've just done that so 11.89 or the next ELPA release won't use
that special filling by default. :-)

Bye,
Tassilo

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

From: Tassilo Horn <tsdh <at> gnu.org>
To: gojjoe <at> gmail.com
Cc: Adrian Lanz <lanz <at> wsl.ch>, 21645-done <at> debbugs.gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Wed, 28 Oct 2015 09:39:53 +0100

Tassilo Horn <tsdh <at> gnu.org> writes:

>> I think the developers are planning to setting this variable that way
>> by default, so the original behaviour (with respect to $...$, but now
>> also with respect to \(...\), more consistently) will be restored.
>
> Yes, I've just done that so 11.89 or the next ELPA release won't use
> that special filling by default. :-)

I'm closing this bug issue.

Bye,
Tassilo

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

From: Adrian Lanz <lanz <at> wsl.ch>
To: bug-auctex <at> gnu.org
Subject: Re: bug#21645: Inquiry: reproducibility of a paragraph-fill bug
Date: Wed, 28 Oct 2015 11:54:34 +0100

On Mit 28 Okt 2015 (09:01:28 +0100) Tassilo Horn writes:

> gojjoe <at> gmail.com writes:
>
>> I think the developers are planning to setting this variable that way
>> by default, so the original behaviour (with respect to $...$, but now
>> also with respect to \(...\), more consistently) will be restored.
>
> Yes, I've just done that so 11.89 or the next ELPA release won't use
> that special filling by default. :-)
>
> Bye,
> Tassilo

Great. Thanks!

Previous Next

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