Jim Hef{}feron
Saint Michael's College
.............................................................................
The following information was provided by our fellow contributor:
Name of contribution: FiNK
Version number: 2.2
Author's name: Didier Verna
Summary description: The LaTeX2e File Name Keeper
License type: lppl
Announcement text:
----------------------------------------------------------------------
Hello,
I'm happy to announce the release of FiNK (the LaTeX2e File
Name Keeper) version 2.2. This version makes FiNK compatible
with the memoir class.
----------------------------------------------------------------------
This package is at
http://tug.ctan.org/tex-archive/macros/latex/contrib/fink
. Information is at
http://tug.ctan.org/pkg/fink
(it may take a day for the information to appear). We are supported
by the TeX Users Group http://www.tug.org . For your users group
see http://www.tug.org/usergroups.html .
> This should be at your local mirror.
>
> Jim Hef{}feron
> Saint Michael's College
>
> .............................................................................
>
> The following information was provided by our fellow contributor:
>
> Name of contribution: FiNK
> Version number: 2.2
> Author's name: Didier Verna
> Summary description: The LaTeX2e File Name Keeper License type: lppl
>
> Announcement text:
> ----------------------------------------------------------------------
> Hello,
>
> I'm happy to announce the release of FiNK (the LaTeX2e File Name Keeper)
> version 2.2. This version makes FiNK compatible with the memoir class.
But incompatible with the svn-multi style:
Package: fink 2010/12/03 v2.2 Keep track of the current filename
Package FiNK Info: main file set to "./er-diagram.tex" on input line 76.
)
! Package svn-multi Error: Your installed version of the 'fink' package
does no
t provide the needed macros. It is either too old or too new. Try a
different v
ersion, e.g. v2.1.1 from 2008/02/27.
Cheers,
mh
> On Sun, 05 Dec 2010 07:12:02 -0500, CTAN Announcements wrote:
>
>> This should be at your local mirror.
>>
>> Jim Hef{}feron
>> Saint Michael's College
>>
>> .............................................................................
>>
>> The following information was provided by our fellow contributor:
>>
>> Name of contribution: FiNK
>> Version number: 2.2
>> Author's name: Didier Verna
>> Summary description: The LaTeX2e File Name Keeper License type: lppl
>>
>> Announcement text:
>> ----------------------------------------------------------------------
>> Hello,
>>
>> I'm happy to announce the release of FiNK (the LaTeX2e File Name Keeper)
>> version 2.2. This version makes FiNK compatible with the memoir class.
>
>
> But incompatible with the svn-multi style:
And also incompatible with the KOMA-Script classes and with all the
other packages that patch \InputIfFileExists. Needless to say that all
these packages (filehook, inputtrc, pdfsync...) too are mutually
incompatible...
--
Change “LookInSig” to “tcalveu” to answer by mail.
you can add memoir to that list.
I know from the author that a new version is on its way
/daleif
oops might be an idea to read the announcement
/daleif
An updated version of svn-multi was uploaded to CTAN yesterday
evening.
This fixes this issue. Also this happens only with the 'filehooks'
option of the svn-multi package (and all other option which depend on
it).
A workaround is to temporarily disabling this option(s) until an
update from CTAN is possible.
Best,
Martin
Great. Thanks. Really fast. ;)
> A workaround is to temporarily disabling this option(s) until an update
> from CTAN is possible.
>
Yes. Thanks.
mh
> Best,
> Martin
I've put the three packages filehook, currfile, and svn-multi into
place on the tug.ctan.org machine. The announcements will come
tomorrow, after they have had a chance to propagate through the
mirroring system on the overnights.
Jim
For the record, I've worked with the author of currfile about those
issues recently. The final decision is that FiNK will be considered
deprecated (I might release a new version just to document that), and
that currfile provides a FiNK emulation mode which provides the FiNK
macros as FiNK would do.
What you are contemplating is an intentional suicide after geneTeX
absorption by the strongest. FiNK was not a \protect{}ed species.
--
Resistance is futile. You will be jazzimilated.
Scientific site: http://www.lrde.epita.fr/~didier
Music (Jazz) site: http://www.didierverna.com
> An updated version of svn-multi was uploaded to CTAN yesterday
> evening.
> This fixes this issue.
...and also the scrlfile compatibility issue, which is very nice since
now all major classes are supported. Many thanks.
Four remarks:
- The index in filehook.pdf is garbled.
- Maybe you could add \AfterPackage/\AfterPackage*/... commands (with
different names) because that is often the primary application for
scrlfile.
- Probably you should test for \@ifpackageloaded{scrlfile} and
\@ifclassloaded{memoir} in addition to testing the meaning of
\InputIfFileExists, and issue an error if an unexpected definition
arises.
- I think the warning message in line 90 should be an error. A wrong
definition of \InputIfFileExists will almost certainly break
something. Patching such important kernel commands is always quite
fragile, and it would be better to be fussy.
> Four remarks:
> - The index in filehook.pdf is garbled.
Thanks, this is fixed now. I will reupload the package soon.
It seems that 'latexmk' does not run the correct 'makeindex' command
line for DTX files.
> - Maybe you could add \AfterPackage/\AfterPackage*/... commands (with
> different names) because that is often the primary application for
> scrlfile.
I had the same thought, but didn't implement it yet.
You can do this already using \AtEndOfFile{packagename.sty}{ }.
However this hook is always executed BEFORE the \AtEndPackage{ } stuff
defined by the package
itself. I might code something which executed \AtEndPackage{ } inside
\AtEndOfFile{ } to overcome this.
> - Probably you should test for \@ifpackageloaded{scrlfile} and
> \@ifclassloaded{memoir} in addition to testing the meaning of
> \InputIfFileExists, and issue an error if an unexpected definition
> arises.
I was also thinking about this and decided to only test for the
definition.
But you are right, I could add more tests and specific errors or
warnings.
> - I think the warning message in line 90 should be an error. A wrong
> definition of \InputIfFileExists will almost certainly break
> something. Patching such important kernel commands is always quite
> fragile, and it would be better to be fussy.
I originally was going for an error, but saw that \checkcommand used
IIRC by scrfile only raises a warning.
I might change it to an error and allow the user to overwrite it using
a package option (like 'force' or 'noerror')
to enforce the redefinition.
Thanks for you remarks and sorry for the delay. I was on a conference
in Greece the last couple of days.
Just typing this on the airport in Athens. At least they have free
WiFi for an hour.
Martin
I now uploaded a new version of filehook to CTAN with the discussed
changes.
Should be available after the usual short delay.
Best,
Martin
> I now uploaded a new version of filehook to CTAN with the discussed
> changes.
> Should be available after the usual short delay.
Great, thanks a lot!