dev-luatex December 2009

dev-luatex@ntg.nl

16 participants
66 discussions

Snapshot 20070307
by Taco Hoekwater 10 May '12

10 May '12

Hi all, I decided to do a snapshot now instead of waiting for friday, because I want to start concentrating on something else besides font support issues. What's new: * Non-CID PostScript-based Opentype fonts are now combined over the entire document, and properly subsetted. The code is borrowed from xdvipdfmx with some minor adjustments Adding support for CID-keyed OpenType fonts would not be hard but at the moment I lack example input (and incentive). * A small extension to the virtual fonts structure: you can use f.fonts[1] = { 'id' = 38} to do a backreference to a previously defined font. This saves quite a few computations * There was a bug in the handling of \leaders in the output whereby it's width was taken to be twice what it should be while writing to the PDF, fixed now. * The font inclusion code is cleaned up a bit by Hartmut. * Some compilation problems were fixed. * There is (quite a bit of) debugging information printed out when OTPs are in use, because I am tracking down a bug reported by Idris. The input of each and every OTP step is shown on the terminal in a line line this: [57902][1568][58423][1568][58408][1568][58921] those are the decimal values of ocp i/o characters. If you don't need them, don't worry about it. Happy TeXing, Taco ----- Downloading and installation details: If you go to https://foundry.supelec.fr/frs/?group_id=10 you will see that there are three new released files: * luatex-snapshot-20070307.tar.bz2 This is the source tree. * luatex-snapshot-20070307-win32.zip A cross-compiled (mingw) windows binary. This is a web2c based binary, so it needs a texmf.cnf file (It will NOT work if you have only miktex installed). * luatex-snapshot-20070307-linux-i386.tar.bz2 An intel 32 linux binary (2.6.17)

3 2

(fwd) Bug#441595: not all libraries are customized, there is room for improvement
by Norbert Preining 28 Nov '10

28 Nov '10

Dear Taco, one of the lua Gurus here at Debian checked the embedded libs and found that most of the included libs are very similar to upstream, and he offered to push the few changes in your code to upstream. What do you say? (See attached email, including the diffs between current upstream of the lua libs and code in texlua). Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining preining(a){jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ BULDOOO a virulent red-coloured pus which generally accompanies clonmult (q.v.) and sandberge (q.v.) --- Douglas Adams, The Meaning of Liff

5 14

md5.sum
by Reinhard Kotucha 19 Jan '10

19 Jan '10

Dear Sirs, I wrote a tiny program which calculates the checksum of a file. It should provide the the same result as md5sum(1), but it doesn't. $ ./md5sum.tlu md5sum.tlu 737d8815930c35e7d112374765dbe01f md5sum.tlu $ md5sum md5sum.tlu bdab3aa02a33eb91a9e0c1001954a413 md5sum.tlu This is quite strange, I would expect the same result. The relevant piece if code is: ---------------------------------------------------------------- file=arg[1] function md5.hex(s) return (string.gsub(md5.sum(s), ".", function (c) return string.format("%02x", string.byte(c)) end)) end local fh=assert(io.open(file, 'rb')) content=fh:read("*all") fh:close() io.write (md5.hex(content)..' '..file..'\n') ---------------------------------------------------------------- You can download the complete file from: http://tug.org/~kotucha/md5sum.tlu.gz I'm using md5.sum() in an installer for getnonfreefonts, see: http://tug.org/~kotucha/getnonfreefonts The installer contains the files to install as here-documents. The program which inserts the here-documents also creates the checksums. Since texlua creates checksums which are incompatible with those created by md5sum(1), I use md5sum.tlu in order to create them. The installer finally calculates the checksums of the files it installed. This works on Unix, but Tomek T. tested it on Windows and told me that he got checksum mismatches. For the time beeing, I commented out the checksum tests. It's possible that there are problems with line endings. But I must admit that I don't remember whether I added the binary flag to the function install_file(...) before Tomek tested it. However, the fact that md5sum.tlu and md5sum(1) provide different results is not what I expect. Any idea? Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

7 13

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 31 Dec '09

31 Dec '09

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 31 Dec '09

31 Dec '09

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

3 2

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 31 Dec '09

31 Dec '09

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 30 Dec '09

30 Dec '09

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 30 Dec '09

30 Dec '09

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 30 Dec '09

30 Dec '09

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

1 0

MKIV badly wrong on fonts?
by Hans van der Meer 29 Dec '09

29 Dec '09

Installed contextbeta just a few hours ago. Running it on the following code gives me (according to Adobe Reader) the fonts TeXGyreSchola-Italic and -Regular: \usemodule[hvdm-cas] \usetypescript[schoolbook]\setupbodyfont[schoolbook,10pt] \starttext Hello world, I'm {\it some} font! \page \stoptext However, using the code in my hvdm-cas module gives me LMMono and LMSans, mirabile dictu! \usemodule[hvdm-cas] \usetypescript[schoolbook]\setupbodyfont[schoolbook,10pt] \starttext \startcase[state=draft] % <<<< Hello world, I'm {\it some} font! \page \stopcase % <<<< \stoptext I am fairly sure in the module there are no font setups (see the module in the accompanying zip). What it does, is putting things in framed's within framed's and so. But that shouldn't influence the typesetting of fonts! Could it be that there is something terrible wrong here in context? I might add that in the older context, I did not encounter this "loss of font". Hans van der Meer

2 1

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

dev-luatex December 2009