rst2pdf es una herramienta para convertir restructured text a PDF usando reportlab en vez de LaTeX.
Se ha usado para muchas cosas desde libros a revistas, a folletos, a manuales, a sitios web y tiene muchos features:
Font embedding (TTF or Type1 fonts)
Cascading Stylesheets
Arquitectura de plugins muy flexible (permite hacer cosas como crear los encabezados en base a SVG arbitrarios!)
Integración con Sphinx.
Múltiples layouts de página
Tapas customizables via templates
Y mucho, mucho más
El cambio más grande en 0.16 es probablemente el soporte de Sphinx 1.0.x, si estás usando Sphinx esta es la versión que querés.
Aparte de eso, una tonelada de bugs arreglados, y algunos features menores.
Este es el changelog completo:
Fixed Issue 343: Plugged memory leak in the RSON parser.
Fix for Issue 287: there is still a corner case if you have two sections
with the same title, at the same level, in the same page, in different files
where the links will break.
Fixed Issue 367: german-localized dates are MM. DD. YYYY so when used in sphinx's
template cover they appeared weird, like a list item. Fixed with a minor workaround in
the template.
Fixed Issue 366: links to "#" make no sense on a PDF file
Made definitions from definition lists more stylable.
Moved definition lists to SplitTables, so you can have very long
definitions.
Fixed Issue 318: Implemented Domain specific indexes for Sphinx 1.0.x
Fixed Index links when using Sphinx/pdfbuilder.
Fixed Issue 360: Set literal.wordWrap to None by default so it doesn't inherit
wordWrap CJK when you use the otherwise correct japanese settings. In any case,
literal blocks are not supposed to wrap at all.
Switched pdfbuilder to use SplitTables by default (it made no sense not to do it)
Fixed Issue 365: some TTF fonts don't validate but they work anyway.
Set a valid default baseurl for Sphinx (makes it much faster!)
New feature: --use-numbered-links to show section numbers in links to sections, like "See section 2.3 Termination"
Added stylesheets for landscape paper sizes (i.e: a4-landscape.style)
Fixed Issue 364: Some options not respected when passed in per-doc options
in sphinx.
Fixed Issue 361: multiple linebreaks in line blocks were collapsed.
Fixed Issue 363: strange characters in some cases in math directive.
Fixed Issue 362: Smarter auto-enclosing of equations in $...$
Fixed Issue 358: --real--footnotes defaults to False, but help text indicates default is True
Fixed Issue 359: Wrong --fit-background-mode help string
Fixed Issue 356: missing cells if a cell spawns rows and columns.
Fixed Issue 349: Work correctly with languages that are available in form aa_bb and not aa (example: zh_cn)
Fixed Issue 345: give file/line info when there is an error in a raw PDF directive.
Fixed Issue 336: JPEG images should work even without PIL (but give a warning because
sizes will probably be wrong)
Fixed Issue 351: footnote/citation references were generated incorrectly, which
caused problems if there was a citation with the same text as a heading.
Fixed Issue 353: better handling of graphviz, so that it works without vectorpdf
but gives a warning about it.
Fixed Issue 354: make todo_node from sphinx customizable.
Fixed bug where nested lists broke page layout if the page was small.
Smarter --inline-links option
New extension: fancytitles, see //ralsina.me/weblog/posts/BB906.html
New feature: tab-width option in code-block directive (defaults to 8).
Fixed Issue 340: endnotes/footnotes were not styled.
Fixed Issue 339: class names using _ were not usable.
Fixed Issue 335: ugly crash when using images in some
specific places (looks like a reportlab bug)
Fixed Issue 329: make the figure alignment/class attributes
work more like LaTeX than HTML.
Fixed Issue 328: list item styles were being ignored.
Fixed Issue 186: new --use-floating-images makes images with
:align: set work like in HTML, with the next flowable flowing
beside it.
Fixed Issue 307: header/footer from stylesheet now supports inline
rest markup and substitutions defined in the main document.
New pdf_toc_depth option for Sphinx/pdfbuilder
New pdf_use_toc option for Sphinx/pdfbuilder
Fixed Issue 308: compatibility with reportlab from SVN
Fixed Issue 323: errors in the config.sample made it work weird.
Fixed Issue 322: Image substitutions didn't work in document title.
Implemented Issue 321: underline and strikethrough available
in stylesheet.
Fixed Issue 317: Ugly error message when file does not exist
Una manera (si estás programando en Python) es usar Yapsy..
Yapsy es asombroso. También, carece completamente de documentación
entendible. Veamos si este post arregla un poco esa parte y deja
sólo lo asombroso.
Update: No había visto la documentación nueva de Yapsy. Es mucho mejor que la que había antes :-)
Esta es la idea general con yapsy:
Creás un Plugin Manager que puede encontrar y cargar plugins de una
lista de lugares (por ejemplo, de ["/usr/share/appname/plugins",
"~/.appname/plugins"]).
Una categoría de plugins es una clase.
Hay un mapeo entre nombres de categoría y clases de categoría.
Un plugin es un módulo y un archivo de metadata. El módulo define
una clase que hereda de una clase de categoría, y pertenece a
esa categoría.
El archivo de metadata tiene cosas como el nombre del plugin,
la descripción, la URL, versión, etc.
Una de las mejores cosas de Yapsy es que no especifica demasiado.
Un plugin va a ser simplemente un objeto Python, podés poner lo que
quieras ahí, o lo podés limitar definiendo la intefaz en la clase
de categoría.
De hecho, lo que vengo haciendo con las clases de categoría es:
Arranco con una clase vacía
Implemento dos plugins de esa categoría
Los pedazos en común los muevo dentro de la categoría.
Pero créanme, esto va a ser mucho más claro con un ejemplo :-)
Lo voy a hacer con una aplicación gráfica en PyQt, pero Yapsy funciona
igual de bien para aplicaciones "headless" o para líneas de comando.
Comencemos con algo simple: un editor HTML con un widget preview.
Este es el código de la aplicación, que es realmente simple (no puede guardar
archivos ni nada interesante, es sólo un ejemplo):
Pero esta aplicación tiene un obvio límite: hay que escribir HTML! Por qué no
escribir python y que lo muestre resaltado en HTML? O markup de Wiki! O reStructured
text!
Uno podría, en principio, implementar todos esos modos, pero estás asumiendo
la responsabilidad de soportar cada cosa-que-se-convierte-en-HTML. Tu aplicación
sería un monolito. Ahí entra Yapsy.
Creemos entonces una categoría de plugins, llamada "Formatter" que toma texto plano
y devuelve HTML. Después agreguemos cosas en la UI para que el usuario pueda elegir
que formatter usar, e implementemos un par.
Esta es la clase de categoría de plugins:
Por supuesto que no sirve de nada sin plugins! Asi que creemos un par.
Primero, un plugin qye toma código python y devuelve HTML, usando pygments.
Como ven, eso va en una carpeta plugins. Después le decimos a Yapsy que
busque los plugins ahi adentro.
Para ser reconocido como un plugin, necesita metadata:
Y realmente, eso es todo lo que hay que hacer para hacer un plugin. Acá
hay otro para comparar, que usa docutils para formatear reStructured Text:
Y acá están en acción:
Of course using categories you can do things like a "Tools" category, where the
plugins get added to a Tools menu, too.
Este es el código del lado de la aplicación:
Resumiendo: es fácil, y te lleva a mejorar la estructura interna de tu aplicación
y terminás con mejor código.
For Sale Portobello Mkt by Jason Jones, under a CC-by-nc-sa license.
Es natural para alguien que no me conoce pensar que vivo una vida de lujo, viaje internacional y placeres exóticos [1] pero hay una pequeña cosa que me da vergüencita:
Rara vez me han pagado para programar.
¡En serio! La mayor parte del dinero con el que vivo proviene de cosas que no tienen nada que ver con lo que lean en mi blog.
Me gano la vida haciendo cosas como instalar Asterisk en call centers, o configurar replicación de MySQL o hacer VPNs usando routers bazofia y desde ya que si necesitás esa clase de trabajo por favor llamá a Net Managers somos buenísimos y cobramos barato.
Pero si bien amo esa clase de cosas [2] hay otras que me gustan más. Me gusta más programar que cnfigurar Asterisk.
Por otro lado, no soy un gran programador. Soy promedio, pero más rápido que la mayoría.
Y últimamente noté un fenómeno interesante.
cuánto gané por mis primeros 14 años de desarrollo libre y open source? $0 [3]
Cuanto gané este último año? U$S 500 (y va a ser un poco más también).
Para alguien del primer mundo eso es chauchas, pero acá en la tierra de la carne barata, eso es... unos 50 kilos de peceto, o 10 cenas afuera en buenos restaurantes con mi esposa. [4]
Me pregunto si es parte de una tendencia? Hay otros que hayan recibido cosas de este tipo ultimamente?
De cualquier forma, se siente excelente cuando un trabajo que uno hace por amor es apreciado (y creanme, nadie hace algo por 14 años sin cobrar nada, excepto por amor).
Por las dudas: esto no significa que hay que pagarme para que arregle un bug o implemente un feature. Sí quiere decir que si usas uno de mis programas y querés que me sienta bien ... me podés mandar un lindo mail :-)