El paquete newclude sugerido por Will Robertson es bastante útil para evitar la eliminación. Parece que para que el \includeonly
funcione uno debe llamar al paquete inmediatamente después de \documentclass{...}
. En el complejo entorno de mi disertación también tuve problemas con las referencias rotas.
Una buena solución, cuando includeonly no se necesita para una versión final, es utilizar incluye sólo en el proyecto de:
\newif\ifdraft\drafttrue
o
\newif\ifdraft\draftfalse
\ifdraft
\include{...}
\fi
\ifdraft
\include{file}
\else
\input{file}
\fi
La primera línea puede ser fácilmente anexa por un archivo MAKE, para hacer que la producción de borrador o producción sea un objetivo.
\includeonly{file1,file2,...}
permite especificar una lista de archivos fuente llamados con \include{file1}
(donde file1
es un ejemplo) que se mostrarán en el documento resultante. Los otros no aparecerán, pero se consideran como contadores, etiquetas, tablas de contenido cuando se incluyen los archivos auxiliares correspondientes.
En otras palabras, al usar include
y includeonly
uno puede mantener el tiempo de compilación corto en un borrador teniendo referencias correctas. Lectura adicional en Wikibooks.
@Will Robertson
\include
es tan útil, ya que permite a través \includeonly{...}
para construir secciones solamente se necesitan. Al trabajar con texto más largo, puede hacer una gran diferencia en el tiempo de compilación para incluir solo una sección de un capítulo extenso. También es útil de manera invaluable, ya que uno no tiene que pasar página por un borrador largo mientras trabaja en un punto. Por último, los archivos más pequeños del código fuente son más fáciles de manejar en la administración de la versión, p. git.
No creo que obtenga saltos de página después de la subsección normalmente. ¿Qué clase de documento estás usando? – Cascabel
¿Podría publicar su encabezado (todo hasta el \ begin {document}) para que podamos ver qué está pasando? –
Use '\ input', de lo contrario use' \ input' o use '\ input'. – egreg