ES-TEX Archivos

Usuarios hispanohablantes de TeX

ES-TEX@LISTSERV.REDIRIS.ES

Opciones: Vista Clásica

Use Proportional Font
Por defecto enseñar Text Part
Esconda cabeceras de correo

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

Print Responder
Received: by LISTSERV.REDIRIS.ES (LISTSERV-TCP/IP release 17.0) with spool id 5899771 for [log in para visualizar]; Mon, 4 Jul 2022 18:07:15 +0200 from mx01.puc.rediris.es (outbound5mad.lav.puc.rediris.es [130.206.19.148]) by listserv.backend.rediris.es (Postfix) with ESMTP id 4ABD0290042 for <[log in para visualizar]>; Mon, 4 Jul 2022 18:07:15 +0200 (CEST) from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) by mx01.puc.rediris.es with ESMTP id 264G7EOV008118-264G7EOX008118 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) for <[log in para visualizar]>; Mon, 4 Jul 2022 18:07:14 +0200 by mail-ed1-x529.google.com with SMTP id g1so4641958edb.12 for <[log in para visualizar]>; Mon, 04 Jul 2022 09:07:14 -0700 (PDT)
Content-Type: text/plain; charset="UTF-8"
Date: Mon, 4 Jul 2022 12:07:02 -0400
X-FEAS-SPF: spf-result=pass, ip=2a00:1450:4864:20::529, helo=mail-ed1-x529.google.com, [log in para visualizar]
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=CTtnzsGsOd1T+KBJAbITy52Uzh3dE3ODYfPB9OQAiXo=; b=zCEJ8I6j9FFMx8aR/9pzvYZIV2vUSRLcWhSNC+b0csj/hPjwfNQXNwRLeh5e2uJ2UE eR7qPK+tU8PvNBxGAhO6fjyb0+HeOVkzKftL4ZGk3fyqRSot/gpBuJhJTr+t1rWzE5W2 ZDLR2jjwhEjndkDNPP/zNxGFc4TmQfMK5h83GlkiDF/qzaLk6xRxZvHMK3VAJo60vgUy Cf04QdxA8kqkJ7HSVHJ9Nv8zkToeRlZtygghwqlS2qeEv91KVGUCBBjOdgJUDzbQ5+oz jX7Y9RzLLH35A68Huj7zvOthJ+iagHQVQlYp2M12OuWyifrifQH/8XrU/JGDqCzu2NVZ EQFw==
MIME-Version: 1.0
X-Received: by 2002:aa7:cdcd:0:b0:43a:31e:114 with SMTP id h13-20020aa7cdcd000000b0043a031e0114mr15805063edw.231.1656950833821; Mon, 04 Jul 2022 09:07:13 -0700 (PDT)
X-FEAS-DKIM: Valid
X-Google-Smtp-Source: AGRyM1sEDBoJRj7w8RTywSP9mlINLYRXyOiAdtSiMErg7EI4nDTJmsHDSWgbbqfmcXCtJ5/kJzACFEd3kU/cHDAMU50=
X-Gm-Message-State: AJIora8er9KheWjufBaf/UCey5ETbfiawk2sujm5m0S6ugf2dPs6ibd/ FtzsT+du3+7iXp4bxzDpoAHN7f+A2jhgRJcohGyqXO6h
Reply-To: Usuarios hispanohablantes de TeX <[log in para visualizar]>
Sender: Usuarios hispanohablantes de TeX <[log in para visualizar]>
X-FE-Policy-ID: 16:19:1:listserv.rediris.es
Content-Transfer-Encoding: quoted-printable
Parts/Attachments: text/plain (158 lines)
Gracias Jos´e por la informaci´on ... he seguido atentamente la larga
discusi´on, y en mi caso personal me da igual que se demore un minuto
en compilar pues generalmente lo hago una vez finalizado el escrito, y
luego para corregir los eventuales errores, entonces no son muchas
veces ... ahora, entiendo que si alguien lo tiene que hacer muchas
veces por d´ia sea molesto y un tema de discusi´on que ojal´a se pueda
mejorar ... en mi caso, la calidad tan profesional del documento final
que entrega Tex en sus m´ultiples versiones, compensa cualquier espera
de compilaci´on ... muchas gracias a los autores de los m´ultiples
paquetes que utilizo ...

Saludos !!!

Eric.

On Mon, Jul 4, 2022 at 6:52 AM José Luis García Pallero
<[log in para visualizar]> wrote:
>
> Por si a alguien le es de utilidad, pongo aquí unos datos de tiempo de compilación de un documento con el que trabajo habitualmente. Es un libro de apuntes, por lo que lo recompilo bastante a menudo para corregir erratas, modificar figuras, etc.:
>
> * Documento PDF de 410 páginas
> * Contiene unas 250 figuras, las cuales, salvo 7 que van en PNG, se incluyen en formato PDF (las hago con Inkscape y las exporto a PDF)
> * Se genera una bibliografía con BibTeX de 54 entradas a la que se hacen 212 referencias
> * Se generan al final un índice alfabético y un índice de nombres propios (con el paquete imakeidx)
> * Uso a discreción del paquete hyperref (enlaces a biografías de científicos, a las imágenes utilizades cuando ha lugar, etc.)
>
> Todo ello lo gestiono desde un portátil Lenovo W-540 con Debian Sid y Texlive 2022.20220605-1 (nomenclatura de los repositorios de Debian). Trabajo con Kile como entorno gráfico (en la práctica un editor con colorines y un botón para compilar, nada más) y la orden a la que llamo para compilar es pdflatex -synctex=1 -interaction=nonstopmode --enable-write18 (que nadie me pregunte por qué esas opciones, que no me acuerdo; sé que puse la de --enable-write18, pero no recuerdo por qué). En resumen, que ahí van los tiempos (compilación con los ficheros en un disco duro externo tradicional):
>
> * Compilación desde cero: unos 42"/44". Alt.+6 en Kile y lo hace todo. Una primera pasada de pdflatex que deja 1605 warnings, a continuación bibtex y luego pdflatex de nuevo para producir 237 warnings y una nueva pasada de pdflatex que deja sólo 2 warnings. Todo esto tarda unos 33"/35". Luego tengo que volver a hacer Alt.+6 de nuevo para que en una pasada más de pdflatex ya no obtengamos warnings. Esto último tarda unos 9" para hacer el total de los 42"/44" indicados al principio.
>
> * Compilación con los archivos intermedios presentes: ésta es la forma normal de trabajar. Una corrección de errata en el texto, que no sea pie de figura lleva unos 9" de recompilación porque con una pasada de pdflatex es suficiente. Si es cambio o adición de figura, bibliografía o algo por el estilo, más tiempo, ya que necesita varias pasadas.
>
> En fin, que es lo que hay. Podríamos decir que sí que es "lento", aunque no es algo que en mi caso sea un problema.
>
> Saludos
>
> On Sun, 3 Jul 2022 18:16:10 +0000, Juan Manuel Macías <[log in para visualizar]> wrote:
>
> >p Valdés writes:
> >
> >> Sería muy sencillo hacer un pdf por cada capitulo y pegarlos todos
> >> juntos al final, pero daría problemas con el paginado y no es tan
> >> recomendable
> >
> >Para la edición bilingüe de las Cartas de Esquines y Demóstenes escribí
> >esta función en Elisp (está muy en crudo), que se puede evaluar dentro
> >de un bloque de código de Org-Mode y devuelve como resultado los
> >comandos necesarios de pdfpages. En el segundo argumento opcional se
> >pueden añadir comandos por página del PDF, como una lista de listas. En
> >cada sublista, el car (1er elemento) es siempre el número de pág. y el
> >cdr (cola) una cadena con los comandos que queremos añadir en esa página
> >con un \pagecommand de pdfpages. El primer argumento opcional sería para
> >un \pagecommand global, como una cadena (requiere mutool de mupdf, para
> >sacar el número de páginas totales).
> >
> >(defun inserta-pdfpages (pdf &optional page-command page-commands)
> >  (let ((pdfpages-bi-resultado))
> >    (setq pdfpages-bi-resultado
> >         (with-temp-buffer
> >           (let ((contador 0)
> >                 (pags-pdf (shell-command-to-string
> >                            (format "mutool info %s | grep '^Pages' | cut -d ' ' -f 2"
> >                                    pdf))))
> >             (dotimes (num (string-to-number pags-pdf))
> >               (insert (concat
> >                        "\n\includepdf[pages={"
> >                        (number-to-string
> >                         (setf contador (+ contador 1)))
> >                        "},"
> >                        "noautoscale=true,"
> >                        (if page-command
> >                            (format "pagecommand={%s}" page-command) "")
> >                        "]{"
> >                        pdf
> >                        "}"))))
> >           (if page-commands
> >               (mapc (lambda (x)
> >                       (let ((pag (number-to-string (car x)))
> >                             (str (cadr x)))
> >                         (save-excursion
> >                           (goto-char (point-min))
> >                           (while (re-search-forward (concat "pages={" pag "}") nil t)
> >                             ;; si existe un pagecommand
> >                             (re-search-forward "\(pagecommand={\)\\thispagestyle{[^{}]+}" nil t)
> >                             (replace-match (concat "\1" str))))))
> >                     page-commands)
> >             "")
> >           (buffer-string)))
> >    pdfpages-bi-resultado))
> >
> >Un ejemplo de uso (este bloque lo colocaría en el documento "máster" de
> >Org-Mode:
> >
> >#+begin_src emacs-lisp :exports results :results latex
> >(inserta-pdfpages "cartas-bi.pdf" "\thispagestyle{base}"
> >                 '((13 "\\label{fig:3}")
> >                   (14 "\\label{fig:4}")
> >                   (29 "\\label{fig:5}")
> >                   (55 "\\thispagestyle{empty}")))
> >#+end_src
> >
> >Y, antes de que se evalúe ese bloque, se evalúa este otro, que se
> >encarga de compilar cada documento por separado (la edición crítica en
> >griego y la traducción), y luego enfrenta las páginas con pdftk:
> >
> >#+HEADER: :exports results :results none
> >#+NAME: comp-cartas-bi
> >#+begin_src sh
> >   cd ~/Git/cartas/libro/tex/
> >   latexmk -lualatex -e '$lualatex=q/lualatex %O -shell-escape %S/' cartas.tex
> >   latexmk -lualatex -e '$lualatex=q/lualatex %O -shell-escape %S/' cartas-trad.tex
> >   pdftk A=cartas.pdf B=cartas-trad.pdf shuffle A B output cartas-bi.pdf
> >#+end_src
> >
> >También se evalúa cuando abro el documento "máster", así tengo siempre
> >la última versión. Y también puedo trabajar y compilar uno u otro
> >archivo por separado. Y se puede comentar el "#+HEADER", si no queremos
> >que se compile más. Otras partes del libro, como la introducción, el
> >índice analítico y demás van por Org Publish, como subdocumentos.
> >Naturalmente, todo eso no hace a TeX más rápido, pero permite
> >"focalizar" el trabajo en partes del libro, sin necesidad de tener que
> >estar compilando todo a cada vez. La compilación final la hago con el
> >paquete de Emacs async, corriendo latexmk en modo interactivo.
> >Dependiendo del tamaño del libro, puede tardar lo suyo, pero al menos
> >puedo hacer otras cosas mientras compila. Realmente, en ese punto no
> >suelo tener especial prisa.
> >
> >En general, me parece que es más útil y práctico establecer un flujo de
> >trabajo donde la depuración de errores sea lo más localizada y "ágil"
> >posible. Aquí es donde entra también lo de la pre-visualización de
> >regiones dentro de un documento de Org, que comenté en otro mensaje de
> >este hilo. Si, luego, cuando toca compilar todo el tochazo, podemos
> >tener una certeza más o menos razonable de que todo va a estar en su
> >sitio y no vamos a tener sorpresas desagradables, entonces a mí,
> >personalmente, no me importaría que tardase once horas en compilar. Que
> >no las va a tardar, vaya, pero por poner un ejemplo extremo.
> >
> >Saludos,
> >
> >Juan Manuel
> >
> >----------------------------------------------------
> >Para darse de baja ES-TEX pincha y envia el siguiente url
> >mailto:[log in para visualizar]
> >----------------------------------------------------
>
> ----------------------------------------------------
> Si tiene algun problema con la utilizacion de la lista.
> Pongase en contacto con nosotros a traves de:
> [log in para visualizar]
> ----------------------------------------------------

----------------------------------------------------
Si tiene algun problema con la utilizacion de la lista.
Pongase en contacto con nosotros a traves de:
[log in para visualizar]
----------------------------------------------------

ATOM RSS1 RSS2