I created a new class, and I put the .cls file in the
directory where the basic classes (for example article.cls) are
located. However, if I use my new class in a document, LaTex complains
that it is not able to find that class file.
Does anybody know why?
Thanks a lot,
Matteo Grigoletto
mg...@hal.stat.unipd.it
-------------------==== Posted via Deja News ====-----------------------
http://www.dejanews.com/ Search, Read, Post to Usenet
>I created a new class, and I put the .cls file in the
>directory where the basic classes (for example article.cls) are
>located. However, if I use my new class in a document, LaTex complains
>that it is not able to find that class file.
>Does anybody know why?
You don't say what system (or OS) you are using,
but you may have to run "texhash" or "MakeTeXls-R"
to update the "ls-R" database.
Nb you could probably put the class file in the current directory
(with the .tex file), as this is usually searched first.
--
Timothy Murphy
e-mail: t...@maths.tcd.ie
tel: +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
Don't do this. Put your class files somewhere by themselves, so that
you can delete all the files from the distribution and replace them with
a new distribution, without harming your own files.
% However, if I use my new class in a document, LaTex complains
% that it is not able to find that class file.
Presumably this is because you're using a web2c-based TeX system which
maintains a database of class files. What you want to do (you may not
realise it, but it is what you want to do), is to create a new directory
near the standard ones (for instance, on my machine at home I have
/usr/local/texmf/plain/ptjm), and stick your files in there, then to
run texhash, which will update the list of files.
The reason for this list of files is that it can take a tremendously
long period of time to search all the possible sub-directories for style
files, while it doesn't take much time at all to read in a list of files.
--
Patrick TJ McPhee
East York Canada
pt...@interlog.com