Pakiet newclude zaproponowany przez Willa Robertsona jest raczej przydatny, aby uniknąć jasności strony. Wygląda na to, że aby \includeonly
zadziałał, należy zadzwonić do paczki zaraz po \documentclass{...}
. W złożonym środowisku mojej pracy doktorskiej natknąłem się również na problemy ze zepsutymi referencjami.
Dobrym obejście, gdy includeonly nie jest potrzebne do ostatecznej wersji, jest użycie zawiera tylko w projekcie:
\newif\ifdraft\drafttrue
lub
\newif\ifdraft\draftfalse
\ifdraft
\include{...}
\fi
\ifdraft
\include{file}
\else
\input{file}
\fi
Pierwsza linia może być łatwo załączonym przez plik Makefile, aby produkcja robocza lub wersja produkcyjna osiągała cele.
\includeonly{file1,file2,...}
pozwala określić listę plików źródłowych zwanych z \include{file1}
(gdzie file1
jest przykład), który pokaże w wynikowym dokumencie. Pozostałe nie będą wyświetlane, ale są uwzględniane w przypadku liczników, etykiet i spisów treści, gdy są dołączone odpowiednie pliki Aux.
Innymi słowy, za pomocą include
i includeonly
można utrzymać czas kompilacji krótki w wersji roboczej, mając jednocześnie prawidłowe referencje. Więcej informacji na Wikibooks.
@Will Robertson
\include
jest tak przydatny, ponieważ pozwala przez \includeonly{...}
zbudować tylko niezbędne części. Podczas pracy nad dłuższym tekstem może być dość duża różnica w czasie kompilacji, aby uwzględnić tylko część obszernego rozdziału. Jest również nieoceniony, ponieważ nie trzeba przeglądać długiego przeciągu podczas pracy w jednym punkcie. Wreszcie, mniejsze pliki kodu źródłowego są łatwiejsze w zarządzaniu wersjami, np. git.
Nie wierzę, że zwykle otrzymujesz podziały strony po podrozdziale. Z jakiej klasy dokumentów korzystasz? – Cascabel
Czy możesz opublikować swój nagłówek (wszystko do \ begin {document}), abyśmy mogli powiedzieć, co się dzieje? –
Użyj '\ input', w przeciwnym razie użyj' \ input' lub użyj '\ input'. – egreg