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:
Juan Luis Varona Malumbres <[log in para visualizar]>
Reply To:
Usuarios hispanohablantes de TeX <[log in para visualizar]>
Fecha:
Wed, 25 Aug 2021 10:55:56 +0000
Content-Type:
text/plain
Parts/Attachments:
text/plain (1 lines)
Hola, Fernando:

Muchas gracias por la información y los ejemplos.

Vi el mensaje cuando lo escribiste pero estaba de vacaciones y no tenía mi ordenador para poderlo probar, por eso he esperado hasta ahora.

(Gracias también por el ofrecimiento para traducir el artículo del francés, pero por mi parte no lo necesito; de hecho, yo en el colegio y en bachillerato estudié francés, no inglés. Lo que había entonces...)

Está claro que latex se está poniendo las pilas con esto. Es muy buena noticia, en mi opinión.

Saludos,

Juan Luis

> El 22 ago 2021, a las 3:40, Fernando S. Delgado Trujillo <[log in para visualizar]> escribió:
> 
> 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]
> ----------------------------------------------------


----------------------------------------------------
Archivos de ES-TEX: http://listserv.rediris.es/archives/es-tex.html
------------------------------------------------------



ATOM RSS1 RSS2