Hi, I have just uploaded the archives for a new luatex release, 0.44.0. There are not a lot of new features yet, but this releases fixes a fair amount of bugs found in 0.43.0 (and earlier versions). New features: * libpng is now 1.2.40. * hlist nodes now have a subtype to distinguish hlists generated by the paragraph breaking, explicit \hbox commands, and other (as-yet-undefined) sources. * \pdfobj now has an extra optional keyword: 'uncompressed', which forces the object to be written to the PDF in plain text (see the manual for the exact details). * The lua file from the luamd5 library (which provides the md5.hexsuma() function) is now embedded in the executable. Bug fixes: * \latelua now works in DVI mode again. * status.output_file_name could crash when used too soon. * In 0.43, rules were not output at all in DVI mode. * \leavevmode\penalty-10000\penalty-10000 crashed luatex. * the API of margin kern nodes to lua was using the wrong fields in the nodes. * A few fixes to the manual. * PDF Xref stream dicts were slightly non-conformant. * There was too much space between two consecutive math displays (this bug was inherited from Aleph) * Synctex was broken (thanks, Akira) * Font mark classes were handled incorrectly by the fontloader code. * There was a crash possible with certain types of named PDF destinations. * Math delimiters and large operators in new MATH fonts no longer apply the italic correction (this fixes placements of super- and subscripts on such items for those fonts). * The converter from lua strings to token lists (for the node interface) sometimes generated invalid tokens. * CFF (OpenType) fonts now listen to 'embedding="full"'. TTF is still todo. * Font tables with 'embedding="no"' would cause luatex to crash. * \pdfobj file {} failed to find the file if there was no lua callback in place. * An optimization in MS Mincho caused luatex to crash. The archives can be downloaded from supelec as usual: http://foundry.supelec.fr/gf/project/luatex/ You could also check out the sources via anonymous svn: svn co http://foundry.supelec.fr/svn/luatex/tags/beta-0.44.0 Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco
On Tue, Oct 27, 2009 at 12:06, Taco Hoekwater wrote:
Hi,
I have just uploaded the archives for a new luatex release, 0.44.0.
My computer is still in Arnhem. If any mac addicts want to have mac support in minimals before [put some random number of days here], we need other volunteers. Same goes for linux (desirable to compile on as old machine as possible; up to now we have used debian etch). Mojca
My computer is still in Arnhem. If any mac addicts want to have mac support in minimals before [put some random number of days here], we need other volunteers.
I can do that for the Mac, no problem. Just tell me how you compile universal binaries, I think I'm not up-to-date on this. Arthur
Hi,
I can compile the x86 and ppc binaries.
Yue Wang
On Tue, Oct 27, 2009 at 10:14 AM, Arthur Reutenauer
My computer is still in Arnhem. If any mac addicts want to have mac support in minimals before [put some random number of days here], we need other volunteers.
I can do that for the Mac, no problem. Just tell me how you compile universal binaries, I think I'm not up-to-date on this.
universal binaries are too big. I think we should provide two binaries, one for ppc and one for intel. btw, apple already dropped ppc support in Mac OS X 10.6 and moved to x86_64. We need to think about how to compile LuaTeX in x86_64.
Arthur
_______________________________________________ Mailing list: https://launchpad.net/~context Post to : context@lists.launchpad.net Unsubscribe : https://launchpad.net/~context More help : https://help.launchpad.net/ListHelp
On Tue, Oct 27, 2009 at 15:14, Arthur Reutenauer wrote:
My computer is still in Arnhem. If any mac addicts want to have mac support in minimals before [put some random number of days here], we need other volunteers.
I can do that for the Mac, no problem. Just tell me how you compile universal binaries, I think I'm not up-to-date on this.
Take a look at the source code (http://svn.contextgarden.net/minimals-src/build-binaries/build-binaries.sh). It's done with lipo. # generates universal binaries for osx call_lipo() { command="lipo -create $BUILDDIR/bin/osx-intel/current/$1/$2 $BUILDDIR/bin/osx-ppc/current/$1/$2 -output $BUILDDIR/bin/osx-universal/current/$1/$2" # display echo "$command" #execute mkdir -p "$BUILDDIR/bin/osx-universal/current/$1" svn add -q --depth=empty "$BUILDDIR/bin/osx-universal/current/$1" do_cmd "combine intel & ppc binaries for $2" $command svn add -q "$BUILDDIR/bin/osx-universal/current/$1/$2" } We don't use those binaries yet, so maybe we are never going to use them at all (you may skip that step, just make sure that there will be binaries for intel and ppc, possibly working on ... tiger?). Or make it work on leopard and wait for the first one to complain :) Mojca
Mojca Miklavec wrote:
On Tue, Oct 27, 2009 at 12:06, Taco Hoekwater wrote:
Hi,
I have just uploaded the archives for a new luatex release, 0.44.0.
My computer is still in Arnhem. If any mac addicts want to have mac support in minimals before [put some random number of days here], we need other volunteers.
or we have to get you a new mac Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Tue, Oct 27, 2009 at 12:06:09PM +0100, Taco Hoekwater wrote:
* Math delimiters and large operators in new MATH fonts no longer apply the italic correction (this fixes placements of super- and subscripts on such items for those fonts).
This doesn't sound the correct way to me. The described algorithm in MATH specification is to set subscripts immediately after the base (without italic correction) and shift superscripts horizontally by the amount of italic correction, then apply math kerning if present, this way fonts with no math kerning will still give acceptable output and need for math kerning will be minimized. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer
participants (6)
-
Arthur Reutenauer -
Hans Hagen -
Khaled Hosny -
Mojca Miklavec -
Taco Hoekwater -
Yue Wang