[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.
--
Ralf
[AUCTeX-devel] Re: Upcoming release, Reiner Steib, 2005/12/15