February 2010 - dev-luatex - NTG Mailing Lists

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 21 Feb '10

21 Feb '10

------------------------------------------------------------------------ r3435 | taco | 2010-02-21 13:00:40 +0100 (Sun, 21 Feb 2010) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/ltexlib.c add tex.sp() function, and patch dimen_to_number() so that it uses TeX82's rules. ------------------------------------------------------------------------

1 0

dimension helper
by Paweł Jackowski 21 Feb '10

21 Feb '10

Dear Team, it is a common convention in luatex that dimensions are specified either as a number (in scaled points) or a string with unit included. But unless I'm blind, there is no helper function that converts string dimension to a number. Seems that there is a standard dimen_to_number() function for that purpose. Would be convenient to have such on aboard. If I make such a helper, will you consider adding it to a repo? I'm thinking of tex.sp'1in' -> 4736286 tex.sp() -> error argument must be a string or more general tex.unit('1in', 'cm') -> 2.54 wdyt? -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

6 9

Re: [Dev-luatex] helpers
by c.a.rowley＠open.ac.uk 21 Feb '10

21 Feb '10

Wow! Humour and even a song or two ... on dev-luatex!!!?? Every little spit helps! chris --------------------------------------------------------------------------- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England & Wales and a charity registered in Scotland (SC 038302)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 20 Feb '10

20 Feb '10

------------------------------------------------------------------------ r3433 | hhenkel | 2010-02-20 11:03:04 +0100 (Sat, 20 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/luatexfont.h M /trunk/source/texk/web2c/luatexdir/font/writefont.c M /trunk/source/texk/web2c/luatexdir/font/writet3.c M /trunk/source/texk/web2c/luatexdir/pdf/pdfgen.c font function call cleanup ------------------------------------------------------------------------ r3434 | hhenkel | 2010-02-20 11:17:42 +0100 (Sat, 20 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/writefont.c another function call cleanup ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 19 Feb '10

19 Feb '10

------------------------------------------------------------------------ r3432 | taco | 2010-02-19 14:47:22 +0100 (Fri, 19 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/writet1.c allow pfb lines to end with \r as well as \n (for msam10.pfb) ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 17 Feb '10

17 Feb '10

------------------------------------------------------------------------ r3431 | oneiros | 2010-02-17 21:35:50 +0100 (Wed, 17 Feb 2010) | 5 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/image/pdftoepdf.cc When concatenating content streams, put a space between them (see the recent discussion on pdftex: http://tug.org/pipermail/pdftex/2010-February/008330.html ) Seems everybody else does it this way and the standard is a bit unclear. ------------------------------------------------------------------------

1 0

fontloader's memory leaks
by Khaled Hosny 16 Feb '10

16 Feb '10

We are writing a font indexing script[1] for use with LaTeX and plain TeX (luaotfload package[2]), in order to gather all the info we need (mainly, names table and optical size) we are loading the fonts with the full blown fontloader.open(), now the problem is that memory consumption is steadily growing to the point that it can hang the whole system (I had to use a 2 GB swap instead of .5 GB + 1 GB memory to avoid system freeze) despite the fact that every open() call is followed by a close() call. It seems that fontloader.close() is not freeing the memory as it should (valgrind reports too many potential memory leaks). Any idea, is there a possibility for this to get improved? [1] http://github.com/mpg/luaotfload/blob/master/luaotfload-fonts.lua [2] http://github.com/mpg/luaotfload P.S. I tried to extend fontloader.info() to return the additional info we need and I managed to get the names and pfm tables and it was still as fast, but stopped at optical size info which for a reason beyond to me is implemented by OpenType specifications as a GPOS feature! and I couldn't get fontloader to parse GPOS table without parsing glyphs first. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer

2 1

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 13 Feb '10

13 Feb '10

svn: OPTIONS of 'http://foundry.supelec.fr/svn/luatex': could not connect to server (http://foundry.supelec.fr)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 12 Feb '10

12 Feb '10

------------------------------------------------------------------------ r3430 | hhenkel | 2010-02-11 22:42:02 +0100 (Thu, 11 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/dofont.c M /trunk/source/texk/web2c/luatexdir/font/luatexfont.h M /trunk/source/texk/web2c/luatexdir/font/texfont.c M /trunk/source/texk/web2c/luatexdir/font/texfont.h M /trunk/source/texk/web2c/luatexdir/font/vfovf.c M /trunk/source/texk/web2c/luatexdir/pdf/pdffont.c M /trunk/source/texk/web2c/luatexdir/pdf/pdffont.h M /trunk/source/texk/web2c/luatexdir/tex/texdeffont.c remove obsolete padding of tfm font names by font_expand_ratio ------------------------------------------------------------------------

1 0

Outputting to TeX
by Ivan Andrus 11 Feb '10

11 Feb '10

I noticed that version 0.00 of luatex could print back TeX. Is that still possible? If not how difficult would it be to implement, and where would I begin? Could it be done entirely with lua, or would I have to change luatex itself? I admit I haven't looked into it very much because I wanted to know if it was feasible before I started since I have never looked at the TeX codebase. I would like it for two quite different reasons. 1. I would like to make an optimized TeX file that will create a dvi very quickly on an embedded device (a la http://river-valley.tv/tex-as-an-ebook-reader-2/) 2. A more useful, though difficult, option would be to mark certain macros, (or those from certain files, etc.) as "expandable", and everything else would be literally passed through (ideally comments as well). This would allow a person to use their own macros, but create a "standard" (La,Con)TeX file when sharing with a colleague or submitting to a journal etc. I know other people that have expressed in the latter usage, though it is obviously quite a bit more complex. Thanks for any pointers, Ivan Andrus

2 1