- dev-context - NTG Mailing Lists

MetaPost 1.204 announcement
by Taco Hoekwater 25 Jun '09

25 Jun '09

The MetaPost team is happy to announce a new release of MetaPost: ---------------------------------------------------------------------- MetaPost 1.204 ---------------------------------------------------------------------- The standalone distribution package and a win32 binary can be downloaded immediately from http://foundry.supelec.fr/gf/project/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 binary is intended for texlive or a similar web2c-based installation, this executable will *not* work for miktex. 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 MetaPost version 1.204: ---------------------------------------------------------------------- * Metapost could go into an endless output loop when characters in bitmap fonts where used, because it tried to limit the %*Font output line to a specific number of bytes. ---------------------------------------------------------------------- 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 Lesser General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. The MetaPost development project is currently hosted at Supelec, http://foundry.supelec.fr/gf/project/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, June 25, 2009.

1 0

Re: [dev-context] context reference
by Taco Hoekwater 16 Jun '09

16 Jun '09

Peter Münster wrote: > Hello Taco, > > I would like to keep a working copy of the context-reference > (http://foundry.supelec.fr/svn/contextman/context-reference) on my > hard-drive and use this as my first reference for my context questions, in > order to send you suggestions for improvements whenever I notice some. > > But of course, first it should compile. Today there are some errors, the > first one is this one: > > ! Undefined control sequence. > <recently read> \blacktriangleleft Oh, right (I knew this). Hans, any idea where it went? Best wishes, taco

3 6

removing .pgf file with --purgeall
by Mojca Miklavec 15 Jun '09

15 Jun '09

Hello Hans, may I request removing \jobname.pgf when doing context/ctxtools --purgeall (in both mkii/mkiv)? That's a file that TikZ creates by default (similar to \jobname-mpgraph*, only serving a different purpose) and is only needed when a document is compiled on computer without tikz installed. (Low priority request.) Mojca

3 10

Re: [dev-context] Is this font changing allowed/correct?
by Taco Hoekwater 14 Jun '09

14 Jun '09

Hans Hagen wrote: >> >> Some text. >> >> { >> \switchtobodyfont[concrete] >> More text. >> } > > concrete roman? mkiv does not support bitmap fonts out of the box Well, mkiv does indeed define a typescript for concrete in type-otf .... Best wishes, Taco

5 7

error: You can't use `\vadjust' in internal vertical mode
by Sanjoy Mahajan 13 Jun '09

13 Jun '09

I've been running across the following error once a week or so: [MP to PDF] (./fig.320) floatblocks : 16 placed ! You can't use `\vadjust' in internal vertical mode. <recently read> \vadjust \sidefloatoutput ... \parskip \zeropoint \vadjust {\penalty \minusone }\iffl. <argument> ...\fi \else \the \defaultstreamoutput \fi \firstoftwoarguments #1#2->#1 \dodonormaloutput ...lty \the \OTRcommand \output \outputmessage -{normal}\o. \invokeoutputroutine ...enalty }\dodonormaloutput \outputmessage -{trying}\o. ... l.1316 ? This is MetaPost, Version 0.993 (Web2C 7.5.6) (lumping-mpgraph.mp [1] metafun 2009-5-5 07:22 ) It is very sensitive to the vertical spacing, and goes away when I edit even slightly, but I've made the most minimal example that I can. It is attached as a zip file whose contents are: M Filemode Length Date Time File - ---------- -------- ----------- -------- ----------- -rw-r--r-- 745 5-Jun-2009 09:09:20 fig.2 -rw-r--r-- 1162 5-Jun-2009 09:09:20 fig.202 -rw-r--r-- 3552 5-Jun-2009 09:09:20 fig.301 -rw-r--r-- 2807 5-Jun-2009 09:09:20 fig.302 -rw-r--r-- 3820 5-Jun-2009 09:09:20 fig.306 -rw-r--r-- 5748 5-Jun-2009 09:09:20 fig.307 -rw-r--r-- 2915 5-Jun-2009 09:09:20 fig.308 -rw-r--r-- 48157 5-Jun-2009 09:09:20 fig.310 -rw-r--r-- 8219 5-Jun-2009 09:09:20 fig.311 -rw-r--r-- 2683 5-Jun-2009 09:09:20 fig.320 -rw-r--r-- 3827 5-Jun-2009 09:09:20 fig.350 -rw-r--r-- 3291 5-Jun-2009 09:09:20 fig.351 -rw-r--r-- 1853 5-Jun-2009 09:09:20 fig.618 -rw-r--r-- 2054 5-Jun-2009 09:09:20 fig.619 -rw-r--r-- 2076 5-Jun-2009 09:09:20 fig.621 -rw-r--r-- 1720 5-Jun-2009 09:09:20 fig.623 -rw-r--r-- 42313 5-Jun-2009 09:44:10 lumping.tex - ---------- -------- ----------- -------- ----------- 136942 17 files Run 'texexec lumping.tex' to see the problem. I'm using context 2009.5.5 from the Debian unstable package. I tried running lumping.tex on the live context, but could not reproduce the problem. I think that is because the figure files are not included in the live run, and their absence changes the vertical spacing enough to hide the problem. I also tried downloading and running it through the latest minimals, but the minimals failed trying to load the palatino fonts, and I haven't yet figured out if that problem is with my setup or with the minimals. -Sanjoy `Until lions have their historians, tales of the hunt shall always glorify the hunters.' --African Proverb

5 16

should texexec abort if write18, \runMP* needed but not set?
by Sanjoy Mahajan 12 Jun '09

12 Jun '09

In testing a recent ConText (with texlive2008) using my math textbook, I noticed that the problem backgrounds were not placed correctly. Below is a minimal test file where no background shows up. Eventually I figured out the cause: The defaults are \runMPgraphicsfalse and \runMPTEXgraphicsfalse and shell_escape = f (in texmf.cnf). Setting them all true fixed the backgrounds. This is with ConTeXt ver: 2009.06.04 22:20 MKII (texlive 2008). Could/should texexec abort if runtime metapost is needed but write18 and \runMP* are not true? That way seems safer than silently producing a document different from what the user expects. The long-term solution is probably that it all work even if those variables are not true, but it is probably tricky to implement all the subprocess communication and coordination. -Sanjoy \setupcolors[state=start] % sly textbackground method from Aditya Mahajan (2006), "Homework % Assignments in CONTEXT", PracTEX Journal, No. 4. \definetextbackground [problembackground] [ mp=background:random, location=paragraph, width=local, ] \startuseMPgraphic{background:random} path p; for i = 1 upto nofmultipars : p = (multipars[i]); fill p withcolor 0.90white; endfor; \stopuseMPgraphic \chardef\kindofpagetextareas\plusone \starttext \startproblembackground \input tufte \stopproblembackground \stoptext

2 1

particular mpost label fails with recent ConTeXt
by Sanjoy Mahajan 12 Jun '09

12 Jun '09

With a recent ConTeXt, the following file (run with "mpost -mem=metafun test.mp") % use ConTeXt to typeset labels (needs -mem=metafun option) verbatimtex %&cont-en etex beginfig(100) % flow arrow label(btex $\displaystyle\buildrel \rm Flow \over {=\joinrel=\joinrel\Longrightarrow}$ etex, origin); endfig; end fails with: ! Unable to make mpx file. l.7 label(btex $\displaystyle\buildrel \rm Flow \over Transcript written on fig.log. The error in mpxerr.log is: ! Illegal unit of measure (pt inserted). <to be read again> = <argument> = \joinrel =\joinrel \Longrightarrow \buildrel ...mathrel {\mathop {\kern \zerocount #2 }\limits ^{#1}} l.14 {=\joinrel=\joinrel\Longrightarrow} $% It works with ConTeXt 2008.10.31. It fails with ConTeXt 2009.06.04 (with texlive2007 from Debian or with vanilla texlive2008).

3 3

setupbodyfont
by Wolfgang Schuster 11 Jun '09

11 Jun '09

Hi Hans, I run with my simplefonts module in two problems when I try to set the bodyfont, the regard math and fallback fonts and I was only to solve them by redefining of a few values. 1. I have to set the bodyfont at the same time when I set a individual font for serif, sans or mono. This works fine for the the three text style but not when I try to switch to a different math font, which is frozen with the first \setupbodyfont command and can only be changed when I the main fontclass (created with \registerfontclass in \definetypeface) and the style value for rm (I need the 'rm' style to allow e.g. ss as document style). Here is a example to illustrate the problem: \definetypeface[mainface][rm][serif][times][default] \setupbodyfont[mainface,ss,12pt] \definetypeface[mainface][ss][sans][helvetica][default] \definetypeface[mainface][tt][mono][courier][default] \definetypeface[mainface][mm][math][palatino][default] % comment/uncomment the following two lines to see how % the math font changes with/without these redefinitions \letvalueempty{@@tfmainfacedefault}% \undefinevalue{@f@st@rm}% \setupbodyfont[mainface,ss,12pt] %\definetypeface[mainface][mm][math][cambria][default] %\letvalueempty{@@tfmainfacedefault}% %\undefinevalue{@f@st@rm}% %\setupbodyfont[mainface,ss,12pt] \starttext text \rmtf regular \it italic \bf bold \bi bolditalic \sstf regular \it italic \bf bold \bi bolditalic \tttf regular \it italic \bf bold \bi bolditalic $$ c^2 = a^2 + b^2 $$ \stoptext 2. The fallback for the main style (i.e. \rmtf) is frozen too with the first \setupbodyfont line in the document with can be only reset when I undefine \newfontidentifier, a example for this is: \starttypescript [serif] [mainfont] \setups[font:fallback:serif] \definefontsynonym [Serif] [name:texgyrepagellaregular] [fallbacks=mainfont,features=default] \stoptypescript \definetypeface [mainfont] [rm] [serif] [mainfont] [default] \setupbodyfont[mainfont,rm] \definefontfallback [mainfont] [name:texgyretermesregular] [0x0065-0x0070] [force=yes] % The following line is necessary to enable the fallback font for the main % style after the bodyfont is set, if this isn't done the complete text % below is typeset in Pagella whereas e-p should be in Times \undefinevalue\newfontidentifier \setupbodyfont[mainfont,rm] \starttext abcdefghijkmnopqrstuvwxyz \stoptext I would prefer something documented (e.g. \setupbodyfont[reload,...]) which can be used to get the same effect as I did with my hacks because I like now my new font module, it's lot easier than direct method to set fallback fonts. TIA Wolfgang

2 5

Crash with luatex-fonts
by Khaled Hosny 10 Jun '09

10 Jun '09

The following sample would crash luatex using context distriputed luatex-plain format: %%% \font\arab="SimpleNaskhi.ttf:script=arab;language=dflt;mode=node;+init;+medi;+fina;+rlig;+liga;+mark"\arab \textdir TRT اللهِ \bye %%% (the font used http://code.google.com/p/raqm/source/browse/trunk/fonts/simplenaskhi/Simple…) With the message: %%% error: ...texmf/tex/plain/luatex-plain/luatex-fonts-merged.lua:7765: attempt to call field 'register_message' (a nil value) %%% It seems that fonts.register_message is not defined. Pressing enter after that will crash luatex: %%% luatex: ../../../source/texk/web2c/luatexdir/tex/linebreak.c:1660: ext_do_line_break: Assertion `varmem[((cur_p)+1)].hh.v.RH == 0+4+4+4+4+4+4+2+2+2' failed. Aborted %%% Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer

3 6

luatex beta 0.40.5
by Taco Hoekwater 10 Jun '09

10 Jun '09

Hi, I have just uploaded luatex 0.40.5 to the foundry server, and have committed the source code to texlive. What's new: * One of the internal print functions accidentally encoded its argument string to UTF-8 even though it was already UTF-8. * Some of the log and terminal UTF-8 output was gibberish. 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.40.5 Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco

1 0