- dev-context - NTG Mailing Lists

MetaPost 1.100 announcement
by Taco Hoekwater 27 Nov '08

27 Nov '08

The MetaPost team is happy to announce a new release of MetaPost: ---------------------------------------------------------------------- MetaPost 1.1000 ---------------------------------------------------------------------- The sources and a win32 package can be downloaded immediately from http://foundry.supelec.fr/projects/metapost/ This release will also be available from CTAN soon, and it will be included in the next TeXLive. The source package should compile normally on all systems that are capable of compiling a modern web2c-based TeX distribution. The win32 package is intended for texlive or a similar web2c-based installation, and has been tested only with TeXLive 2008. These executables will *not* work for miktex, sorry. Of course, we welcome any comments (either good or bad) that you may have. Simply replying to this message is fine, but see the bottom of the message for a more formal way to report bugs and feature requests. ---------------------------------------------------------------------- What is new in version 1.100: ---------------------------------------------------------------------- * This release is the first version based on MPlib, the Cweb conversion / reimplementation of MetaPost. The one but big user-visible change is that the btex ... etex label conversion is now handled internally instead of via the external "mpware" programs. These programs are therefore no longer distributed. * There is a new manual, mplibapi.pdf, that describes the internal interface to MPlib for developers. * The file 'mpintro.pdf' is no longer distributed because the introduction mnaual is obsolete and has been that way for some time. A new tutorial is being worked on and will be included in future releases. * The distribution now includes Dan Luecking's mpsproof.tex. ---------------------------------------------------------------------- Legal notice / license / bug reports ---------------------------------------------------------------------- MetaPost is a system for producing graphics developed by John Hobby at AT&T, based on Donald Knuth's Metafont. The MetaPost home page is http://tug.org/metapost. MetaPost is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 2 of the License, or (at your option) any later version. The MetaPost development project is currently hosted at Supelec, https://foundry.supelec.fr/projects/metapost; please report bugs and request enhancements through there if possible. Alternatively, you can reach us through the <metapost(a)tug.org> mailing list as well. Have fun! Taco Hoekwater, for the MetaPost team, November 29, 2008.

1 1

Release 2008.10.31
by Taco Hoekwater 31 Oct '08

31 Oct '08

Hi, Hans did a new release today, and I have just finished its webpage. Unfortunately I have no more time today for announcement nor summary: I have dinner guests that prefer to have me actually at the dinner table, attending. Unless someone (Hans?) beats me to it, I can summarize adn announce tomorrow morning Taco

1 0

Luatex beta 0.30.2 released
by Taco Hoekwater 20 Oct '08

20 Oct '08

Hi all, I have just uploaded the archives for luatex 0.30.2. This release matches SVN revision #1568. This release fixes a few (rather serious) bugs: * The Lua coco change from 0.30.1 is reverted as it gave trouble on MacOSX. Lua coco on non-intel OpenBSD platforms is now explicitly turned off. * The lua file reading speedup in 0.30.1 broke reading of files larger than 100MB. * Reading of font-related files was broken when there was a find callback, but no read callback. * The texmf.cnf array size setup values were ignored whenever --lua was given on the commandline (instead of only when texconfig.kpse_init is set to false). * glyphs with negative widths resulted in incorrect horizontal placement (overlapping) of the string in the output PDF. * Using \latelua could sometimes result in an invalid output PDF, and the argument token list was expanded too early * There was a read buffer overrun in the mapfile parser * There are two new variables in the status table: status.callbacks and status.indirect_callbacks (execution counts). 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 _______________________________________________ dev-luatex mailing list dev-luatex(a)ntg.nl http://www.ntg.nl/mailman/listinfo/dev-luatex

1 0

Luatex beta 0.30.1 released
by Taco Hoekwater 14 Oct '08

14 Oct '08

Hi all, I have just uploaded the archives for luatex 0.30.1. This release matches SVN revision #1552. There are no new features, just bugfixes and speedups: * Invalid return values from the linebreak_filter callback are now handled gracefully (was crashing) * a preinstalled ctangle is no longer needed except when cross-compiling * In 0.30.0, the .notdef fix was incorrectly applied to truetype / opentype fonts. * A bunch of all memory leaks is fixed * In lua, f:read('*a') now uses signicantly less memory * The number of \catcodetables is now limited to 64KB (for speed reasons) * Luatex could crash if there were PDF images with and without page /Group included on the same page * Lua coco now always uses setjmp (for OpenBSD compatibility) * The embedded mplib is updated to the latest svn version * # marks (characters with catcode 6) are no longer doubled inside \directlua * Handling the nul character (U+0000) with catcode 13 (active) was broken * Luatex could crash on win32 with an access violation because there was one predefined language too few (the one matching \language=-1) 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

2 1

[do we need TeXtexts in MkIV]: how to rewrite \startTeXtexts?
by Mojca Miklavec 07 Oct '08

07 Oct '08

Hello, I'm a bit "out" of programming at the moment (and not following mkiv as deep as I should), but here's one of the old sins that keeps preventing my module to be used in MKIV. How can I get rid of \startTeXtexts in the following code, so that the code will be usable by both mkii and mkiv? (Metapost code is probably [almost] OK, but the TeX part needs some minor polishing. One could definitely rewrite metapost code into lua, but then I would need to take care for two paralel versions - I do not want to go there since metapost does all the work at the moment.) Any hinst most welcome, Mojca \defineconversion [hans and taco] [H,a,n,s,\ ,\&,\ ,T,a,c,o,\ ] \setupcolors [state=start] \chardef\TeXtextcolormode\zerocount \startTeXtexts \doloop{\doifelseconversionnumber{hans and taco}{\recurselevel}% % +500 is a hack (hopefully the plot doesn't contain more than 500 labels) % otherwise the points would be overwritten by labels with another \TeXtext: % it might need a fix in ConTeXt core {\TeXtext{\numexpr\recurselevel+500\relax}{\strut{\convertnumber{hans and taco}{\recurselevel}}}}% {\exitloop}}% \stopTeXtexts \edef\numberofsymbols{1}% \doloop{\doifelseconversionnumber{hans and taco}{\recurselevel}% {\edef\numberofsymbols{\recurselevel}}% {\exitloop}}% \starttext \startMPcode color c[]; for i=1 upto \numberofsymbols: c[i] = ((i-1)/(\numberofsymbols-1))[red,blue]; endfor; vardef the_number(expr n) = ((n mod \numberofsymbols) + 1) enddef; vardef the_symbol(expr n) = picture pict; pict := sometxt(the_number(n) + 500); pict shifted -.5[llcorner pict,lrcorner pict] enddef; def draw_point(expr x, y, n) = draw (the_symbol(n) shifted (x,y)) withcolor c[the_number(n)]; enddef; for i=0 upto 23: draw_point(0,-i*3mm,i); endfor; \stopMPcode \stoptext

2 4

Luatex beta 0.30.0 released
by Taco Hoekwater 30 Sep '08

30 Sep '08

Hi all, I have just uploaded the archives for luatex 0.30.0. This release matches SVN revision #1521. New features: * Readable \tex internal params that are counts, attrs, or dimens are now returned as numbers instead of strings, and skips as node objects. Read-write access to tex's skip registers added: tex.skip[0] etc. * new callback: 'linebreak_callback' to replace the internal paragraph breaking code * the tex table now supports more readable 'convert' values: tex.fontname, tex.pdffontname, tex.pdffontobjnum, tex.pdffontsize, tex.uniformdeviate, tex.number, tex.romannumeral, tex.pdfpageref, tex.pdfxformname (each takes a number as argument) * new readable parameter: tex.fontidentifier(number) returns the \csname associated with that font id * luatex now outputs \FONT<nr> instead of \^^@ in Overfull/Underfull messages if the font's id text is zero (like for expanded fonts) (#77) * luatex --version is split into --version and --credits * There is now (again) an svn revision number in luatex --version (#91) * Add support for more read-only internal access from lua: tex.lastpenalty, tex.lastkern, tex.lastskip, tex.lastnodetype, tex.inputlineno, tex.badness, tex.pdftexversion, tex.pdflastobj, tex.pdflastxform, tex.pdflastximage, tex.pdflastximagepages, tex.pdflastannot, tex.pdflastxpos, tex.pdflastypos, tex.pdfrandomseed, tex.pdflastlink, tex.luatexversion, tex.Alephversion, tex.Omegaversion, tex.Alephminorversion, tex.Omegaminorversion, tex.eTeXminorversion, tex.eTeXversion, tex.currentgrouplevel, tex.currentgrouptype, tex.currentiflevel, tex.currentiftype, tex.currentifbranch, tex.pdflastximagecolordepth (#81) * the old --src-specials are replaced by --synctex (#63) * the \expanded primitive is backported from pdftex 1.50 (#43) * luatex now comes with libpng 1.2.32 * experimental: tex.definefont(string, number) associates a csname string with a font id number Bugs fixed compared to 0.29.0: * dashes were exported wrongly by MPlib * multi-item \discretionaries were broken in various ways (#78, mailinglist) * read_font_info was sometimes called recursively from lua-loaded virtual fonts * do_vf was sometimes called on lua-loaded fonts that where already known to be virtual * trailing junk in tfm files is now ignored (needed for ecrm fonts) * pdf_ignored_dimen was initialized too late, breaking \prevdepth handling and causing output lines to overlap eachother (#72) * pdf.immediateobj() had a printf-related bug * the fontname terminal logging is fixed for strange font file names * lua tex array assignments now listen to the globaldefs setting (tex.count[0] etc) (#92,partial) * \parshape was broken (#70) * there is no longer a ".tex" extension forced on very input file (#74) * eof() for mapfiles was true one byte too soon (#76) * out of range \lefthyphenmin and \righthyphenmin settings now actually disable hyphenation (#90) * tex.unset_attribute() looked too far ahead when a to-be-unset attribute id not only did not exist in the node, but was also higher than the highest set attribute on the node. (#65) * the parameters attr and page_name of read_image() were swapped (this broke \pdfimage with attributes) * tex filenames with spaces in them on the command line are now allowed again (#30) * sometimes pfb fonts were included multiple times without valid reason (#29) * some parts of the pdftex 1.40.9 PNG transparancy hack were still present and caused transparant png handling to fail * \localinterlinepenalty and \localbrokenpenalty were broken * special case catcode tables are now handled better (#23) * the handling of missing .notdef charstrings in old pfb fonts is fixed (#27) 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

2 4

Re: [dev-context] [Dev-luatex] Luatex beta 0.30.0 released
by Norbert Preining 30 Sep '08

30 Sep '08

On Di, 30 Sep 2008, Yue Wang wrote: > I dont know why Debian and Debian-like distributions have an old > tradition to link tex-related program to dynamic library. Ever heard about security related items? Do YOU want to wade through thousands of packages and check whether they use xpdf code, zlib code, or whatever, and fix in all of them a severe security bug? If not, then learn how big distributions have to work. That is life. I don't use the system lua because lua has been changed in luatex, same with xetex and libice (and I am surprised where you got the information that ubuntu did that, because ubuntu takes my packages from Debian, and I never did that). So thanks for the useless contribution. 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 ------------------------------------------------------------------------------- LOCHRANZA (n.) The long unaccomplished wail in the middle of a Scottish folk song where the pipes nip around the corner for a couple of drinks. --- Douglas Adams, The Meaning of Liff

1 0

Re: [dev-context] derived colors (mkiv)
by Hans Hagen 25 Sep '08

25 Sep '08

Peter Rolf wrote: > Hans Hagen schrieb: >> so, what exactly do you need the number for > > for overprinting (text only) i have to test if the current color is > black. overprinting should be activated for all text elements, but if > the print color is non black, overprinting should be disabled. so, how about something that just works -) \setupcolors[state=start] \startluacode function ctx.isblack(ca) -- name might change local cv = ca > 0 and colors.value(ca) return (cv and cv[2] == 0) or false end \stopluacode \def\doifblackelse#1% {\ctxlua{commands.doifelse(ctx.isblack(\thecolorattribute{#1}))}} \def\doifdrawingblackelse {\ctxlua{commands.doifelse(ctx.isblack(tex.attribute[attributes.numbers['color']]))}} \starttext \definecolor[foo][black] {\red red {\foo (\doifblackelse{foo}{YES}{NO} \doifdrawingblackelse{YES}{NO}) black} red} \definecolor[foo][green] {\red red {\foo (\doifblackelse{foo}{YES}{NO} \doifdrawingblackelse{YES}{NO}) green} red} \stoptext less code and more abstract ----------------------------------------------------------------- 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 -----------------------------------------------------------------

2 1

derived colors (mkiv)
by Peter Rolf 25 Sep '08

25 Sep '08

Hi, there is currently no bookkeeping ('name-->id') for derived colors in mkiv; i.e. \definecolor[foo] [black] does not register 'foo'. \csname(ca:foo)\endcsname is the only way to access the color id. While this in no problem in TeX code, using this in lua is not very handy. I tried ugly stuff like c_id = format("\\csname(ca:%s)\\endcsname",c) but when I compare 'c_id' with the id of black, the values '1' and 1 (id of black) differ when compared. Mhhhh. I think that the best way to handle derived colors properly is to add their name to the attributes list too. It's only a small patch and it shouldn't do any harm. Best wishes, Peter

2 3

ConTeXt MK IV possibility to run different language options
by Martin Scholz 03 Sep '08

03 Sep '08

Hi I've got an wish for an additonal command option in the context command. Up to now there is no possibility to run context in MK IV mode in different languages. Here is a way one could solve this: as far as I see it context invokes the luatools command and for a non-english source-file one could use luatools --run cont-de myfile Now why can't wan edit the context-command with a --lang option in the following way context --lang=xx myfile so that the --lang=xx option has a change-option in luatools so that the --run option is change. context myfile invokes luatools --run cont-en myfile context --lang=xx invokes luatools --run cont-xx myfile, where xx stands for the countrycode. Thanks for your patience Greetings Martin

3 3