- dev-context - NTG Mailing Lists

Luatex beta 0.29.0 released
by Taco Hoekwater 18 Jul '08

18 Jul '08

Hi all, I have just uploaded the archives for luatex 0.29.0, another intermediate release leading up to TUG 2008. This release matches SVN revision #1450. (In case someone notices: yes, I forgot to update CHANGES) New features: * The embedded pdftex is now 1.40.9 (forthcoming) except for the following: - the png transparancy fix is skipped because it is in conflict with a macro-based solution offered by context mkiv. - LFS (PDF files > 2GiB) is not working yet. - Synctex is still missing * libpng, xpdf, and zlib are updated to their pdftex 1.0.9 levels * MPlib is updated to 1.090 * The syntax of buildpage_filter is changed to avoid confusion (and crashes). See the manual for the new calling convention. Bugs fixed compared to 0.28.0: * The previous bugfix for \languages skipping numbers was wrong. * Various compile-time warnings are suppressed * \pdfsetmatrix was broken * \pdfsave and \pdfrestore were broken * Valid user_defined whatsits nevertheless were generating errors. The archives (source and binaries) can be downloaded from supelec, as usual: http://foundry.supelec.fr/projects/luatex/ Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco

1 0

Texlive 2008 and luatools
by Aditya Mahajan 16 Jul '08

16 Jul '08

Hi, Texlive 2008 works perfectly with Context, but I have one question regarding luatools. I am posting this here rather than on TL mailing list, since I do not want to cause more confusion on TL regarding ConTeXt. In the bin directory in minimals, luatools is a copy of luatools.lua. This means that one does not need ruby in order to run luatools. It also means that whenver you upgrade your system, you need to run luatools --selfupdate. In TL2008, luatools is a wrapper script. #!/bin/sh texmfstart luatools.lua "$@" This means that you need to have ruby in order to run luatools. The advantage is that you do not need to run luatools --selfupdate. In terms of speed, there is a slight disadvantage, you first start ruby, and then start texlua. Using a wrapper script was suggested by Taco on the mailing list. If TL is to use a wrapper scipt, why not simply #!/bin/sh mtxrun --script luatools "$@" this will mean that you do not start ruby before moving to lua. In both cases, one has to do mtxrun --selfupdate after a update that changes mtxrun. This is not really important, since luatools will be run rarely. Do you think that the current texmfstart wrapper should be changed to a mtxrun wrapper? Aditya

3 2

texexec --listing --dvipdfmx don't work together
by Norbert Preining 09 Jul '08

09 Jul '08

forwarded 489849 dev-context(a)ntg.nl thanks Hi Hans, Taco, all, we got a minor bug report about the fact that texexec --listing --dvipdfmx does not work together. Meaning that with --listing the output is generated with pdftex, and not with dvipdfmx. Maybe you consider that as a feature, and honestly I don't see a reason why one wants to switch the engine for a listing, but anyway, here I forward it ;-) Best wishes Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Vienna University of Technology Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- YADDLETHORPE (vb.) (Of offended pooves.) To exit huffily from a boutique. --- Douglas Adams, The Meaning of Liff

1 0

MPlib beta 1.085
by Taco Hoekwater 08 Jul '08

08 Jul '08

Hi all, I have just released the archive files for MPlib beta 1.085. At the moment, the archives contain only the mpost program sources and executables. The final release will of course also contain the MetaPost 'base' texmf support files and the already existing manuals as well as a new manual documenting the C API of the library. ---------------------------------------------------------------------- What is new in this beta release: * Determination of the mem name to use in non-ini mode is now much closer to the web2c approach. * There is now a magic word in the beginning of the mem file to make sure it is written by the correct version of MPlib. * Fixed the disappearing comment sign in the to-be-typeset document created by the mpx generation subsystem. * Various identifiers have been renamed to avoid clashes (that prevented the source from building correctly on many platforms) * A great many small changes and fixes have been added after running splint on the generated C source. ----------------------------------------------------------------- For those of you who are not aware of the project yet: MPlib is the name of the new, revamped version of the MetaPost interpreter. It is implemented in Cweb, and internally consists of a core library, an mpx generation library, and a frontend driver program (mpost). The new mpx generation library includes the label generation functionality that was previously provided by 'makempx', and this internal code will be used instead of that external program unless the MPXCOMMAND variable is set in the environment or texmf.cnf. The programs 'makempx', 'newer', 'mpto', 'dvitomp' and 'dmp' are obsolete and are no longer included in the distribution. The MPlib distribution is released under the GPL version 2 or, at your option, any later version. This beta release of MPlib that can replace the old pascal-based metapost interpreter completely; the executable is almost a drop-in replacement for MetaPost 1.005. The commandline is slightly different and you have to regenerate the mem files, but that should be the only user-visible change. ---------------------------------------------------------------------- The TODO list before the official announcement at TUG2008 in Cork now only has two items left: * Writing the documentation for the C API * Bughunting I'll be working on the first item myself, but for the second item I really have to ask all of you for help: please test mplib on as many files as you can find. Because there has been so much work done on the source code (including the conversion from pascal web to C web), bugs are likely. ---------------------------------------------------------------------- You can get the sources and a cross-compiled mingw binary for Win32 from the usual place: http://foundry.supelec.fr/frs/?group_id=13&release_id=308 Best wishes, Taco

1 0

Re: [dev-context] [metapost] MPlib beta 1.080
by Hans Hagen 02 Jul '08

02 Jul '08

Karel Horák wrote: > >> The programs 'makempx', 'newer', 'mpto', 'dvitomp' and 'dmp' are >> obsolete and are no longer included in the distribution. >> > > Strange, but when I move some of these "obsolete files" (mainly makempx, > mpto, I think) off the bin directory, mpost says the it is not able to > make mpx file... can you check MPXCOMMAND in your cnf file? ----------------------------------------------------------------- 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 -----------------------------------------------------------------

1 0

MPlib beta 1.080
by Taco Hoekwater 01 Jul '08

01 Jul '08

Hi all, I have just released the archive files for MPlib beta 1.080. At the moment, the archives contain only the mpost program sources and executables. The final release will of course also contain the MetaPost 'base' texmf support files and the already existing manuals as well as a new manual documenting the C API of the library. ----------------------------------------------------------------- For those of you who are not aware of the project yet: MPlib is the name of the new, revamped version of the MetaPost interpreter. It is implemented in Cweb, and internally consists of a core library, an mpx generation library, and a frontend driver program (mpost). The new mpx generation library includes the label generation functionality that was previously provided by 'makempx', and this internal code will be used instead of that external program unless the MPXCOMMAND variable is set in the environment or texmf.cnf. The programs 'makempx', 'newer', 'mpto', 'dvitomp' and 'dmp' are obsolete and are no longer included in the distribution. The MPlib distribution is released under the GPL version 2 or, at your option, any later version. This beta release of MPlib that can replace the old pascal-based metapost interpreter completely; the executable is almost a drop-in replacement for MetaPost 1.005. The commandline is slightly different and you have to regenerate the mem files, but that should be the only user-visible change. ---------------------------------------------------------------------- The TODO list before the official announcement at TUG2008 in Cork now only has two items left: * Writing the documentation for the C API * Bughunting I'll be working on the first item myself, but for the second item I really have to ask all of you for help: please test mplib on as many files as you can find. Because there has been so much work done on the source code (including the conversion from pascal web to C web), bugs are likely. ---------------------------------------------------------------------- You can get the sources and a cross-compiled mingw binary for Win32 from the usual place: http://foundry.supelec.fr/frs/?group_id=13&release_id=307 Best wishes, Taco

1 0

Luatex beta 0.28.0 released
by Taco Hoekwater 30 Jun '08

30 Jun '08

Hi all, I have just uploaded the archives for luatex 0.28.0, another intermediate release leading up to TUG 2008. This release matches SVN revision #1357. There is one new feature: There is now experimental support for non-trivial discretionaries following explicit hyphens. In analogy to \prehyphenchar and \posthyphenchar, there are two new parameters \preexhyphenchar en \postexhyphenchar. Both new parameters default to zero (nothing). When set to a nonzero value, the parameter is added to either the pre- or post- break text. Note that this is *in addition to* the hyphen already in the input. Testing and comments are very welcome. Here is a short example (no idea what is says): \pdfoutput=1 \hsize=2in \postexhyphenchar=`- Seria bom se eu pudesse t\^e-lo mantido como amigo, mas por mais bem-intencionado que eu fosse, n\~ao foi possivel \bye Bugs fixed compared to 0.27.0: * Words that started off with a character with a zero \lccode were never hyphenated at all. * There was a bug in the new active characters code that prevented the latex format from being built (with Invalid character error). * There is a temporary fix for the sometimes appearing "Font has a bad FontBB" message from Acrobat. * \leaders did not actually stretch enough (the last bit of glue that has to line up the line endings was never output to the PDF). * Bad paragraph-related callbacks could result in luatex crashing. * The pre_linebreak and post_linebreak filters were never called when \output was active (this was a leftover of a superceded optimization). * 'skipping' language codes when setting up \patterns c.s. did not work (it used the next empty slot instead of the actual value of \language). * Using multiple 'attr' keywords on box items could cause random crashes. * Calling lang.hyphenate() with one argument (without specifying a tail node) could crash. * The luatex pdf banner and version reporting is cleaned up a bit. * Conflicting patterns inside \patterns now give an error: ! Conflicting pattern ignored. (duplicate identical patterns are ignored without error). The archives (source and binaries) can be downloaded from supelec, as usual: http://foundry.supelec.fr/projects/luatex/ Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco

1 0

Luatex beta 0.27.0 released
by Taco Hoekwater 24 Jun '08

24 Jun '08

Hi all, I have just uploaded the archives for luatex 0.27.0. This is an intermediate release leading up to 0.30.0, to be released around TUG2008. There are just too many changes to wait another month :-) Bugs fixed compared to 0.25.3: * Unicode reencoding support for non-standard (i.e. older) Type1 fonts is now somewhat less broken than it was (#25) * .vf fonts using specials crashed luatex * luatex would crash on --\par (#33) * An attempt is made to get a sane default value for StemV in the created pdf (#32) * We can now guarantee that %PDF-1.* header is printed before the first pdf.print() output * lang.hyphenate() was broken * insert_before(a,a,b) was broken (#37) * argv[0] is now cleaned up before being used as a default for mem_name and prog_name (#28). * luatex would crash on loading extended fonts (fonts loaded via lua callbacks) from a format file. * The fix for pdftex bug #799 is backported from pdftex 1.40.4. * slnunicode had a bug in the unicode.utf8.gmatch iterator. * Queries of nonexisting fontdimens could cause a crash. * luatex would crash on {\textdir TLT\pardir TLT x\break\par } * Fixed wrong placement of lines in mixed-direction paragraphs that could happen in some situations. Other news: * Luatex now includes luasocket (#35) See http://www.tecgraf.puc-rio.br/~diego/professional/luasocket/ for usage. There is a new commandline option: --nosocket to disable this, and that is also implied by --safer. NOTE to the binary builders: there are some unfixed configure problems when you need to add a specific library to get socket support on your platform. You probably will have to edit the generated Makefile by hand (search for 'socketlib'). * There is ongoing development to the 'img' and 'mplib' libraries. See the reference manual for details. * The 'character commands' in virtual fonts now support image inclusion. See the reference manual for details. * Lua error messages now include the call stack. * \directlua and \latelua have been extended to accept a 'name' keyword. The argument is a token list that is used as the lua name of this chunk in lua error messages and call stack prints. (#42) * The lua chunk names can be interfaced via a new virtual table called lua.instancename, the values in that function as defaults in the absence of 'name' keywords. * The 2-plane limit on active character range is removed (#12). * Subsetted TTF fonts in the PDF now retain the cmap table. * There is a new Lua variable os.selfdir. This contains the full absolute pathname of the directory that the executable resides in (with symlinks resolved) * There is a new function os.uname() this returns a lua table containing various platform information items. * The node library now uses text strings for direction specifiers instead of numbers. See the reference manual for details. * The 'E' (edit) as error response functionality is now a noop. * Adding luatex 0.25.3 to texlive resulted in a few minor backports, in particular: Support for mktexfmt is added, and luatangle now identifies itself as such (instead of calling itself otangle). * We fixed a whole series of portability problems (but we probably introduced new problems as well). * Most (all?) files now have a corrected Copyright header, and link in $Id$ and $URL$ into the object file. * Some unnecessary files were removed from the distribution. The archives (source and binaries) can be downloaded from supelec, as usual: http://foundry.supelec.fr/projects/luatex/ Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco

1 0

format() without formatting
by Peter Rolf 17 Jun '08

17 Jun '08

Hi, can one of the experienced lua programmers here think about a special version of format()? This function in general is of great help (short, good readable code), but in combination with direct written pdf code (like in mlib-pdf.lua) is has a major drawback. All numbers are written with fixed size (as normally intended in formatted output). As a result you get '0.000000' instead of a short '0'. Look in an uncompressed pdf and you will see how much space is wasted there in total. Here an example (pdf code segment of a mp graphic). % mps graphic 1: begin q q /Pattern cs 10.000000 M 1 j 0.000000 0.000000 m 94.486725 0.000000 188.977783 0.000000 283.464508 0.000000 c 283.464508 28.346451 l 188.977783 28.346451 94.486725 28.346451 0.000000 28.346451 c 0.000000 0.000000 l W n /MpSh1 sh Q 0 g 0 G 1 J 0.100006 w 0.000000 28.346451 m 283.464508 28.346451 l S 0 g 0 G 0 g 0 G 0.100006 w 283.096863 28.194168 m 283.464508 28.346451 l 283.096863 28.498734 l 283.096863 28.194168 l h B 0 g 0 G Q % mps graphic 1: end With enabled compression things don't look that bad (regarding to file size), but it's still a unnecessary waste. To summarize it: the new function should act like 'format', but it should use the minimal number of digits. Also there should be the possibility to adjust the number of digits after the point (current accuracy for floats: 1/1000000 pt). Any thoughts? Regards, Peter

3 13

mtxrun nonstopmode
by Oliver Buerschaper 16 Jun '08

16 Jun '08

Dear all, is it already possible to run LuaTeX (actually ConTeXt) in batchmode (or nonstopmode) via mtxrun? Best, Oliver

4 6