[Top][All Lists]

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

[AUCTeX-devel] Re: Plea for help - anomalous AUCTeX behavior

From: David Kastrup
Subject: [AUCTeX-devel] Re: Plea for help - anomalous AUCTeX behavior
Date: Fri, 11 Nov 2005 12:49:07 +0100
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Robert Knighten <address@hidden> writes:

> David Kastrup writes:
>  > The above line is _not_ correct.  If that does not _immediately_ break
>  > AUCTeX, it is likely that you have an old tex-site.el from a previous
>  > installation in your path.  Please use
>  > 
>  > M-x list-load-path-shadows RET
>  > 
>  > to make sure that this is not the case.
> That did not indicate an old tex-site.el as the problem, but in
> looking at my setup it was sufficiently untidy that I simply removed
> all of the AUCTeX code and reinstalled.  That appears to have solved
> the problem so I expect I had an old version masquerading as the
> current version.

Ah, ok.

> Thank you very much for your help.
>  > > I am not using preview-latex.
>  > 
>  > Incidentally, preview-latex does not affect editing performance
>  > at all since it does not require processor power between explicit
>  > invocations by key or menu.  If you are creating a mathematics
>  > text book, you should really give it a whirl.  That's pretty much
>  > the application it has been created for.
> That was my understanding and I'm glad to hear it verified.  I tried
> preview-latex once long ago and found it unsatisfying for reasons I
> cannot even remember.  So I settled into a satisfactory mode and
> simply haven't tried it since.  I will try it again.

There probably have been quite a few improvements since "long ago",
mostly in the performance area, but it also can now deal with PDFLaTeX
and make judicious use of dvipng if available (mostly a performance
thing).  We also made a number of changes to AUCTeX's filling code
that tend to keep linebreaks out of preview material: this leads to
considerable improvements in the resulting buffer display in
particular with inline math.

Apart from that, I don't think the user interface changed much,
though.  Still, trying it does not require any commitment (like
working with LyX would): you can use it on any document or parts
without any net change on the document itself.

> This somehow reminds me of another niggling question I have.  Is there any
> convenience function in AUCTex to insert a displaymath abbreviation pair?
> By this I mean
> \[
> \]
> Right now I have a trivial function that does that, but I would
> really like some of the capability available with LaTeX-environment
> using the displaymath argument.  Most especially I would like to be
> able to use the function on a region and get the brackets
> automatically surrounding the region.

Personally, I don't use those shorthands but the equation* environment
from amsmath instead.

Perhaps we should have the environment insertion commands also accept
matched stuff like \[ \], \left...\right, or revert to C-c C-e-like
behavior for TeX-insert-macro on such matched constructs.

David Kastrup, Kriemhildstr. 15, 44793 Bochum

reply via email to

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