ES-TEX Archivos

Usuarios hispanohablantes de TeX

ES-TEX@LISTSERV.REDIRIS.ES

Opciones: Vista Forum

Use Monospaced Font
Por defecto enseñar Text Part
Mostrar todas las cabeceras de correo

Mensaje: [<< Primero] [< Prev] [Siguiente >] [Último >>]
Tema: [<< Primero] [< Prev] [Siguiente >] [Último >>]
Autor: [<< Primero] [< Prev] [Siguiente >] [Último >>]

Print Responder
Subject:
Emisor:
"Fernando S. Delgado Trujillo" <[log in para visualizar]>
Reply To:
Usuarios hispanohablantes de TeX <[log in para visualizar]>
Fecha:
Sun, 22 Aug 2021 03:40:33 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (361 lines)
Hola a todos,

   Vuelvo a lanzar este hilo porque leyendo el boletín de agosto del
   grupo francófono de latex hablan precisamente sobre como unir
   archivos pdf en latex sin perder los enlaces.

Os dejo aquí el ejemplo que dan en el boletín.

- Primero, la creación de un archivo latex para crear un pdf simple con
  un enlace: test-lien.tex
-----------------------
\documentclass{article}
\usepackage[paperheight=.5cm,paperwidth=4cm,margin=0cm]{geometry}
\pagestyle{empty}
\usepackage{hyperref}
\begin{document}
        \href{https://www.gutenberg.eu.org/}{Lien vers Gutenberg}
\end{document}
-----------------------

- Segundo creación del fichero latex para unir los pdf utilizando el
paquete «pdfmanagement-testphase» que aún no está en el núcleo de latex,
pero que está en desarrollo con el fin de resolver algunos problemas que
existen con los pdf en latex (si os interesa os podría traducir el
artículo completo)

pdfhyperref.tex
-----------------------
\RequirePackage{pdfmanagement-testphase}  % Paquete en desarrollo pero accesible
\DeclareDocumentMetadata{uncompress}
\documentclass{article}
\usepackage[paperheight=1.25cm,paperwidth=5cm,margin=0cm]{geometry}
\pagestyle{empty}
\usepackage{hyperref}
\usepackage{newpax}
\ifluatex
% Carga el código lua
\directlua
{
        require("newpax")
}
% Escritura de los archivos `.newpax' por newpax.sty
\directlua
{
        newpax.writenewpax("test-lien")
}
\fi
\begin{document}
        \includegraphics{test-lien}

        \newpaxsetup{addannots=false} % opción para no añadir los enlaces

        \includegraphics{test-lien}
\end{document}
-------------------------

Este segundo fichero hay que compilarlo primero con lualatex y luego con
el compilador que queramos para obtener la versión final (por ejemplo
con pdflatex para obtener el pdf).

Os dejo aquí el enlace al boletion del mes de agosto (páginas 5-14
artículo sobre la nueva gestión de pdf por parte de latex):

https://www.gutenberg.eu.org/IMG/pdf/lettre44-ecran-2.pdf

Espero que os sirva de ayuda.
Un cordial saludo.
Fernando


Juan Manuel Macías writes:

> Hola de nuevo. He estado haciendo alguna prueba con latexmk y pdfpages (aclaro
> que esto no es para resolver el problema de los enlaces que se pierden, sino
> para evitar compilar los pdf pequeños de uno en uno):
>
> Asumiendo que tenemos en un mismo directorio el *tex grande y los *tex pequeños,
> lanzamos latexmk ignorando el grande, para que compile todos los pequeños:
>
> latexmk -lualatex
>
> Cuando ya tenemos los pdf pequeños generados, comentamos lo de ignorar el pdf
> grande, y volvemos a lanzar latexmk (matando el proceso anterior), pero ahora
> para que compile automáticamente el grande si hay algún cambio en los pequeños:
>
> latexmk -pvc -lualatex archivo-grande.tex
>
> Si queremos editar y modificar alguno de los pequeños, lo abrimos, lo editamos,
> lo guardamos y lo compilamos. En cuanto latexmk descubra que ese pdf pequeño ha
> cambiado, vuelve a hacer una compilación del grande.
>
> No es la panacea, pero puede ahorrar trabajo.
>
> Saludos,
>
> Juan Manuel
>
>
> [log in para visualizar] (Juan Manuel Macías) writes:
>
>> Hola, Juan Luis:
>>
>> Ah, entonces si necesitas compilar cada *tex por separado con distintos
>> paquetes que puedan ser incompatibles, entonces mi metodo no te ayudaría, en
>> efecto. Yo es que uso un único preámbulo gordo para todo el trabajo, que
>> genero automáticamente desde un archivo Org.
>>
>> Lo que sí se me ocurre para compilar todos los documentos pequeños de golpe,
>> y ahorrar trabajo, ¿has probado a hacerlo con latexmk? Pero sin la opción -pvc
>> (porque ahí te obligaría a indicar un único *tex). Por ejemplo, si lo tienes
>> todo en un único directorio, puedes excluir el documento principal (creas
>> en el mismo directorio tienes un latexmkrc y escribes allí
>> "@default_excluded_files = ('documento-a-ignorar.tex');", sin
>> las comillas). Y luego lanzas la orden latexmk -pvc -lualatex y te compila
>> todos los *tex del directorio (excepto el ignorado), resolviendo también tema
>> de referencias y compilaciones múltiples. Y luego basta con compilar el
>> documento gordo cuando estén ya los PDF pequeños generados y actualizados. Lo
>> malo es que aquí no tendrías la posibilidad de la compilación automática
>> cuando modifiques y guardes algún pdf pequeño (o tal vez sí, habría que mirar
>> si latexmk funciona también con pdfpages y múltiples pdf incluidos...). Pero
>> al menos compilas todo de una tacada y resolviendo compilaciones múltiples
>> y demás...
>>
>> En cuanto a lo de lo de los enlaces, creo que lo mejor (como decías en otro
>> mensaje) es tener esperanzas en LuaTeX y que pdfpages lo aproveche en alguna
>> versión futura...
>>
>> Saludos,
>>
>> Juan Manuel
>>
>>
>> Juan Luis Varona Malumbres <[log in para visualizar]> writes:
>>
>>> Hola y gracias de nuevo, Juan Manuel:
>>>
>>>>
>>>> Hola otra vez (he creado un nuevo nombre de hilo porque con este tema de los
>>>> enlaces nos hemos desviado un pelín del tema original del hilo de Pablo, que
>>>> era para arreglar PDFs mal formados mediante ConTeXt).
>>>
>>> Sí, buena idea.
>>>>
>>>> Por si sirviera de algo, yo acabé encontrando más útil en mi flujo de
>>>> trabajo para libros largos usar un documento maestro e incluir las secciones
>>>> mediante sub-documentos con un \input{}, en lugar de crear distintos PDFs
>>>> y luego unirlos mediante pdfpages (que suelo usar más ahora, por ejemplo,
>>>> para montar ediciones bilingües). Lo bueno de usar subdocumentos y
>>>> un documento maestro es que sólo necesito una compilación. Y lo compilo todo
>>>> con latexmk y la opción -pvc, para sincronizar. Es decir, que si lanzo una
>>>> vez latexmk, éste queda a la espera de si hay algún cambio guardado en
>>>> alguno de los subdocumentos, y caso de que alguno haya sido modificado,
>>>> vuelve a compilar todo automáticamente. Y en cada compilación extraigo
>>>> también los PDFs individuales de cada sección mediante el método que
>>>> describo aquí en mi blog:
>>>> https://gnutas.juanmanuelmacias.com/cortar_pdf_lualatex.html
>>>
>>>
>>> Claro, lo que dices funciona muy bien pero sería muchísimo trabajo.
>>>
>>> En cada número de la revista puedo tener cerca de 20 archivos sueltos que
>>> cargar, cada uno con su \begin{document} ... \end{document},
>>> sus paquetes (no siempre los mismos y quizás incompatibles), sus definiciones
>>> (que pueden dar conflictos), sus \label/\ref (y puede darse la casualidad de
>>> que coincidan los \label para cosas distintas), sus \bibtiem/\cite (también
>>> puede haber coincidencia de nombres de \bibitem), etc.
>>>
>>> Habría que desmontar y chequear todo eso para compilar desde un mismo
>>> main.tex (de hecho, alguna vez he visto un paquete que desactiva los
>>> \begin{document} ... \end{document} de documentos sueltos para compilarlo
>>> todo desde un mismo main.tex, pero aún así quedaban muchos problemas).
>>>
>>> Un follón.
>>>
>>> Tal como lo hago yo, cada artículo se compila por separado y luego los
>>> junto. La desventaja es que tengo que darle el número inicial de página
>>> a cada artículo "a mano", pero eso es asumible en cuanto a la cantidad de
>>> trabajo que da y los errores que puede generar.
>>>
>>> También, tal como lo hago, a los autores les puedo dar su .tex final si lo
>>> quieren. (Los autores nos mandan los artículos en .tex y, aunque arreglamos
>>> cosas para adaptarlas al formato de la revista, lógicamente intentamos
>>> aprovechar casi todo).
>>>
>>> No sé, todas las revistas de matemáticas sobre las que sé algo de cómo las
>>> hacen (o si lo he logrado intuir) hacen algo del estilo: en cada número, los
>>> artículos sueltos se pueden compilar por separado (y les dan "a mano" el
>>> número de página inicial), y luego los juntan.
>>>
>>> Parece claro que si quiero conservar los enlaces al juntar tendré que buscar
>>> alguna solución basada en pdftk o algo así.
>>> Un saludo,
>>>
>>> Juan Luis
>>>
>>>>
>>>> Ahora bien, para que los sub-PDFs conservaran los enlaces del principal
>>>> habría que reemplazar pdfjam (que en el fondo usa pdflatex) por pdftk. Es
>>>> decir, habriá que poner (en lugar de lo que viene en mi artículo):
>>>>
>>>> \immediate\write\script{pdftk\space \jobname.pdf\space cat\space
>>>> \thePrimPag -\theCurrentPage\space output\space \jobname-#1.pdf}%
>>>>
>>>> La idea, en fin, es que cuando se compile el documento maestro genere un
>>>> script de shell que cree las distintas separatas en PDF. El método lo robé
>>>> de un hilo de stackexchange (con algunas modificaciones), y en mi articulo
>>>> se indica el enlace a la fuente.
>>>>
>>>> En resumen: cada vez que compilo obtengo: a) el PDF completo; y b) las
>>>> separatas en PDF de cada sección
>>>>
>>>> Un saludo,
>>>>
>>>> Juan Manuel Juan Luis Varona Malumbres <[log in para visualizar]> writes:
>>>>
>>>>> Gracias, Jerónimo.
>>>>>
>>>>> Desde luego, lo que pone ahí suena muy bien...
>>>>>
>>>>> Lamentablemente, lo he probado con "context —arrange" desde terminal y a mi
>>>>> se me pierden todos los enlaces, tanto externos como internos.
>>>>> (Con los externos, una cosa que ocurre es que muchos visores de pdf
>>>>> interpretan un http://... como un enlace y lo hacen funcionar, aunque
>>>>> realmente no sea un enlace en el pdf, y en esos casos puede ser difícil
>>>>> darse cuenta y algo es un enlace real o una interpretación de la
>>>>> "inteligencia artificial" del visor de pdf).
>>>>>
>>>>> Sí que he observado una diferencia al usar "context —arrange": sale un
>>>>> archivo .tua extra, y quizás ahí debe estar la información de los links, no
>>>>> sé...
>>>>>
>>>>> El caso es que no me ha funcionado, quizás porque he hecho algo mal, dado
>>>>> que no tengo ni idea de context.
>>>>>
>>>>> Un saludo,
>>>>>
>>>>> Juan Luis
>>>>>
>>>>>> El 5 ago 2020, a las 11:32, Jerónimo Alaminos Prats <[log in para visualizar]>
>>>>>> escribió:
>>>>>> En la misma página
>>>>>> https://www.contextgarden.net/Imposition#Caveat:_common_troubles
>>>>>> indican que se añada la opción
>>>>>> context —arrange fichero.tex
>>>>>> a la hora de compilar para mantener los enlaces. En una prueba rápida, al
>>>>>> menos los enlaces externos se mantienen.
>>>>>> Un saludo,
>>>>>> Jerónimo.
>>>>>>> El 5 ago 2020, a las 2:56, Juan Luis Varona Malumbres
>>>>>>> <[log in para visualizar]> escribió:
>>>>>>> Gracias, Andrés.
>>>>>>> Interesante, no conocía eso. (Es que no se nada de ConTeXt, claro.)
>>>>>>> Lo he probado (con ConTeXt en luatex), pero, en cuanto a lo que yo
>>>>>>> buscaba, de nuevo se pierden todos los links.
>>>>>>> De hecho, lo he ejecutado con estas dos primeras líneas:
>>>>>>> \setuppapersize[A4][A4] \setuparranging[1*1]
>>>>>>> Y lo que ocurre es que me vuelve a salir el mismo pdf que tenía
>>>>>>> (lógicamente), pero con los links perdidos.
>>>>>>> Claro, es que eso está pensado para mandar algo a imprenta y ahí los
>>>>>>> hiperenlaces no sirven para nada, así que en ese sentido no importa que
>>>>>>> se pierdan.
>>>>>>> Un saludo,
>>>>>>> Juan Luis
>>>>>>>> El 5 ago 2020, a las 1:18, Andres Conrado Montoya
>>>>>>>> <[log in para visualizar]> escribió:
>>>>>>>> Para mi la mejor manera de imponer pdfs en el mundo TeX ha sido usar la
>>>>>>>> herramienta de imposición de ConTeXt:
>>>>>>>> https://www.contextgarden.net/Imposition
>>>>>>>> No necesitas haber hecho tus pdfs originales en context, puedes imponer
>>>>>>>> cualquier pdf. Pistas en
>>>>>>>> https://www.contextgarden.net/Imposition#Rearranging_existing_PDF_s
>>>>>>>> Hasta ahora me ha respetado todo en los pdfs originales. Funciona muy
>>>>>>>> bien, y te deja poner marcas de corte si es necesario, y con respecto
>>>>>>>> a la manera de imponer las páginas, es bastante flexible. he creado
>>>>>>>> "booklets", para imprimir en impresora casera a doble cara y grapar al
>>>>>>>> medio, usando pdfs generados con InDesign, por ejemplo, y me funciona
>>>>>>>> perfecto. El mar., 4 ago. 2020 a las 17:11, Javier Mejuto
>>>>>>>> (<[log in para visualizar]>) escribió:
>>>>>>>> Hola a todos,
>>>>>>>> yo he tenido una experiencia muy parecida a la que comentan realizar una
>>>>>>>> revista académica, de hecho hice alguna pregunta a la lista al
>>>>>>>> respecto. Igual que ustedes no encontré ninguna solución efectiva y tuve
>>>>>>>> que realizarlo "a mano".
>>>>>>>> Por otro lado me parece genial la idea de Juan Manuel de un TeX Showcase
>>>>>>>> hispánico, aprenderíamos mucho.
>>>>>>>> Un saludo
>>>>>>>> El mar., 4 ago. 2020 a las 9:51, Juan Luis Varona Malumbres
>>>>>>>> (<[log in para visualizar]>) escribió:
>>>>>>>> Hola, Juan Manuel:
>>>>>>>>> Sí, por lo que cuentas entonces no te serviría pdftk ni ninguna otra
>>>>>>>>> aplicación similar. Yo también montaba la revista Cuaderno Ático de esa
>>>>>>>>> forma, con cada sección por separado y luego juntándolas en un *tex con
>>>>>>>>> pdfpages y el índice y los enlaces del índice a cada sección. Y por lo
>>>>>>>>> que tengo buscado me temo que ando en la misma situación que tú: no he
>>>>>>>>> podido o sabido encontrar nada que pase por pdfpages y no acabe
>>>>>>>>> derivando en Pax, que a mí no me gusta y lo encuentro demasiado
>>>>>>>>> complicado. Y es una lástima, pues por lo demás pdfpages es, sí, una
>>>>>>>>> maravilla de paquete.
>>>>>>>> Sí, a mí también me encanta pdfpages. Y lo de perder los links no es que
>>>>>>>> sea un bug, sino que en el manual del paquete dicen que no se pueden
>>>>>>>> mantener: «When including pages of a PDF only the so called content
>>>>>>>> stream of these pages is copied but no links. Up to now there are no
>>>>>>>> TeX-engines (pdfTeX, XeTeX, ...) available that can copy links or other
>>>>>>>> interactive features of a PDF document, too. Thus, all kinds of links1
>>>>>>>> will get lost during inclusion. (Using \includepdf, \includegraphics, or
>>>>>>>> other low-level commands.)»
>>>>>>>> Como no mencionan explícitamente lualatex, esa es mi esperanza, ja, ja.
>>>>>>>>> Por cierto, una preciosidad la revista. Enhorabuena.
>>>>>>>> Muchas gracias, me alegra que te haya gustado.
>>>>>>>>> Eso son de las cosas que me apetece enseñar cuando hablo de TeX al que
>>>>>>>>> no lo conoce, que vea de lo que es capaz y lo que no se puede hacer ni
>>>>>>>>> por asomo con InDesign o Quark... Tendríamos que hacer aquí un hilo
>>>>>>>>> para mostrar lo que se cocina con TeX en el mundo hispanohablante,
>>>>>>>>> publicado o no. Una especie de TeX Showcase
>>>>>>>>> (http://www.tug.org/texshowcase/) hispánico :-)
>>>>>>>> Sí, estaría bien, ja, ja.
>>>>>>>> Un saludo,
>>>>>>>> Juan Luis
>>>>>>>>> Saludos,
>>>>>>>>> Juan Manuel Juan Luis Varona Malumbres <[log in para visualizar]> writes:
>>>>>>>>>> Gracias, Juan Manuel, pero lo de pdftk no me sirve porque, a la vez
>>>>>>>>>> que junto archivos, genero el índice, y eso requiere lo-que-sea-TeX.
>>>>>>>>>> Mira un ejemplo de lo que hago:
>>>>>>>>>> http://gaceta.rsme.es/vernumero.php?id=110
>>>>>>>>>> En la revista, cada artículo va por separado (con su main.tex, o como
>>>>>>>>>> se llame, y desde allí carga las imágenes que necesite, etc.) y se
>>>>>>>>>> genera su correspondiente pdf. Cada uno de esos pdfs está
>>>>>>>>>> compilado con hyperref y tiene enlaces.
>>>>>>>>>> Y en esa página web se pueden descargar por separado.
>>>>>>>>>> Luego junto todos esos pdf desde un nuevo archivo.tex con pdfpages,
>>>>>>>>>> y a la vez genero el índice. Eso lo mando a la imprenta, y en esa
>>>>>>>>>> página se puede descargar todo el número conjunto donde pone "Volumen
>>>>>>>>>> 22, número 1 (2019) -
>>>>>>>>>> Descargar el número entero". Que lo que se imprime en la imprenta haya
>>>>>>>>>> perdido los enlaces internos de cada artículo no tiene ninguna
>>>>>>>>>> importancia, pero es una pena que se pierdan en el pdf del número
>>>>>>>>>> completo que está en esa página web para que quien quiera se lo
>>>>>>>>>> descargue.
>>>>>>>>>> Si juntara los archivos con pdftk o con cualquiera cosa que no sea
>>>>>>>>>> lo-que-sea-TeX no podría generar el índice a la vez. Tendría que
>>>>>>>>>> hacerlo a mano aparte y juntarlo como un pdf más, y eso es bastante
>>>>>>>>>> trabajo y, sobre todo, muy propenso a errores. Además, supongo que
>>>>>>>>>> desde ese índice no podría podría poner enlaces a los
>>>>>>>>>> artículos. Por eso me encantaría encontrar una solución que fuese
>>>>>>>>>> lo-que-sea-TeX.
>>>>>>>>>> Un saludo,
>>>>>>>>>> Juan Luis
>>>>>>>>> -- --
>>>>>>>>> ------------------------------------------------------
>>>>>>>>> Juan Manuel
>>>>>>>>> Macías -- ----------------------------------------------------
>
> ----------------------------------------------------
> Archivos de ES-TEX: http://listserv.rediris.es/archives/es-tex.html
> ------------------------------------------------------

----------------------------------------------------
Para darse de baja ES-TEX pincha y envia el siguiente url
mailto:[log in para visualizar]
----------------------------------------------------

ATOM RSS1 RSS2