bug-auctex
[Top][All Lists]
Advanced

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

Re: [Bug-AUCTeX] 11.83; Wrong intendation and vertical shifting in math


From: David Kastrup
Subject: Re: [Bug-AUCTeX] 11.83; Wrong intendation and vertical shifting in math mode display
Date: Tue, 25 Jul 2006 11:01:27 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Frank Küster <address@hidden> writes:

> Ralf Angeli <address@hidden> wrote:
>
>> * Frank Küster (2006-07-24) writes:
>>
>>> In the following equation code, some things go wrong:
>>
>> Here is the equation for reference:
>>
>>   P(r) = 2 \int_0^{\pi} \frac{1}{2\pi} d\phi \cdot 
>>          2 \int_0^{\pi} \frac{1}{2\pi} 
>>                         \frac{
>>                           4 \pi \left( 
>>                             \frac{
>>                               r - r_0
>>                             }{
>>                               \cos\theta
>>                             }\right)^2
>>                         }{
>>                           \left(
>>                             \nicefrac{2}{3}\pi \langle r^2\rangle
>>                           \right)^{\nicefrac{3}{2}}
>>                         }
>>                         e^{
>>                           -\frac{
>>                             3\left(
>>                               \frac{r-r_0}{\cos\theta}
>>                             \right)^2
>>                           }{
>>                             2\langle r^2\rangle
>>                           }
>>                         }
>>
>>> - the closing brace for the exponent that is started by `e^{' in the
>>>   ninth-last line is wrongly indented,
>>
>> If I hit TAB with point in that line it is indented by two more spaces
>> (CVS Emacs, CVS AUCTeX).  The resulting position (as shown above)
>> looks correct to me.
>
> Oops, I now see that the closing brace is indented one step more - but
> not enough, as on your system.  But it is even more strange and might
> have to do something with tab settings.

I think the reason would likely be that the font-locking displays
exponents with a smaller font, and this includes the spaces used for
indentation.

Of course, after cut&paste the difference disappears.  Tricky.  It is
probably the sanest course to stop the exponent/subscript treatment
completely (or switch it to just different colors instead of
size/position changes) as soon as a single newline is part of the
construct.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum




reply via email to

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