[Top][All Lists]

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

Re: [AUCTeX-devel] Upcoming release

From: Ralf Angeli
Subject: Re: [AUCTeX-devel] Upcoming release
Date: Fri, 16 Dec 2005 00:29:25 +0100
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

* David Kastrup (2005-12-15) writes:

> Ralf Angeli <address@hidden> writes:
>> Then decoupling the version numbers of the preview package and
>> AUCTeX/preview-latex might really make sense in the long run.
> I don't think so.  Particularly with -without-texmf-dir a version of
> preview.sty that is intimately connected with AUCTeX gets installed
> into the Emacs tree.  I don't think it makes sense giving different
> version numbers to this integrated version from the encompassing
> AUCTeX, or from external preview versions.

But isn't this just a cosmetic issue?  I wouldn't mind if it did not
cause unnecessary work for us and the people at CTAN by forcing us to
upload a new version every time a new AUCTeX release is done even if
nothing in the preview package changed.

>> Is there such a connection at all, that certain versions of
>> preview-latex only work with certain versions of preview?
> Well, yes.  That is why we have something like
> (defcustom preview-default-preamble
>   '("\\RequirePackage[" ("," . preview-default-option-list)
>                                      "]{preview}[2004/11/05]")
>                                                  ^^^^^^^^^^^^
> [...]
> There is some leeway involved, but whenever preview.el requires
> something new, we are going to have to bump that date.

Regarding a decoupled versioning of preview.sty and AUCTeX this is
rather good news because it means that AUCTeX/preview-latex enforces
the usage of an up-to-date version itself and that this is done via
the date and not the version number.


reply via email to

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