¿Qué editor de LaTeX puedo usar para crear un flujo de trabajo de publicación de libros sensato para escritores no expertos?

Estoy en una posición un poco complicada al tener que presentar a varias personas un trabajo que es inherentemente más difícil de lo que se sentirán cómodos. Me gustaría facilitar esta transición tomando decisiones inteligentes en el software en el que los siento. No estoy en la posición de poder forzar el uso de ningún software en particular, pero estoy en la posición de ser personalmente responsable del producto final, por lo que cuanto más efectivo pueda hacer que otros se involucren en este flujo de trabajo, menos trabajo tendré. tengo que hacer yo mismo.

La necesidad más básica es un editor LaTeX que no asuste a los niños. Tengo un puñado de autores, así como un par de traductores y lectores de pruebas que están ocupados generando contenido. Hasta la fecha, esto se ha hecho principalmente en Word. Los archivos se han pasado por correo electrónico y memoria USB. Perder la pista de quién tiene la última versión o editar una copia antigua y, por lo tanto, maldecir el trabajo realizado parece haber sido algo bastante habitual. Como resultado, la gente se ha vuelto protectora de sus computadoras y sus roles, cada uno tratando de actuar como el titular "canónico" de los "últimos" archivos de Word. Por supuesto, estas actitudes en realidad no resolvieron el problema, pero me dificultarán introducir un mejor flujo de trabajo (al menos para el primer proyecto o dos).

Cuando una pieza finalmente sobrevive a esta crianza atormentada y está lista para ser publicada, se envía a una imprenta como archivos de Word. Allí, un tipo pobre puede convertirlo todo a un formato imprimible, volver a escribir todo (cuya calidad varía mucho) y enviarlo a la imprenta. Desafortunadamente, la edición final, las conversiones y la composición tipográfica a menudo nunca regresan a la cadena, por lo que, incluso como autor/titular de los derechos de autor, no tenemos una edición digital final que pueda volver a publicarse; tendría que ser pirateado de nuevo. Esto parece "fácil" para los autores y traductores que se salvan al principio del ciclo, pero el resultado final es una red enredada de proyectos obsoletos que no proporcionan valor continuo más allá de una impresión.

Ahora estoy en el proceso de asumir algunos de esos pasos finales. Para hacerlo cuerdo, estoy tratando de recomendar un cambio en el uso hasta el final de la cadena. La versión corta es que quiero que todo el contenido sea creado (o traducido) directamente en archivos LaTeX fuera de la puerta y que todo el manejo de archivos esté controlado por versión en Git. Desafortunadamente, soy muy consciente de que las complejidades de ambas tecnologías probablemente serán consideradas magia negra por la mayoría de las personas involucradas en estos proyectos. Esto me coloca en una posición tanto para enseñar como para apoyar cualquier solución que recomiende.

A menos que alguien lance un paquete integrado con un flujo de trabajo que extienda la alfombra roja, mi plan es limitar el flujo de trabajo (para todos menos para mí) a tres piezas de software: un administrador de repositorios de git, un editor de texto con algunos conocimientos de LaTeX (y un visor de PDF), y algún tipo de software de gestión de proyectos para la coordinación. El primero probablemente sea Gitbox y el último probablemente Gitlab. Eso me deja buscando un editor para recomendar. Los requisitos básicos son:

  • La mayoría de estas personas usan OSX, por lo que preferiría algo que sea nativo de esa plataforma, no solo en el aspecto de los widgets, sino que proporcione un patrón de uso general que no sea demasiado extraño para el tipo de personas que no lo hacen. aventurarse fuera de ese ecosistema.
  • Las interfaces deben ser poco desordenadas y propicias para el uso de escritores/traductores que necesitan ingresar grandes cantidades de texto sin detenerse cada minuto para asegurarse de que el "código se compile".
  • El manejo de archivos debe ser lo suficientemente intuitivo como para que, si configuro espacios de trabajo git de repositorio por libro, puedan crear y editar fácilmente archivos *.tex maestros o por capítulo sin preocuparse por el *.sty o cualquier otra cosa que coloque allí. para hacer un libro del desorden.
  • Debe haber disponible un mínimo de asistentes de sintaxis LaTeX. Idealmente, si hay barras de herramientas o lo que sea, podría personalizarlas para configurarlas de modo que solo las opciones de marcado que necesitaban estuvieran disponibles:
    • Títulos de capítulos y secciones
    • Secciones citadas en bloque
    • notas al pie
    • Énfasis en negrita/cursiva
  • Una especie de vista previa básica. Esto puede o no ser el resultado de una ejecución completa de compilación de LaTeX, pero debe proporcionar suficiente información visual para que puedan sentirse seguros de que están ingresando los datos correctamente.
  • Manejar la codificación de texto que no está en inglés. Una interfaz de usuario localizada en turco sería ideal, pero no necesaria, ya que la mayoría de mis usuarios pueden manejar el inglés. Lo que se requiere es que el editor no se atragante con los datos de entrada que no están en inglés, que serán casi exclusivamente turcos. Los archivos deberán estar codificados en UTF-8 (y la compilación será una de LuaLaTex/XeTeX).

¿Existe un editor OSX nativo que se ajuste a estos requisitos? Si no, ¿qué se acerca más dados los objetivos de uso? ¿Hay alguna otra solución que debería considerar en su lugar (por ejemplo, crear en Markdown y convertir más tarde con pandoco usando un editor de LaTeX basado en web colaborativo y en su lugar)?

Una solución FOSS sería genial, pero lo que más busco es una solución pragmática. Por supuesto, más barato es mejor, pero también estoy dispuesto a pagar algo de dinero por una solución que haga mejor el trabajo y/o me haga menos enemigos.

Respuestas (2)

Personalmente sugeriría:

  1. Use el margen de descuento (pandoc extendido) para los archivos reales y pandoc para producir el resultado final; esto manejará UTF-8 sin problemas y le brinda la opción de múltiples formatos de salida. Las extensiones de pandoc para el soporte de rebajas
    • metadatos del documento (título, autor, fecha);
    • notas al pie;
    • mesas;
    • listas de definiciones;
    • superíndice y subíndice;
    • tachar;
    • listas ordenadas mejoradas (el número de inicio y el estilo de numeración son significativos);
    • ejecutar listas de ejemplos;
    • bloques de código delimitados con resaltado de sintaxis;
    • comillas tipográficas, guiones y puntos suspensivos;
    • descuento dentro de bloques HTML;
    • LaTeX en línea.
  2. Hay una gran cantidad de editores de rebajas, algunos con vista previa, muchos gratuitos o, por supuesto, las personas pueden usar su editor de texto sin formato favorito, siempre que genere archivos UTF-8 sin formato.
  3. Use mercurial en lugar de git; generalmente lo encuentro más fácil de usar.
  4. Tener un renderizado y una vista previos a la confirmación con un botón de proceder/cancelar debería ser relativamente simple de implementar.
  5. Ídem - pre-empuje.
  6. Incluso podría considerar un gancho de inserción posterior o un servidor jenkins que construya todos sus capítulos en el estado actual en una ubicación que todo su equipo pueda ver.

Los siguientes son puntos a considerar:

  • Todas las anteriores son herramientas FOSS, por lo que los costos son mínimos.
  • Markdown es legible por humanos, mucho más fácil que LaTex/
  • Markdown es más compatible con VCS que muchos otros formatos.

Otra posibilidad si no puede eliminar a sus colaboradores de Word es usar Mercurial con la extensión zipdoc. Esto al menos le permitiría documentos de Word VCS.

Gracias por las ideas. Definitivamente tomaré una mirada seria pandocy su implementación de Markdown ya que suena prometedor. ¡Enseñar Markdown es mucho menos probable que me haga enemigos que enseñar LaTeX! Creo que me quedaré con Git, ya que vivo y respiro Git y podré soportarlo mucho mejor. Sin embargo, los ganchos pre/post commit/push para automatizar el flujo son perfectos; de hecho yo tenía algo similar en mente.

Mencionaste hacia el final que al menos estás abierto a la idea de la edición colaborativa basada en la Web, así que en caso de que aún no lo hayas probado, te recomiendo writeLaTeX .

Ofrece (a mi gusto) un buen equilibrio de facilidad de uso para los no iniciados en TeX (que me incluye a mí) y capacidades genuinas de LaTeX. Se puede usar como un editor basado en navegador con vista previa en tiempo real y almacenamiento y colaboración basados ​​en la nube relativamente básicos de forma gratuita; funciones de gestión de proyectos más avanzadas están disponibles a un costo relativamente bajo.

Mi introducción a este sitio/servicio fue una publicación de Hacker News con un enlace a esta publicación de blog writeLaTeX en su modo de texto enriquecido (en ese momento nuevo).