September 2006 - ntg-context - NTG Mailing Lists

calculations
by Henning Hraban Ramm 26 Sep '06

26 Sep '06

Sorry, I skimmed the TeXbook for an hour but couldn't find how to do simple calculations in TeX... This is a snippet from t-lilypond.tex: \def\LPscale{0.6315789} % downscale the image \ifvmode \getfiguredimensions[\bufferprefix lilypond-\the\lily! figures.pdf][]% % \def\FigWidth{\LPscale\figurewidth} \leavevmode \ifdim\FigWidth>\localhsize \!!dimena=\localhsize \advance\!!dimena by-\FigWidth \noindent\hskip\!!dimena \fi \fi \externalfigure[\lily!img][scale=1000\LPscale]% \egroup% I need to downscale every score to 63%, and the shown width check should use the corrected width. How can I do that? (FigWidth should be LPscale * figurewidth) Greetlings from Lake Constance! Hraban --- http://www.fiee.net/texnique/ http://contextgarden.net http://www.cacert.org (I'm an assurer)

6 15

Re: [NTG-context] Very strange bug related to textbackground
by Duncan Hothersall 26 Sep '06

26 Sep '06

> Duncan Hothersall wrote: >> I have been fighting with this one for ages, and have now narrowed down >> the culprit, but I do not understand why it happens. >> >> Latest (non-beta) ConTeXt, also tested in the live garden (same result): >> > and the beta? Just downloaded and tried beta 'ver 2006.09.25 23:38 MK II' - same result I'm afraid. Duncan

2 1

Very strange bug related to textbackground
by Duncan Hothersall 25 Sep '06

25 Sep '06

I have been fighting with this one for ages, and have now narrowed down the culprit, but I do not understand why it happens. Latest (non-beta) ConTeXt, also tested in the live garden (same result): ---- \setupcaption[figure][align=right,location=bottom] \setupcaption[table][align=right,location=top] %\definetextbackground[irrelevant][frame=on] %uncomment for weirdness \starttext \placetable[here]{\vtop{\hsize=105mm \dorecurse{12}{sample content }}} {\bTABLE[option=stretch] \bTR \bTD High\eTD\bTD Middling\eTD\bTD Low\eTD\eTR \eTABLE} \dorecurse{10}{sample content } \placefigure[here]{\vtop{\hsize=105mm \dorecurse{12}{sample content }}}{\framed[width=\textwidth,height=50mm,align={middle,lohi}]{sample}} \stoptext ---- As it stands, this produces the expected output (a table and a figure each with long captions, with the captions set 'hanging'). However, if I define a totally unrelated textbackground (uncomment the third line), both captions veer off upwards, apparently a distance related to the number of lines in the title (play with the dorecurse numbers to see the effects). It doesn't seem to matter what the background is called, whether or not it is ever used, or what parameters it is given. I have no idea why something seemingly unrelated is having this effect; some reuse of a variable or unreset value somewhere? I would be really grateful if someone could [tell me how to] fix this. Bests, Duncan

3 2

Re: [NTG-context] beta
by Wolfgang Werners-Lucchini 25 Sep '06

25 Sep '06

Hallo! This tries to include test.mp recursivly until level=25 \startMPrun{testmp} input test.mp; \stopMPrun bug or myfault? Wolfgang

1 0

Re: [NTG-context] beta
by Wolfgang Werners-Lucchini 25 Sep '06

25 Sep '06

> > Can someone verify this error please or is there something wrong > > with my code? > > The figure file is not found here as well (2006.08.08). But if I > change it to: > > \startMPrun > \input test.mp > \stopMPrun > \starttext > \externalfigure[w-mprun.1][width=15mm] > \stoptext > > then there's no problem (w.tex was the source file, hence the > w-mprun). This is not working here anymore. not w-mprun.1, not mprun.1 and not test.1 w-mprun.1 is build both the texish way (\input test.mp) and metafontish (input test.mp;) but is not found. Wolfgang

1 0

staticMPfigures can overrun output streams
by Sanjoy Mahajan 25 Sep '06

25 Sep '06

The following minimal file overruns the available output streams (version 2006.08.08 and context live): \starttext \dorecurse{16}{\startstaticMPfigure{\recurselevel} fill fullcircle scaled 1cm withcolor red; \stopstaticMPfigure} \stoptext At the end are the last few lines of the log. Here are the last few lines of the last few lines: ! Bad number (16). \openMPgraphicfile ...immediate \openout \MPwrite \MPgraphicfile .mp\relax \... After experiments and digging in the TeXbook I'm pretty sure the cause is as follows: The macro \openMPgraphicfile (supp-mps.tex) constructs the name of a new output stream and allocates a new write to it: \donetrue \@EA\@EA\csname newwrite\endcsname\csname\@@MPG\@@MPG\MPgraphicfile\endcsname Then \MPwrite is set to this stream number: \@EA\let\@EA\MPwrite\csname\@@MPG\@@MPG\MPgraphicfile\endcsname And then it's opened: \immediate\openout\MPwrite\MPgraphicfile.mp\relax which is where TeX complains about the bad number (16). The number gets that high because each static figure goes into a separate file, and each file requires a \newwrite. I thought it would not run out of streams because the allocation is all enclosed in \bgroup..\egroup (in \startstaticMPgraphic) and the \egroup would pop the write-stream allocation stack. But no such luck. The workhorse \alloc (p.347 of the TeXBook) uses a \global assignment to the control sequence. Here's a possible solution that works here but is a hack and may make unwarranted assumptions about control-sequence names. It require a new if to say whether we are processing a static MP figure, and then using a dedicated output stream for those writes. ======================== cut here ======================== \unprotect \newif\ifinstaticMPfigure \newwrite\MPstaticwrite \long\def\startstaticMPgraphic#1#2\stopstaticMPgraphic {\bgroup \instaticMPfiguretrue % value is restored by the \egroup \setMPrandomseedfalse \def\MPgraphicfile{#1}% no \jobname here \let\allocateMPslot \gobbleoneargument \let\deallocateMPslot\gobbleoneargument \let\runMPgraphic \gobbleoneargument \runMPgraphicstrue \enableincludeMPgraphics \currentMPgraphic\plusone % hack, else no close \startMPgraphic#2\stopMPgraphic \executeMPgraphicfile \egroup} \def\openMPgraphicfile#1#2% #1=alwaysopen #2=message {%\doifundefinedelse{\@@MPG\@@MPG\MPgraphicfile} % {\donetrue % \@EA\newwrite\csname\@@MPG\@@MPG\MPgraphicfile\endcsname}% % {\ifcase#1\donefalse\else\donetrue\fi}% \@EA\ifx\csname\@@MPG\@@MPG\MPgraphicfile\endcsname\relax %\donetrue \@EA\newwrite\csname\@@MPG\@@MPG\MPgraphicfile\endcsname % for the sake of plain usage \donetrue \ifinstaticMPfigure \let\MPwrite\MPstaticwrite \else \@EA\@EA\csname newwrite\endcsname\csname\@@MPG\@@MPG\MPgraphicfile\endcsname \fi \doglobal\addtocommalist\MPgraphicfile\MPgraphicfiles \else \ifcase#1\relax\donefalse\else\donetrue\fi \fi \ifinstaticMPfigure \else \@EA\let\@EA\MPwrite\csname\@@MPG\@@MPG\MPgraphicfile\endcsname \fi \ifdone \immediate\openout\MPwrite\MPgraphicfile.mp\relax \ifx\MPinputtranslation\empty\else \immediate\write\MPwrite{\MPinputtranslation}% \immediate\write\MPwrite{verbatimtex \MPinputtranslation etex ;}% \fi \immediate\write\MPwrite{\letterpercent\space #2 graphics of job "\jobname"}% \writeMPgraph \setMPrandomseed \fi} \protect \starttext \dorecurse{16}{\startstaticMPfigure{\recurselevel} fill fullcircle scaled 1cm withcolor red; \stopstaticMPfigure} \stoptext ======================== cut here ======================== As a diff: ======================== cut here ======================== --- a/supp-mps.tex 2006-07-22 11:26:47.000000000 -0400 +++ b/supp-mps.tex 2006-09-24 15:32:19.000000000 -0400 @@ -315,7 +315,9 @@ %D setting the next boolean to true. \newwrite\MPwrite +\newwrite\MPstaticwrite +\newif\ifinstaticMPfigure \newif\iflongMPlines \longMPlinestrue % we now have \obeyMPlines \ifx \overlaywidth \undefined \def \overlaywidth {4cm} \fi @@ -720,12 +722,20 @@ \@EA\ifx\csname\@@MPG\@@MPG\MPgraphicfile\endcsname\relax %\donetrue \@EA\newwrite\csname\@@MPG\@@MPG\MPgraphicfile\endcsname % for the sake of plain usage - \donetrue \@EA\@EA\csname newwrite\endcsname\csname\@@MPG\@@MPG\MPgraphicfile\endcsname + \donetrue + \ifinstaticMPfigure + \let\MPwrite\MPstaticwrite + \else + \@EA\@EA\csname newwrite\endcsname\csname\@@MPG\@@MPG\MPgraphicfile\endcsname + \fi \doglobal\addtocommalist\MPgraphicfile\MPgraphicfiles \else \ifcase#1\relax\donefalse\else\donetrue\fi \fi - \@EA\let\@EA\MPwrite\csname\@@MPG\@@MPG\MPgraphicfile\endcsname + \ifinstaticMPfigure + \else + \@EA\let\@EA\MPwrite\csname\@@MPG\@@MPG\MPgraphicfile\endcsname + \fi \ifdone \immediate\openout\MPwrite\MPgraphicfile.mp\relax \ifx\MPinputtranslation\empty\else @@ -1983,6 +1993,7 @@ \long\def\startstaticMPgraphic#1#2\stopstaticMPgraphic {\bgroup + \instaticMPfiguretrue % value is restored by the \egroup \setMPrandomseedfalse \def\MPgraphicfile{#1}% no \jobname here \let\allocateMPslot \gobbleoneargument ======================== cut here ======================== Which has left a minor puzzle. Without the patch, where did the warning from plain TeX go? When you overrun the number of writes, it should say: ! No room for (\write) \H. e.g. try this file: \starttext \dorecurse{17}{\newwrite\H} \stoptext But with the staticMPfigure test file, the "No room for (\write)" message didn't appear, and instead the TeX complained only when \openout was tried on the resulting stream. Meanwhile here's more of the original log: ======================== cut here ======================== \openout14 = `toomany-9.mp'. \openout5 = `toomany-mpgraph.mpb'. system(texmfstart --ifchanged=toomany-9.mp texexec --mpgraphic toomany-9.mp)... executed. color : currentcolor (def) is not defined \openout15 = `toomany-10.mp'. \openout5 = `toomany-mpgraph.mpb'. system(texmfstart --ifchanged=toomany-10.mp texexec --mpgraphic toomany-10.mp). ..executed. color : currentcolor (def) is not defined ! Bad number (16). \openMPgraphicfile ...immediate \openout \MPwrite \MPgraphicfile .mp\relax \... \startwritingMPgraphic ...MPgraphicfile 1{runtime} \theMPextensions \theMPinc... \startMPgraphic ...aphic ->\startwritingMPgraphic \writecheckedMPgraphic {#1... \startstaticMPgraphic ...graphic #2\stopMPgraphic \executeMPgraphicfile \egr... \dostartstaticMPfigure ...}#2\stopstaticMPgraphic \endgroup \redorecurse ->\expandrecursecontent \dodorecurse ... l.20 \stopstaticMPfigure} ? ======================== cut here ======================== -Sanjoy `A society of sheep must in time beget a government of wolves.' -- Bertrand de Jouvenal

3 4

Re: [NTG-context] beta
by Wolfgang Werners-Lucchini 25 Sep '06

25 Sep '06

> Some beta's back, the following was working. > -------------------------- > \startMPrun > \input test.mp > \stopMPrun > \starttext > \externalfigure[test.1][width=15mm] > \stoptext > -------------------------- > with > ----------test.mp--------- > beginfig(1) > draw (0,0) -- (1cm,1cm); > endfig; > end > -------------------------- > Now, I get the error > (figures : figure test.1 can not be found) > with ConTeXt ver: 2006.09.17 Can someone verify this error please or is there something wrong with my code? Wolfgang

7 7

\textext can fail in definitions in \startMPinclusions
by Sanjoy Mahajan 25 Sep '06

25 Sep '06

Another test file for metafun. I know that textext doesn't work in loops. I don't understand how it's implemented enough to know why, but is the reason for its not working in loops the same as the reason it doesn't work in included definitions (related to static analysis of the code)? The following file gives an example of what I mean. It gives a page saying "unknown", but if one uses draw \textext{directly} directly (the commented-out line) then it works as expected. I see the same behavior with \sometxt{}. [All with context 2006.08.08] ==================== cut here ==================== \starttext \startMPinclusions def yy = draw \textext{via yy def} enddef; \stopMPinclusions \startMPcode % draw \textext{directly}; % would give "via yy def" as the text yy; % gives "unknown" as the text on the page \stopMPcode \stoptext ==================== cut here ==================== Oh maybe here's the problem. The log file says (1.tex is the test file): system(mpost -progname=metafun -mem=metafun 1-mpgraph)...executed. Doing that by hand to get PDF gives a figure containing "unknown": $ mpost -progname=metafun -mem=metafun 1-mpgraph $ mptopdf 1-mpgraph.1 But "texexec --mpgraphic 1.mp" produces the right figure. So why does \startMPcode run the wrong command? The following works fine: ==================== cut here ==================== \starttext \startMPinclusions def yy = draw \textext{via yy def}; enddef; \stopMPinclusions \startstaticMPfigure{a} yy; \stopstaticMPfigure \usestaticMPfigure[a] \stoptext ==================== cut here ==================== The log shows startstaticMPfigure running texexec: system(texmfstart --ifchanged=1a-a.mp texexec --mpgraphic 1a-a.mp)...executed. Oh I think I know why mpost is being called with \startMPcode: It gets fooled by the label hidden inside the def, so it thinks that there is no need to run the more complicated texexec comment. I tried two hacks^H^H^H^Htests to check this: 1. Added \forceMPTEXgraphictrue right after \starttext, and then the figure came out fine. Not sure whether this method will work if there is more than one figure (\ifforceMPTEXgraphic might get reset to false after each figure). 2. Added an explicit \textext{} in the figure: \startMPcode label(\textext{jj},(1in,1in)); yy; \stopMPcode and the yy produces the right text. Though I still don't know why the staticMPfigure doesn't need either hack. -Sanjoy

2 1

metafun: verbatimtex coming too late?
by Sanjoy Mahajan 24 Sep '06

24 Sep '06

In this file, I intended that all labels would come out in 7pt: =========================== cut here ============================ \starttext \startMPenvironment \setupbodyfont[7pt] \stopMPenvironment \startMPinclusions def drawtext = label(btex In drawtext() macro. etex, origin); enddef; \stopMPinclusions \startstaticMPfigure{fig} drawtext; label(btex Inline in the figure. etex, (2in,0)); \stopstaticMPfigure hello, in 12pt, for comparison. \placefigure[force,none]{}{\usestaticMPfigure[fig]} \stoptext =========================== cut here ============================ However, only the label that is directly in the figure ("Inline in the figure.") comes out in 7pt. The other one, produced by the drawtext macro, comes out in 12pt. The resulting metapost file is file-fig.mp and the key portions are (with spacing adjusted a bit): def drawtext = label(btex In drawtext() macro. etex, origin); enddef; beginfig(1); verbatimtex \global \loadfontfileoncetrue \setupbodyfont [7pt] etex; drawtext; label(btex Inline in the figure. etex, (2in,0)); endfig; The verbatimtex..etex block inside the beginfig..endfig doesn't affect the btex..etex in the drawtext macro, I guess because drawtext is defined outside of the beginfig..endfig. This is all with context 2006.08.08. I tested it on the live context, but the transcript says "figure texweb-fig.pdf can not be found". A possible solution is to put the verbatimtex at the beginning of the mp file or after the input mp-grph, making it like this: verbatimtex \global \loadfontfileoncetrue \setupbodyfont [7pt] etex; def drawtext = label(btex In drawtext() macro. etex, origin); enddef; beginfig(1); drawtext; label(btex Inline in the figure. etex, (2in,0)); endfig; but does that break other assumptions? Another solution is textext instead of btex..etex, though I don't understand the differences between the two. The main one: textext expands the tex commands in its argument whereas btex..etex does not. But in regular metapost btex..etex does expand, so I'm confused a bit. For example, you can do "mpost file.mp" with file.mp being verbatimtex \def\M{{\rm M}} etex beginfig(1) label (btex mass $\M$ etex, origin); endfig; end -Sanjoy

1 1

displayed formula confuses parshape around figure
by Sanjoy Mahajan 24 Sep '06

24 Sep '06

In the following small example, two squares are cut out of the long paragraph. The first is where the external figure belongs and goes, so no problem with that. But the second removed square is after the displayed equation, and it shouldn't be removed. If I comment out the formula, then the paragraph shape is fine. If I make add a \placeformula before the \startformula, then the equation number goes where it should (below the right edge of the figure), but the area below it is still whitespace. Is it a bug or is there an option to make startformula not interfere with the paragraph shape calculation? I'm using context version: 2006.08.08 21:51, and I found the same problem just now on the live ConTeXt. \starttext \placefigure[right,none]{}{\externalfigure[dummy]} \input tufte \startformula A = a^\alpha b^\beta, \stopformula \input tufte \input tufte \stoptext -Sanjoy

7 14