gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] Re: Texlive and Gnumed


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] Re: Texlive and Gnumed
Date: Mon, 8 Mar 2010 15:36:11 +0100
User-agent: Mutt/1.5.20 (2009-06-14)

On Mon, Mar 08, 2010 at 03:22:59PM +0100, Gour wrote:

> Karsten> It is not really that hard to write another forms engine
> Karsten> within GNUmed. So if you can point out a markup language
> Karsten> which produces
> Karsten> 
> Karsten> - professionally looking PDF in an
> Karsten> - extremely flexible way from
> Karsten> - plain text source format
> 
> Have you considered restructuredtText (rst) markup?

Only briefly and not conclusively.

        $> apt-cache show rst2pdf

        Package: rst2pdf
        Priority: optional
        Section: utils
        Installed-Size: 848
        Maintainer: Chris Lamb <address@hidden>
        Architecture: all
        Version: 0.12.3-1
        Depends: python, python-support (>= 0.90.0), python-pkg-resources, 
python-docutils, python-reportlab, python-simplejson, python-setuptools, 
python-pygments
        Suggests: python-uniconvertor, python-imaging, python-sphinx, 
python-matplotlib, python-aafigure
        Filename: pool/main/r/rst2pdf/rst2pdf_0.12.3-1_all.deb
        Size: 407046
        MD5sum: 438e562354982c335bbaa82abb995c05
        SHA1: fd02cf16be3633d53014c074d9416dfc55202c0c
        SHA256: 1b489bab8ae83d22b5bcfff6adb4b1e51da76df980e296f98feaa925524c782c
        Description: ReportLab-based reStructuredText to PDF renderer
         The usual way of creating PDF files from reStructuredText is by going 
through
         LaTeX.

;-)

However:
 
          This tool provides an alternative by producing PDF directly using the
         ReportLab library.
        Homepage: http://code.google.com/p/rst2pdf/

> It produces nice PDF (e.v. rst2pdf), text source format, but I'm not
> sure about the 2nd requirement, although Sphinx has some nice extensions
> built upon Docutils.

Well, the 2nd argument (extremely flexible) is only a
relative one. It only needs to be flexible "enough", of
course.

I forgot one argument, however:

There should be mature packages for Linux/Windows, and
preferably MacOSX. It doesn't seem a bad choice, all in all
(considering the relative ease of markup over TeX, too).

I'd likely include it if someone mailed me some code.

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346




reply via email to

[Prev in Thread] Current Thread [Next in Thread]