> But if you read the discussion, you should know we're talking about > "\input file.tex", which you should never use in latex.
I did read that, but I don't think it had anything to do with the user's original question. The user said "\input files" and not "\input file". He was asking about \input in general, and I think his problem had more to do with his auctex/Skim *configuration* than something wrong with LaTeX (and certainly not anything wrong in Skim). ( NOTE: According to source2e.pdf, \input without braces defaults to TeX's primitive (\@@input in LaTeX). With braces, it uses the safe [EMAIL PROTECTED] (e.g., checks to see if the file exists). ) > Moreover, in the context of multifile projects (relevant for pdfsync) > you almost always want to use \include rather than \input. I still think that with chapterbib's and minitoc's and all of the other things that generate auxiliary files per *included* file, it's better to use \input. The main difference between LaTeX (not TeX) \input and \include is that \include allows for \includeonly support and will direct AUX output to a new AUX file. The additional AUX processing can confuse many packages, and it's extra work that makes a long latex run even longer. For example, in a book I'm coordinating now, we bring in title, copyright, dedication, and contents pages as inputs and preface and all the chapters as includes. This configuration is necessary in order for all of the minitocs and includeonly's to work. Even without the extra packages, there may always be parts of a document that should be included regardless of the \includeonly. Rather than pre-loading an \includeonly, it makes more sense to use an \input. Plus, as a bonus, it keeps the build directory from getting too polluted with AUX files that are not needed. But you seem pretty stuck on the no-\input-bandwagon, so I guess we'll just have to agree to disagree. Sorry for the bother -- Ted -- Ted Pavlic <[EMAIL PROTECTED]> ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
