auctex
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AUCTeX] New release on Friday?


From: Tassilo Horn
Subject: Re: [AUCTeX] New release on Friday?
Date: Wed, 04 Nov 2015 21:05:59 +0100
User-agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux)

David Kastrup <address@hidden> writes:

>> So the "if they do not fit into one line" condition obviously broke
>> for some reason, and rather than even try figuring out what happened,
>> the functionality just gets squashed?
>
> Let me guess.
>
> commit 1f116b8499a0bd6081a473fb53dbf49ba49514cb
> Author: Tassilo Horn <address@hidden>
> Date:   Fri Oct 9 07:54:51 2015 +0200
>
>     Fill $...$ like \(...\) (bug#21645)
>     
>     * latex.el (LaTeX-fill-move-to-break-point): Fill $...$ like
>     \(...\) (bug#21645)

I think what has happened is that somehow the correct filling for
\(...\) and \[...\] broke at some point in time but no one noticed, and
I myself thought that this strange filling where there's a line break
after every inline math construct was intensional.  Therefore I made
$...$ be filled consistently with \(...\) in the above commit.

Because it seems many people seem to still use $...$ instead of \(...\)
now this "comb-style" filling attracted attention and users complained
which resulted in the change of defaults.

Now I see that $...$ was probably filled correctly and \(...\) (and
likely alse \[...\]) was filled wrongly, so my commit fixed on the wrong
end.  So feel free to revert that commit and the change of the default
value.

Unfortunately, I can't estimate when I have time to look into this and
fix the right end of the breakage.  This is my first week on a new job
[1], and on the weekend I have to do some work on our house which must
be finished before the wet and cold season starts.

Bye,
Tassilo

[1] ... and sadly I can't work on auctex during pauses there ...




reply via email to

[Prev in Thread] Current Thread [Next in Thread]