[NTG-context] Problem with creation of a new alignment
Hello all in 2014, the following minimal example does not work, neither with start-stop marks, nor with \setupalign, nor with both. I use CTX from TeXlive 2013. The same behaviour has been found in TL2012 whereas in TL2011 and 2010 it works properly. What is the new way to define some new alignments? Tomas Hala \installalign{lastcenter}{ % justified, but the last line should be centered \leftskip=0pt plus1fil \rightskip=0pt plus-1fil \parfillskip=0pt plus2fil \parindent0pt} \starttext \startalignment[lastcenter] \setupalign[lastcenter] \input knuth \stopalignment \stoptext ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Problem to install Garamond font with mathdesign
Am 02.01.2014 um 02:46 schrieb Fabrice Couvreur : > Hi, > This seems to work. > = > \loadtypescriptfile[mathdesign] > \setupbodyfont[garamond] > > \starttext > > Some random text and \math{\alpha=\frac{-b}{2a}} > > \stoptext > > mtx-context | run 1: luatex > --fmt="/home/fab/texlive/2013/texmf-var/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/luatex/cont-en" > --jobname="demo5" > --lua="/home/fab/texlive/2013/texmf-var/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/luatex/cont-en.lui" > --no-parse-first-line --c:currentrun=1 --c:fulljobname="./demo5.tex" > --c:input="./demo5.tex" --c:kindofrun=1 --c:maxnofruns=8 "cont-yes.mkiv" > This is LuaTeX, Version beta-0.76.0-2013061708 (rev 4627) > \write18 enabled. > (/home/fab/texlive/2013/texmf-dist/tex/context/base/cont-yes.mkiv > > ConTeXt ver: 2013.05.28 00:36 MKIV current fmt: 2013.12.31 int: > english/english What have you done because you’re still using TeXLive and the last stable where support for math design wasn’t solved very well. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] current
Hi, I uploaded a current. As we're now moving forward to luatex 0.80 (with currently 0.78 as beta) the current reflects the < 0.78 state of affairs. From now on betas might use new luatex functionality so best update to 0.78+ (unless i mess up too much older luatex's will work ok too). The upcoming months the redone bibtex support will also en dup in the code base (given that it passes Thomas and Allan quality assessments). The minimals are now windows 32 and windows 64 aware. There are two installation zips on the garden. If you're on 64 bit but still run 32 bit, you can best - wipe context/bin (where the installer files live) - unzip the new installer zip - remove the status file - remove context/tex/texmf-mswin (the new binaries are in context/tex/texmf-win64) and run the status-update script. Or just install the while lot fresh (which is fast anyway), and keep the old trees for a while. Thanks to Akira for supporting 64 bit and keeping up so fast, Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] internal mptopdf conversion fails on older mps file (using MkIV, beta 2013.12.26)
On 1/2/2014 6:57 PM, Sanjoy Mahajan wrote: The MkIV internal mptopdf converter fails on the following minimal example. Here is the tex: --- cut test2.tex here - \enabletrackers[graphics.conversion,graphics.inclusion,fonts.mapfiles,fonts.loading,fonts.missing,fonts.mapping] \starttext \externalfigure[fig.1][frame=on] \blank \externalfigure[fig-1.pdf][frame=on] \stoptext --- cut test2.tex here - And here is the figure, which was produced with mpost 0.993 (and also converted to fig-1.pdf using the 'mptopdf' command): cut fig.1 here %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: 0 0 10 10 %%HiResBoundingBox: 0 0 9.96262 9.96262 %%Creator: MetaPost 0.993 %%CreationDate: 2009.10.21:1318 %%Pages: 1 %%BeginProlog /bd{bind def}bind def /hlw{0 dtransform exch truncate exch idtransform pop setlinewidth}bd /vlw{0 exch dtransform truncate idtransform setlinewidth pop}bd /l{lineto}bd/r{rlineto}bd/c{curveto}bd/m{moveto}bd/p{closepath}bd/n{newpath}bd /C{setcmykcolor}bd/G{setgray}bd/R{setrgbcolor}bd/lj{setlinejoin}bd/ml{setmiterlimit}bd /lc{setlinecap}bd/S{stroke}bd/F{fill}bd/q{gsave}bd/Q{grestore}bd/s{scale}bd/t{concat}bd /sd{setdash}bd/rd{[] 0 setdash}bd/P{showpage}bd/B{q F Q}bd/W{clip}bd %%EndProlog %%Page: 1 1 0.7 G n 0 0 m 0 9.96262 l 9.96262 4.98131 l p F P %%EOF cut fig.1 here Running it through MkIV with the 2013.12.26 beta (or the stable context) produces an empty frame for the inclusion of fig.1, but the correct triangle for the inclusion of fig-1.pdf. The empty frame has the correct size, so the parser is getting at least as far as the bounding box. If I regenerate fig.1 using a recent metapost (1.803), the mps file is simpler, and it is incorporated correctly by context. cut fig.1 produced with recent metapost here %!PS %%BoundingBox: 0 0 10 10 %%HiResBoundingBox: 0 0 9.96262 9.96262 %%Creator: MetaPost 1.803 %%CreationDate: 2014.01.02:1250 %%Pages: 1 %%BeginProlog %%EndProlog %%Page: 1 1 0.7 setgray newpath 0 0 moveto 0 9.96262 lineto 9.96262 4.98131 lineto closepath fill showpage %%EOF cut fig.1 produced with recent metapost here Here is the source file: --- cut fig.mp here - def darkshaded = withgreyscale 0.70 enddef; beginfig(1) fill (origin--(0,1)--(1,1/2)--cycle) scaled 10pt darkshaded; endfig; --- cut fig.mp here - weird, there used to be a procset line ... anyhow, maybe this works ok at your end (meta-pdf.lua): local function parse(m_data) if find(m_data,"BeginResource: procset mpost") then -- report_mptopdf("using sparse scanner, case 1") lpegmatch(captures_new,m_data) elseif find(m_data,"BeginProlog%s*%S+(.-)EndProlog") then -- report_mptopdf("using sparse scanner, case 2") lpegmatch(captures_new,m_data) else -- report_mptopdf("using verbose ps scanner") lpegmatch(captures_old,m_data) end end -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] internal mptopdf conversion fails on older mps file (using MkIV, beta 2013.12.26)
The MkIV internal mptopdf converter fails on the following minimal example. Here is the tex: --- cut test2.tex here - \enabletrackers[graphics.conversion,graphics.inclusion,fonts.mapfiles,fonts.loading,fonts.missing,fonts.mapping] \starttext \externalfigure[fig.1][frame=on] \blank \externalfigure[fig-1.pdf][frame=on] \stoptext --- cut test2.tex here - And here is the figure, which was produced with mpost 0.993 (and also converted to fig-1.pdf using the 'mptopdf' command): cut fig.1 here %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: 0 0 10 10 %%HiResBoundingBox: 0 0 9.96262 9.96262 %%Creator: MetaPost 0.993 %%CreationDate: 2009.10.21:1318 %%Pages: 1 %%BeginProlog /bd{bind def}bind def /hlw{0 dtransform exch truncate exch idtransform pop setlinewidth}bd /vlw{0 exch dtransform truncate idtransform setlinewidth pop}bd /l{lineto}bd/r{rlineto}bd/c{curveto}bd/m{moveto}bd/p{closepath}bd/n{newpath}bd /C{setcmykcolor}bd/G{setgray}bd/R{setrgbcolor}bd/lj{setlinejoin}bd/ml{setmiterlimit}bd /lc{setlinecap}bd/S{stroke}bd/F{fill}bd/q{gsave}bd/Q{grestore}bd/s{scale}bd/t{concat}bd /sd{setdash}bd/rd{[] 0 setdash}bd/P{showpage}bd/B{q F Q}bd/W{clip}bd %%EndProlog %%Page: 1 1 0.7 G n 0 0 m 0 9.96262 l 9.96262 4.98131 l p F P %%EOF cut fig.1 here Running it through MkIV with the 2013.12.26 beta (or the stable context) produces an empty frame for the inclusion of fig.1, but the correct triangle for the inclusion of fig-1.pdf. The empty frame has the correct size, so the parser is getting at least as far as the bounding box. If I regenerate fig.1 using a recent metapost (1.803), the mps file is simpler, and it is incorporated correctly by context. cut fig.1 produced with recent metapost here %!PS %%BoundingBox: 0 0 10 10 %%HiResBoundingBox: 0 0 9.96262 9.96262 %%Creator: MetaPost 1.803 %%CreationDate: 2014.01.02:1250 %%Pages: 1 %%BeginProlog %%EndProlog %%Page: 1 1 0.7 setgray newpath 0 0 moveto 0 9.96262 lineto 9.96262 4.98131 lineto closepath fill showpage %%EOF cut fig.1 produced with recent metapost here Here is the source file: --- cut fig.mp here - def darkshaded = withgreyscale 0.70 enddef; beginfig(1) fill (origin--(0,1)--(1,1/2)--cycle) scaled 10pt darkshaded; endfig; --- cut fig.mp here - -Sanjoy ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___