Hi all, Finally, a new snapshot. Or something close to that, at least: I do not have all the required scripts on this machine, so I cannot create the source tarball from here, I'll do that tomorrow from the office. That should not matter much though, because I have uploaded windows and linux binaries, the source is properly checked in, and the updated manual can be fetched from here: http://context.aanhet.net/svn/luatex/manual/luatexref-t.pdf Most of the news was already in the posting I made fridaynight, but in case you missed that, here is a rerun and updated summary: * The pdftex stuff is now updated to 1.40.3 (and on top of that, it still has those extra patches announced in snapshot 20070202) * The virtual font parser is debugged and now appears rather stable. * There is one extra virtual command: "commands" = { {"slot", 1, 97}, -- place character 97 'a' in local font 1. } This is just a shortcut for {"font",1}, {"char", 97} * Some small memory leaks have been fixed. Luatex does not leak big time, but I'd like to get back to valgrind reporting '0 out of 0', instead of the current 800 bytes or so (that is a slow process). * You can read a truetype or opentype font from within lua code using font.read_ttf() or font.read_otf(), respectively. This feature uses a fair bit of the fontforge code, making the binary rather a bit larger than before. Just so you know. Apple (AAT, as well as encoding) support is still largely missing, and bitmap-only and old Multiple-Master truetype fonts are not supported at all (and never will be). The output format is (shadily) documented in the reference manual. At the moment, it very closely resembles the internal font stucture that is used by fontforge. * LuaTeX can now write wide OpenType fonts to the PDF file. There is no subsetting support yet, and a ToUnicode CMap is also still missing, but nevertheless it is already somewhat useful. The rule is very simple: if a font uses code points above 255, then it is considered to be a `wide' font, and it will be written out as a Type0 CID-keyed font to the PDF. Caveat: Getting suitable metrics into LuaTeX can be a bit of problem right now, because font.read_otf() does not produce anything that can be fed back into define_font without extra processing. Hans has some experimental Lua code for ConTeXt (of course :-)) and that is how I know it works. You can expect a nicer interface soon, hopefully next week, in the form of a simplistic table conversion routine. * I have started work on supporting Aleph's bidi typesetting in PDF mode as well, simple text seems to be largely ok. More complicated documents will no doubt still show some bugs, but fixing those will be easy (once they are discovered). Exactly what happens with specials is not yet investigated. * Omega's (16-bit) wide virtual fonts now work OK in PDF mode. This means that many Aleph files can now be run in PDF mode directly. (the documents that use UTF-8 input encoding) 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-20070218.tar.bz2 This is the source tree. * luatex-snapshot-20070218-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-20070218-linux-i386.tar.bz2 An intel 32 linux binary (2.6.17)