Pakiet newclude zasugerowany przez Willa Robertsona jest raczej przydatny, aby uniknąć wyraźnej strony. Wygląda na to, że \includeonly
aby zadziałać, należy natychmiast po paczce zadzwonić \documentclass{...}
. W skomplikowanym środowisku pracy doktorskiej napotkałem również problemy z zerwanymi odniesieniami.
Dobrym sposobem obejścia problemu, gdy tylko dołączanie nie jest potrzebne w ostatecznej wersji, jest użycie dołączeń tylko w wersji roboczej:
\newif\ifdraft\drafttrue
lub
\newif\ifdraft\draftfalse
\ifdraft
\include{...}
\fi
\ifdraft
\include{file}
\else
\input{file}
\fi
Pierwsza linia może być łatwo dołączona przez makefile, aby szkic lub wersja produkcyjna były celami.
\includeonly{file1,file2,...}
pozwala określić listę plików źródłowych o nazwie with \include{file1}
(gdzie file1
jest przykład), które będą wyświetlane w wynikowym dokumencie. Pozostałe nie pojawią się, ale są brane pod uwagę dla liczników, etykiet, spisów treści, gdy dołączone są odpowiednie pliki aux.
Innymi słowy, używając include
i includeonly
można skrócić czas kompilacji w wersji roboczej, mając jednocześnie prawidłowe odniesienia. Dalsze czytanie na Wikibooks .
@Will Robertson
\include
jest tak przydatny, ponieważ pozwala \includeonly{...}
na budowanie tylko potrzebnych sekcji. Podczas pracy nad dłuższym tekstem uwzględnienie tylko części długiego rozdziału może mieć spore znaczenie w czasie kompilacji. Jest to również nieocenione, ponieważ nie trzeba przeglądać długich szkiców podczas pracy w jednym miejscu. Wreszcie mniejsze pliki kodu źródłowego są łatwiejsze w obsłudze w zarządzaniu wersjami, np. Git.