[NTG-context] internal mptopdf conversion fails on older mps file (using MkIV, beta 2013.12.26)

2014-01-02 Thread Sanjoy Mahajan
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
___


Re: [NTG-context] internal mptopdf conversion fails on older mps file (using MkIV, beta 2013.12.26)

2014-01-02 Thread Hans Hagen

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] current

2014-01-02 Thread Hans Hagen

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] Problem to install Garamond font with mathdesign

2014-01-02 Thread Wolfgang Schuster

Am 02.01.2014 um 02:46 schrieb Fabrice Couvreur fabrice1.couvr...@gmail.com:

 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] Problem with creation of a new alignment

2014-01-02 Thread KONVOJ, spol. s r. o.
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
___