* internal mptopdf converter skips some glyphs in labels @ 2013-08-09 20:26 Sanjoy Mahajan 2013-08-09 20:41 ` Aditya Mahajan 2013-08-09 21:50 ` Hans Hagen 0 siblings, 2 replies; 12+ messages in thread From: Sanjoy Mahajan @ 2013-08-09 20:26 UTC (permalink / raw) To: ntg-context The internal mptopdf converter in MkIV omit some glyphs in the labels. Here's a minimal example (test.tex): \starttext \externalfigure[testfig.1][frame=on] \blank \externalfigure[testfig-1.pdf][frame=on] \stoptext And testfig.1 is produced by testfig.mp beginfig(1) label(btex $\Omega$ etex, (0,0)); currentpicture := currentpicture scaled 5; endfig; end Here's testfig.1 to save a step in debugging: %!PS %%BoundingBox: -18 -18 18 18 %%HiResBoundingBox: -17.98805 -17.0195 17.98798 17.0195 %%Creator: MetaPost 1.803 %%CreationDate: 2013.08.09:1612 %%Pages: 1 %*Font: cmr10 49.81323 9.96265 0a:8 %%BeginProlog %%EndProlog %%Page: 1 1 0 0 0 setrgbcolor -17.98805 -17.0195 moveto (\012) cmr10 49.81323 fshow showpage %%EOF Then do: mptopdf testfig.1 context test.tex xpdf test.pdf The first framed box, using the internal mps->pdf conversion, is empty. The second framed go, using the pdf file produced by mptopdf, correctly contains \Omega. With \enabletrackers[graphics.conversion,graphics.inclusion], the log has the following lines, none of which seem to pinpoint the problem: graphics > inclusion > checking conversion of 'testfig.1', fullname 'testfig.1', old format 'mps', new format 'pdf', conversion 'default', resolution 'default' graphics > inclusion > no converter for 'mps' to 'pdf' [MP to PDF] graphics > inclusion > checking conversion of 'testfig-1.pdf', fullname 'testfig-1.pdf', old format 'pdf', new format 'pdf', conversion 'default', resolution 'default' graphics > inclusion > no converter for 'pdf' to 'pdf' graphics > inclusion > new graphic, using hash 'testfig-1.pdf->1->crop->unknown->unknown->unknown->' (Though I don't believe the "no converter for 'mps' to 'pdf'" diagnostic.) This is with Context 2013.05.28 00:36 MKIV (TL2013 on Debian). -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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2013-08-09 20:26 internal mptopdf converter skips some glyphs in labels Sanjoy Mahajan @ 2013-08-09 20:41 ` Aditya Mahajan 2013-08-09 23:50 ` Sanjoy Mahajan 2013-08-09 21:50 ` Hans Hagen 1 sibling, 1 reply; 12+ messages in thread From: Aditya Mahajan @ 2013-08-09 20:41 UTC (permalink / raw) To: mailing list for ConTeXt users On Fri, 9 Aug 2013, Sanjoy Mahajan wrote: > The internal mptopdf converter in MkIV omit some glyphs in the labels. > Here's a minimal example (test.tex): > > \starttext > > \externalfigure[testfig.1][frame=on] > \blank > \externalfigure[testfig-1.pdf][frame=on] > > \stoptext > > And testfig.1 is produced by testfig.mp Any particular reason that you are compiling metapost files using mp and then including them in ConTeXt rather than directly using any one of the inbuilt ConTeXt environments for handling mp (\startMPcode, \useMPgraphic, \processMPbuffer, etc.) > beginfig(1) > label(btex $\Omega$ etex, (0,0)); > currentpicture := currentpicture scaled 5; > endfig; > end > > Here's testfig.1 to save a step in debugging: > > %!PS > %%BoundingBox: -18 -18 18 18 > %%HiResBoundingBox: -17.98805 -17.0195 17.98798 17.0195 > %%Creator: MetaPost 1.803 > %%CreationDate: 2013.08.09:1612 > %%Pages: 1 > %*Font: cmr10 49.81323 9.96265 0a:8 > %%BeginProlog > %%EndProlog > %%Page: 1 1 > 0 0 0 setrgbcolor > -17.98805 -17.0195 moveto > (\012) cmr10 49.81323 fshow > showpage > %%EOF > > Then do: > > mptopdf testfig.1 > context test.tex > xpdf test.pdf > > The first framed box, using the internal mps->pdf conversion, is empty. > The second framed go, using the pdf file produced by mptopdf, correctly > contains \Omega. Try adding prologues := 2; or prologues := 3; in your mp file. Aditya ___________________________________________________________________________________ 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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2013-08-09 20:41 ` Aditya Mahajan @ 2013-08-09 23:50 ` Sanjoy Mahajan 2013-08-10 0:09 ` Aditya Mahajan 0 siblings, 1 reply; 12+ messages in thread From: Sanjoy Mahajan @ 2013-08-09 23:50 UTC (permalink / raw) To: Aditya Mahajan, mailing list for ConTeXt users > Try adding > prologues := 2; > or > prologues := 3; > in your mp file. > Good thought, which I tried, though neither setting resolved the problem. > Any particular reason that you are compiling metapost files using mp and > then including them in ConTeXt rather than directly using any one of the > inbuilt ConTeXt environments for handling mp (\startMPcode, \useMPgraphic, > \processMPbuffer, etc.) Mostly conservatism. I cannot quite figure out the canonical replacement for btex ... etex (textext, sometext?), and then I get confused by the many possible environments. What do you recommend as the best btex...etex replacement and the best environment for replacing a standalong metapost figure (that I would otherwise just include with \externalfigure)? -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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2013-08-09 23:50 ` Sanjoy Mahajan @ 2013-08-10 0:09 ` Aditya Mahajan 0 siblings, 0 replies; 12+ messages in thread From: Aditya Mahajan @ 2013-08-10 0:09 UTC (permalink / raw) To: mailing list for ConTeXt users On Fri, 9 Aug 2013, Sanjoy Mahajan wrote: >> Try adding >> prologues := 2; >> or >> prologues := 3; >> in your mp file. >> > > Good thought, which I tried, though neither setting resolved the > problem. > >> Any particular reason that you are compiling metapost files using mp and >> then including them in ConTeXt rather than directly using any one of the >> inbuilt ConTeXt environments for handling mp (\startMPcode, \useMPgraphic, >> \processMPbuffer, etc.) > > Mostly conservatism. I cannot quite figure out the canonical > replacement for btex ... etex (textext, sometext?), and then I get > confused by the many possible environments. > > What do you recommend as the best btex...etex replacement Nothing. Just leave them as it is and MkIV is smart enough to process them [^1]. If you used the TEX macros (to build strings with metapost variables), use textext("...") instead of TEX("...."). > and the best > environment for replacing a standalong metapost figure (that I would > otherwise just include with \externalfigure)? I use the following: \startcomponent figures \startbuffer[system-1] ... mp code .. \stopbuffer % Other figures in separate buffer \stopcomponent and then use \processMPbuffer[list of buffers] to typeset them [^2]. With this approach you loose some of the features of \externalfigure (scaling, backgrounds, etc.) For scaling, you can use \scale[....]{\processMPbuffer[...]} and if you really need a background, you can use \framed. Another option is to use \startMPcode .... \stopMPcode environment, but I usually like my figures to be separate files. [^1]: To process btex ... etex, the content of each metapost environment is processed twice. This can sometimes lead to unexpected results. Basically you have to careful with := vs =, otherwise you'll get inconsistent equations. [^2]: You also need to keep in mind that all metapost graphics are processed in a single run (think of a single mp file with multiple beginfigs). So you have to be careful with initializing and resetting variables (\startMPinclusions, \startMPinitializations, \startMPdefinitions, see wiki for difference) or adding bgroup ... egroup at appropriate location to limit scope. Another way to avoid interference is to use separate MPinstances, but in my opinion that feature is more useful to module writers than normal users. Aditya ___________________________________________________________________________________ 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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2013-08-09 20:26 internal mptopdf converter skips some glyphs in labels Sanjoy Mahajan 2013-08-09 20:41 ` Aditya Mahajan @ 2013-08-09 21:50 ` Hans Hagen 2013-08-09 23:45 ` Sanjoy Mahajan 2014-06-05 2:17 ` Sanjoy Mahajan 1 sibling, 2 replies; 12+ messages in thread From: Hans Hagen @ 2013-08-09 21:50 UTC (permalink / raw) To: ntg-context On 8/9/2013 10:26 PM, Sanjoy Mahajan wrote: > With \enabletrackers[graphics.conversion,graphics.inclusion], the log > has the following lines, none of which seem to pinpoint the problem: > > graphics > inclusion > checking conversion of 'testfig.1', fullname 'testfig.1', old format 'mps', new format 'pdf', conversion 'default', resolution 'default' > graphics > inclusion > no converter for 'mps' to 'pdf' > [MP to PDF] > graphics > inclusion > checking conversion of 'testfig-1.pdf', fullname 'testfig-1.pdf', old format 'pdf', new format 'pdf', conversion 'default', resolution 'default' > graphics > inclusion > no converter for 'pdf' to 'pdf' > graphics > inclusion > new graphic, using hash 'testfig-1.pdf->1->crop->unknown->unknown->unknown->' > > (Though I don't believe the "no converter for 'mps' to 'pdf'" diagnostic.) don't worry .. that concerns an additional plugin (one can plug in downsamplers and so) > This is with Context 2013.05.28 00:36 MKIV (TL2013 on Debian). the beta works ok .. are there any messages with respect to missing fonts or map files? 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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2013-08-09 21:50 ` Hans Hagen @ 2013-08-09 23:45 ` Sanjoy Mahajan 2014-06-05 2:17 ` Sanjoy Mahajan 1 sibling, 0 replies; 12+ messages in thread From: Sanjoy Mahajan @ 2013-08-09 23:45 UTC (permalink / raw) To: Hans Hagen, ntg-context Hans Hagen <pragma@wxs.nl> writes: > the beta works ok .. are there any messages with respect to missing > fonts or map files? I got rid of page numbering and added a few more trackers: \enabletrackers[graphics.conversion,graphics.inclusion,fonts.mapfiles,fonts.loading,fonts.missing,fonts.mapping] \setuppagenumbering[location=] The log file didn't look strange (I've included it below). I also changed the label to btex $1$ etex (intead of $\Omega$), which works fine, and diffed the context log files when making test.pdf with the $\Omega$ figure and the $1$ figure. The only difference is at line 132, where the $1$ version loads cmr10.pfb ) )</usr/local/texlive/2013/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb> which makes sense, since "1" is in cmr10, and the conversion of testfig.1 must have figured out that cmr10 was needed. But in the $\Omega$ version, no font file is loaded. Probably it should have loaded (and reported <blah.otf> in the log file) this file: /usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf Does this help track down the problem in the jungle of map files and paths? -Sanjoy (/usr/local/texlive/2013/texmf-dist/tex/context/base/cont-yes.mkiv ConTeXt ver: 2013.05.28 00:36 MKIV current fmt: 2013.8.6 int: english/english system > 'cont-new.mkiv' loaded (/usr/local/texlive/2013/texmf-dist/tex/context/base/cont-new.mkiv) system > files > jobname 'test', input './test', result 'test' fonts > latin modern fonts are not preloaded languages > language 'en' is active (/home/sanjoy/sfse/test.tex fonts > mapfiles > loading map file 'mkiv-base.map' {/usr/local/texlive/2013/texmf-dist/fonts/map/pdftex/context/mkiv-base.map} fonts > preloading latin modern fonts (second stage) fonts > typescripts > unknown library 'loc' fonts > mapfiles > loading map file 'lm-math.map' {/usr/local/texlive/2013/texmf-dist/fonts/map/dvips/lm/lm-math.map} fonts > mapfiles > loading map file 'lm-rm.map' {/usr/local/texlive/2013/texmf-dist/fonts/map/dvips/lm/lm-rm.map} fonts > defining > memory usage before: 29 MB (ctx: 28 MB) fonts > defining > start stage one: Serif sa 1 fonts > defining > specification 'Serif sa 1', lookup 'file', name 'Serif', sub '', method '', detail '' fonts > defining > stop stage one fonts > defining > start stage two: LMRoman-Regular (size 786432) fonts > defining > remapping name 'LMRoman-Regular', specification 'auto', size 786432, designsize 'file:lmroman12-regular' fonts > defining > trying (reader sequence driven) type 'otf' for 'lmroman12-regular' with file '' fonts > otf loading > loading from cache using hash 'lmroman12-regular' fonts > otf loading > apply enhancement 'unpack' to file '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm/lmroman12-regular.otf' fonts > otf loading > apply enhancement 'add dimensions' to file '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm/lmroman12-regular.otf' fonts > defining > defining tfm, name 'lmroman12-regular', fullname 'LMRoman12-Regular', filename '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm/lmroman12-regular.otf', hscale 786.432, vscale 786.432, math 'disabled', italics 'enabled' fonts > defining > registering 'lmroman12-regular' as 'otf', used 'lmroman12-regular.otf' fonts > defining > loaded and hashed: lmroman12-regular @ normal:curs=true+kern=true+liga=true+mark=true+mkmk=true+mode=auto+script=auto+tlig=true+trep=true @ 786432 fonts > defining > using opentype font with id '', name 'lmroman12-regular', size 786432, bytes 2, encoding '', fullname 'LMRoman12-Regular', filename 'lmroman12-regular.otf' fonts > defining > registering font, id 1, hash 'lmroman12-regular @ normal:curs=true+kern=true+liga=true+mark=true+mkmk=true+mode=auto+script=auto+tlig=true+trep=true @ 786432' fonts > defining > defining 'lmroman12-regular', id 1, target 'modern-designsize-12pt-rm-tf-0--0', features '' / 'default', fallbacks '' / '' fonts > defining > memory usage after: 30 MB (ctx: 29 MB) fonts > defining > stop stage two fonts > defining > memory usage before: 30 MB (ctx: 29 MB) fonts > defining > start stage one: MathRoman mo 1 fonts > defining > specification 'MathRoman mo 1', lookup 'file', name 'MathRoman', sub '', method '', detail '' fonts > defining > stop stage one fonts > defining > start stage two: file:latinmodern-math-regular.otf (size 458752) fonts > otf loading > loading from cache using hash 'latinmodern-math' fonts > otf loading > apply enhancement 'unpack' to file '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf' fonts > otf loading > apply enhancement 'add dimensions' to file '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf' fonts > defining > defining tfm, name 'latinmodern-math', fullname 'LatinModernMath-Regular-2', filename '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf', hscale 393.216, vscale 393.216, math 'enabled', italics 'enabled' fonts > defining > registering 'latinmodern-math' as 'otf', used 'latinmodern-math.otf' fonts > defining > loaded and hashed: latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mathsize=true+mode=base+script=math+ssty=2+tlig=true+trep=true @ 458752 fonts > defining > using opentype font with id '', name 'latinmodern-math', size 393216, bytes 2, encoding '', fullname 'LatinModernMath-Regular-2', filename 'latinmodern-math.otf' fonts > defining > registering font, id 2, hash 'latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mathsize=true+mode=base+script=math+ssty=2+tlig=true+trep=true @ 458752' fonts > defining > defining 'latinmodern-math-regular.otf', id 2, target 'modern-designsize-12pt-mm-mr--3', features '' / 'math-scriptscript,lm-math', fallbacks '' / '' fonts > defining > memory usage after: 34 MB (ctx: 33 MB) fonts > defining > stop stage two fonts > defining > memory usage before: 34 MB (ctx: 33 MB) fonts > defining > start stage one: MathRoman mo 1 fonts > defining > specification 'MathRoman mo 1', lookup 'file', name 'MathRoman', sub '', method '', detail '' fonts > defining > stop stage one fonts > defining > start stage two: file:latinmodern-math-regular.otf (size 589824) fonts > otf loading > loading from cache using hash 'latinmodern-math' fonts > otf loading > apply enhancement 'unpack' to file '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf' fonts > otf loading > apply enhancement 'add dimensions' to file '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf' fonts > defining > defining tfm, name 'latinmodern-math', fullname 'LatinModernMath-Regular-3', filename '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf', hscale 550.5024, vscale 550.5024, math 'enabled', italics 'enabled' fonts > defining > registering 'latinmodern-math' as 'otf', used 'latinmodern-math.otf' fonts > defining > loaded and hashed: latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mathsize=true+mode=base+script=math+ssty=1+tlig=true+trep=true @ 589824 fonts > defining > using opentype font with id '', name 'latinmodern-math', size 550502.4, bytes 2, encoding '', fullname 'LatinModernMath-Regular-3', filename 'latinmodern-math.otf' fonts > defining > registering font, id 3, hash 'latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mathsize=true+mode=base+script=math+ssty=1+tlig=true+trep=true @ 589824' fonts > defining > defining 'latinmodern-math-regular.otf', id 3, target 'modern-designsize-12pt-mm-mr--2', features '' / 'math-script,lm-math', fallbacks '' / '' fonts > defining > memory usage after: 35 MB (ctx: 34 MB) fonts > defining > stop stage two fonts > defining > memory usage before: 35 MB (ctx: 34 MB) fonts > defining > start stage one: MathRoman mo 1 fonts > defining > specification 'MathRoman mo 1', lookup 'file', name 'MathRoman', sub '', method '', detail '' fonts > defining > stop stage one fonts > defining > start stage two: file:latinmodern-math-regular.otf (size 786432) fonts > otf loading > loading from cache using hash 'latinmodern-math' fonts > otf loading > apply enhancement 'unpack' to file '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf' fonts > otf loading > apply enhancement 'add dimensions' to file '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf' fonts > defining > defining tfm, name 'latinmodern-math', fullname 'LatinModernMath-Regular-4', filename '/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf', hscale 786.432, vscale 786.432, math 'enabled', italics 'enabled' fonts > defining > registering 'latinmodern-math' as 'otf', used 'latinmodern-math.otf' fonts > defining > loaded and hashed: latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mode=base+script=math+ssty=false+tlig=true+trep=true @ 786432 fonts > defining > using opentype font with id '', name 'latinmodern-math', size 786432, bytes 2, encoding '', fullname 'LatinModernMath-Regular-4', filename 'latinmodern-math.otf' fonts > defining > registering font, id 4, hash 'latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mode=base+script=math+ssty=false+tlig=true+trep=true @ 786432' fonts > defining > defining 'latinmodern-math-regular.otf', id 4, target 'modern-designsize-12pt-mm-mr--1', features '' / 'math-text,lm-math', fallbacks '' / '' fonts > defining > memory usage after: 36 MB (ctx: 36 MB) fonts > defining > stop stage two fonts > defining > memory usage before: 36 MB (ctx: 36 MB) fonts > defining > start stage one: MathRomanBold mo 1 fonts > defining > specification 'MathRomanBold mo 1', lookup 'file', name 'MathRomanBold', sub '', method '', detail '' fonts > defining > stop stage one fonts > defining > start stage two: file:latinmodern-math-regular.otf (size 458752) fonts > defining > already hashed: latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mathsize=true+mode=base+script=math+ssty=2+tlig=true+trep=true @ 458752 fonts > defining > reusing latinmodern-math-regular.otf, id 2, target 'modern-designsize-12pt-mm-mb--3', features '' / 'math-scriptscript,lm-math', fallbacks '' / '', goodies '' / 'lm', designsize 'auto' / '' fonts > defining > memory usage after: 37 MB (ctx: 36 MB) fonts > defining > stop stage two fonts > defining > memory usage before: 37 MB (ctx: 36 MB) fonts > defining > start stage one: MathRomanBold mo 1 fonts > defining > specification 'MathRomanBold mo 1', lookup 'file', name 'MathRomanBold', sub '', method '', detail '' fonts > defining > stop stage one fonts > defining > start stage two: file:latinmodern-math-regular.otf (size 589824) fonts > defining > already hashed: latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mathsize=true+mode=base+script=math+ssty=1+tlig=true+trep=true @ 589824 fonts > defining > reusing latinmodern-math-regular.otf, id 3, target 'modern-designsize-12pt-mm-mb--2', features '' / 'math-script,lm-math', fallbacks '' / '', goodies '' / 'lm', designsize 'auto' / '' fonts > defining > memory usage after: 37 MB (ctx: 36 MB) fonts > defining > stop stage two fonts > defining > memory usage before: 37 MB (ctx: 36 MB) fonts > defining > start stage one: MathRomanBold mo 1 fonts > defining > specification 'MathRomanBold mo 1', lookup 'file', name 'MathRomanBold', sub '', method '', detail '' fonts > defining > stop stage one fonts > defining > start stage two: file:latinmodern-math-regular.otf (size 786432) fonts > defining > already hashed: latinmodern-math @ normal:goodies=lm+kern=true+language=dflt+liga=true+mathalternates=true+mathitalics=true+mode=base+script=math+ssty=false+tlig=true+trep=true @ 786432 fonts > defining > reusing latinmodern-math-regular.otf, id 4, target 'modern-designsize-12pt-mm-mb--1', features '' / 'math-text,lm-math', fallbacks '' / '', goodies '' / 'lm', designsize 'auto' / '' fonts > defining > memory usage after: 37 MB (ctx: 36 MB) fonts > defining > stop stage two fonts > 'fallback modern rm 12pt' is loaded graphics > inclusion > checking conversion of 'testfig.1', fullname 'testfig.1', old format 'mps', new format 'pdf', conversion 'default', resolution 'default' graphics > inclusion > no converter for 'mps' to 'pdf' [MP to PDF] fonts > defining > specification 'cmr10', lookup 'file', name 'cmr10', sub '', method '', detail '' fonts > defining > trying (reader sequence driven) type 'otf' for 'cmr10' with file '' fonts > defining > trying (reader sequence driven) type 'ttf' for 'cmr10' with file '' fonts > defining > trying (reader sequence driven) type 'afm' for 'cmr10' with file '' fonts > afm loading > forcing afm format for '/usr/local/texlive/2013/texmf-dist/fonts/afm/public/amsfonts/cm/cmr10.afm' fonts > defining > defining tfm, name 'cmr10', fullname 'CMR10', filename '/usr/local/texlive/2013/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb', hscale 3276.764, vscale 3276.764, math 'disabled', italics 'enabled' fonts > defining > registering 'cmr10' as 'afm', used 'cmr10.afm' fonts > defining > loaded and hashed: cmr10 @ unknown @ 3276764 fonts > defining > registering font, id 5, hash 'cmr10 @ unknown @ 3276764' fonts > defining > using type1 font with id 5, name 'cmr10', size 3276764, bytes 2, encoding '', fullname 'CMR10', filename 'cmr10.pfb' graphics > inclusion > checking conversion of 'testfig-1.pdf', fullname 'testfig-1.pdf', old format 'pdf', new format 'pdf', conversion 'default', resolution 'default' graphics > inclusion > no converter for 'pdf' to 'pdf' graphics > inclusion > new graphic, using hash 'testfig-1.pdf->1->crop->unknown->unknown->unknown->' backend > xmp > using file '/usr/local/texlive/2013/texmf-dist/tex/context/base/lpdf-pdx.xml' <testfig-1.pdf> pages > flushing realpage 1, userpage 1 ) ) system > files > start used files used files > 1: filename=cont-yes.mkiv filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/base/cont-yes.mkiv usedmethod=otherwise used files > 2: filename=cont-new.mkiv filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/base/cont-new.mkiv usedmethod=otherwise used files > 3: filename=lang-us.lua filetype=lua foundname=/usr/local/texlive/2013/texmf-dist/tex/context/patterns/lang-us.lua usedmethod=otherwise used files > 4: filename=/home/sanjoy/sfse/test foundname=/home/sanjoy/sfse/test.tex usedmethod=qualified used files > 5: filename=mkiv-base.map filetype=map format=map foundname=/usr/local/texlive/2013/texmf-dist/fonts/map/pdftex/context/mkiv-base.map usedmethod=database used files > 6: filename=lm.lfg filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/fonts/lm.lfg usedmethod=otherwise used files > 7: filename=lm-math.lfg filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/fonts/lm-math.lfg usedmethod=otherwise used files > 8: filename=lm-math.map filetype=map format=map foundname=/usr/local/texlive/2013/texmf-dist/fonts/map/dvips/lm/lm-math.map usedmethod=database used files > 9: filename=lm-rm.map filetype=map format=map foundname=/usr/local/texlive/2013/texmf-dist/fonts/map/dvips/lm/lm-rm.map usedmethod=database used files > 10: filename=lmroman12-regular filetype=otf format=otf foundname=/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm/lmroman12-regular.otf usedmethod=database used files > 11: filename=latinmodern-math.otf filetype=opentypefonts foundname=/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf usedmethod=database used files > 12: filename=latinmodern-math.otf filetype=otf format=otf foundname=/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf usedmethod=database used files > 13: filename=testfig.1 format=tex foundname=testfig.1 usedmethod=direct used files > 14: filename=cmr10 filetype=afm format=afm foundname=/usr/local/texlive/2013/texmf-dist/fonts/afm/public/amsfonts/cm/cmr10.afm usedmethod=database used files > 15: filename=cmr10.pfb filetype=pfb format=pfb foundname=/usr/local/texlive/2013/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb usedmethod=database used files > 16: filename=testfig-1.pdf format=tex foundname=testfig-1.pdf usedmethod=direct used files > 17: filename=lpdf-pdx.xml filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/base/lpdf-pdx.xml usedmethod=otherwise system > files > stop used files system > structure > start used structure used structure > text: test system > structure > stop used structure system > files > start used files used file > 1: filename=cont-yes.mkiv filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/base/cont-yes.mkiv usedmethod=otherwise used file > 2: filename=cont-new.mkiv filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/base/cont-new.mkiv usedmethod=otherwise used file > 3: filename=lang-us.lua filetype=lua foundname=/usr/local/texlive/2013/texmf-dist/tex/context/patterns/lang-us.lua usedmethod=otherwise used file > 4: filename=/home/sanjoy/sfse/test foundname=/home/sanjoy/sfse/test.tex usedmethod=qualified used file > 5: filename=mkiv-base.map filetype=map format=map foundname=/usr/local/texlive/2013/texmf-dist/fonts/map/pdftex/context/mkiv-base.map usedmethod=database used file > 6: filename=lm.lfg filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/fonts/lm.lfg usedmethod=otherwise used file > 7: filename=lm-math.lfg filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/fonts/lm-math.lfg usedmethod=otherwise used file > 8: filename=lm-math.map filetype=map format=map foundname=/usr/local/texlive/2013/texmf-dist/fonts/map/dvips/lm/lm-math.map usedmethod=database used file > 9: filename=lm-rm.map filetype=map format=map foundname=/usr/local/texlive/2013/texmf-dist/fonts/map/dvips/lm/lm-rm.map usedmethod=database used file > 10: filename=lmroman12-regular filetype=otf format=otf foundname=/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm/lmroman12-regular.otf usedmethod=database used file > 11: filename=latinmodern-math.otf filetype=opentypefonts foundname=/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf usedmethod=database used file > 12: filename=latinmodern-math.otf filetype=otf format=otf foundname=/usr/local/texlive/2013/texmf-dist/fonts/opentype/public/lm-math/latinmodern-math.otf usedmethod=database used file > 13: filename=testfig.1 format=tex foundname=testfig.1 usedmethod=direct used file > 14: filename=cmr10 filetype=afm format=afm foundname=/usr/local/texlive/2013/texmf-dist/fonts/afm/public/amsfonts/cm/cmr10.afm usedmethod=database used file > 15: filename=cmr10.pfb filetype=pfb format=pfb foundname=/usr/local/texlive/2013/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb usedmethod=database used file > 16: filename=testfig-1.pdf format=tex foundname=testfig-1.pdf usedmethod=direct used file > 17: filename=lpdf-pdx.xml filetype=tex foundname=/usr/local/texlive/2013/texmf-dist/tex/context/base/lpdf-pdx.xml usedmethod=otherwise system > files > stop used files system > options > start commandline options used option > currentrun="1" used option > fulljobname="./test" used option > input="./test" used option > kindofrun="1" used option > maxnofruns="8" used option > no-parse-first-line="true" system > options > stop commandline options system > options > start commandline files used file > 1: ./test system > options > stop commandline files mkiv lua stats > used config file: selfautoparent:/texmfcnf.lua;selfautoparent:/texmf-dist/web2c/texmfcnf.lua mkiv lua stats > used cache path: readable+writable: '/usr/local/texlive/2013/texmf-var/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9' mkiv lua stats > resource resolver: loadtime 0.149 seconds, 0 scans with scantime 0.000 seconds, 0 shared scans, 17 found files, scanned paths: <none> mkiv lua stats > stored bytecode data: 329 modules (0.350 sec), 69 tables (0.000 sec), 398 chunks (0.350 sec) mkiv lua stats > cleaned up reserved nodes: 41 nodes, 9 lists of 441 mkiv lua stats > node memory usage: 2 glue, 2 penalty, 9 attribute, 28 glue_spec, 3 attribute_list mkiv lua stats > node list callback tasks: 6 unique task lists, 5 instances (re)created, 59 calls mkiv lua stats > used backend: pdf (backend for directly generating pdf output) mkiv lua stats > loaded patterns: en::2, load time: 0.000 mkiv lua stats > jobdata time: 0.002 seconds saving, 0.001 seconds loading mkiv lua stats > callbacks: 177 direct, 186 indirect, 363 total mkiv lua stats > randomizer: resumed with value 0.54399479578435 mkiv lua stats > lxml preparation time: 0.000 seconds, 0 nodes, 15 lpath calls, 0 cached calls mkiv lua stats > result saved in file: test.pdf, compresslevel 3, objectcompreslevel 3 mkiv lua stats > loaded fonts: 3 files: cmr10.afm, latinmodern-math.otf (experimental), lmroman12-regular.otf mkiv lua stats > fonts load time: 0.311 seconds mkiv lua stats > graphics processing time: 0.074 seconds including tex, 2 processed images mkiv lua stats > mps conversion time: 0.000 seconds, 1 conversions mkiv lua stats > luatex banner: this is luatex, version beta-0.76.0-2013061720 (tex live 2013) (rev 4627) mkiv lua stats > control sequences: 37371 of 65536 + 100000 mkiv lua stats > current memory usage: 40 MB (ctx: 39 MB) mkiv lua stats > runtime: 0.794 seconds, 1 processed pages, 1 shipped pages, 1.259 pages/second ___________________________________________________________________________________ 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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2013-08-09 21:50 ` Hans Hagen 2013-08-09 23:45 ` Sanjoy Mahajan @ 2014-06-05 2:17 ` Sanjoy Mahajan 2014-06-05 8:04 ` Hans Hagen 1 sibling, 1 reply; 12+ messages in thread From: Sanjoy Mahajan @ 2014-06-05 2:17 UTC (permalink / raw) To: Hans Hagen, ntg-context Hans Hagen <pragma@wxs.nl> writes: >> This is with Context 2013.05.28 00:36 MKIV (TL2013 on Debian). > > the beta works ok .. are there any messages with respect to missing > fonts or map files? FYI, with recent betas (2014.05.17 from a context standalone or 2014.05.21 from Debian TL2014), I still find the problem with the internal mptopdf converter dropping glyphs. I work around it in the Makefile (convert using mptopdf externally). However, in case it is worth tracking down, here is the original report with the minimal example. ================== The internal mptopdf converter in MkIV omits some glyphs in the labels. Here's a minimal example (test.tex): \starttext \externalfigure[testfig.1][frame=on] \blank \externalfigure[testfig-1.pdf][frame=on] \stoptext And testfig.1 is produced by testfig.mp beginfig(1) label(btex $\Omega$ etex, (0,0)); currentpicture := currentpicture scaled 5; endfig; end Here's testfig.1 to save a step in debugging: %!PS %%BoundingBox: -18 -18 18 18 %%HiResBoundingBox: -17.98805 -17.0195 17.98798 17.0195 %%Creator: MetaPost 1.803 %%CreationDate: 2013.08.09:1612 %%Pages: 1 %*Font: cmr10 49.81323 9.96265 0a:8 %%BeginProlog %%EndProlog %%Page: 1 1 0 0 0 setrgbcolor -17.98805 -17.0195 moveto (\012) cmr10 49.81323 fshow showpage %%EOF Then do: mptopdf testfig.1 context test.tex xpdf test.pdf The first framed box, using the internal mps->pdf conversion, is empty. The second framed go, using the pdf file produced by mptopdf, correctly contains \Omega. ================== ___________________________________________________________________________________ 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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2014-06-05 2:17 ` Sanjoy Mahajan @ 2014-06-05 8:04 ` Hans Hagen 2014-06-05 19:37 ` Sanjoy Mahajan 0 siblings, 1 reply; 12+ messages in thread From: Hans Hagen @ 2014-06-05 8:04 UTC (permalink / raw) To: Sanjoy Mahajan, ntg-context On 6/5/2014 4:17 AM, Sanjoy Mahajan wrote: > Hans Hagen <pragma@wxs.nl> writes: > >>> This is with Context 2013.05.28 00:36 MKIV (TL2013 on Debian). >> >> the beta works ok .. are there any messages with respect to missing >> fonts or map files? > > FYI, with recent betas (2014.05.17 from a context standalone or > 2014.05.21 from Debian TL2014), I still find the problem with the > internal mptopdf converter dropping glyphs. I work around it in the > Makefile (convert using mptopdf externally). However, in case it is > worth tracking down, here is the original report with the minimal > example. you see the message: LuaTeX warning (file cmr10): Font cmr10 at 3000 not found so you need to load a map file that matches the used fonts: \loadmapfile[mkiv-base] > ================== > > The internal mptopdf converter in MkIV omits some glyphs in the labels. > Here's a minimal example (test.tex): > > \starttext > > \externalfigure[testfig.1][frame=on] > \blank > \externalfigure[testfig-1.pdf][frame=on] > > \stoptext > > And testfig.1 is produced by testfig.mp > > beginfig(1) > label(btex $\Omega$ etex, (0,0)); > currentpicture := currentpicture scaled 5; > endfig; > end > > Here's testfig.1 to save a step in debugging: > > %!PS > %%BoundingBox: -18 -18 18 18 > %%HiResBoundingBox: -17.98805 -17.0195 17.98798 17.0195 > %%Creator: MetaPost 1.803 > %%CreationDate: 2013.08.09:1612 > %%Pages: 1 > %*Font: cmr10 49.81323 9.96265 0a:8 > %%BeginProlog > %%EndProlog > %%Page: 1 1 > 0 0 0 setrgbcolor > -17.98805 -17.0195 moveto > (\012) cmr10 49.81323 fshow > showpage > %%EOF > > Then do: > > mptopdf testfig.1 > context test.tex > xpdf test.pdf > > The first framed box, using the internal mps->pdf conversion, is empty. > The second framed go, using the pdf file produced by mptopdf, correctly > contains \Omega. > > ================== > -- ----------------------------------------------------------------- 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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2014-06-05 8:04 ` Hans Hagen @ 2014-06-05 19:37 ` Sanjoy Mahajan 2014-06-05 20:25 ` Hans Hagen 0 siblings, 1 reply; 12+ messages in thread From: Sanjoy Mahajan @ 2014-06-05 19:37 UTC (permalink / raw) To: Hans Hagen, ntg-context Hans Hagen <pragma@wxs.nl> writes: > you see the message: > LuaTeX warning (file cmr10): Font cmr10 at 3000 not found You are right, though I had unwisely ignored it (weak excuse below). > so you need to load a map file that matches the used fonts: > \loadmapfile[mkiv-base] That does fix it, thanks. The warning message, which is helpful, seems to happen only with a relatively recent LuaTeX. In my earlier tests, with 0.78, there wasn't a message, and also with the luatex in Debian's TL2014 there isn't one (which is why I ignored it). Debian's TL has luatex beta-0.79.1 (TeX Live 2014/Debian) (rev 4971) The version in the context standalone is just a bit later: beta-0.79.1 (TeX Live 2014/dev) (rev 4972) Hard to believe that one svn revision makes all the difference, but maybe it does. -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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2014-06-05 19:37 ` Sanjoy Mahajan @ 2014-06-05 20:25 ` Hans Hagen 2014-06-05 21:27 ` Sanjoy Mahajan 0 siblings, 1 reply; 12+ messages in thread From: Hans Hagen @ 2014-06-05 20:25 UTC (permalink / raw) To: Sanjoy Mahajan, ntg-context On 6/5/2014 9:37 PM, Sanjoy Mahajan wrote: > Hans Hagen <pragma@wxs.nl> writes: > >> you see the message: >> LuaTeX warning (file cmr10): Font cmr10 at 3000 not found > > You are right, though I had unwisely ignored it (weak excuse below). > >> so you need to load a map file that matches the used fonts: >> \loadmapfile[mkiv-base] > > That does fix it, thanks. > > The warning message, which is helpful, seems to happen only with a > relatively recent LuaTeX. In my earlier tests, with 0.78, there wasn't > a message, and also with the luatex in Debian's TL2014 there isn't one > (which is why I ignored it). > > Debian's TL has luatex beta-0.79.1 (TeX Live 2014/Debian) (rev 4971) > > The version in the context standalone is just a bit later: > > beta-0.79.1 (TeX Live 2014/dev) (rev 4972) > > Hard to believe that one svn revision makes all the difference, but > maybe it does. I've added a "--mapfiles" option to "mtxrun --script metapost" (the more modern replacement for mptopdf) and default to some base map files. Will be in next beta. In context itself (when embedding such graphics) one still need to include those map files. However, when using mp graphics in context, it makes much more sense to define them runtime. Alternatively, you can consider making your mp graphics like this: \startMPpage some code \stopMPpage This will use the regular font system, gives access to everything context as well, and makes it possible to opentype fonts. The resulting (cropped) graphic can of course be included. One can also have more of them: \starttext \startMPpage some code \stopMPpage \startMPpage some code \stopMPpage \stoptext and include the pages selectively. 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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2014-06-05 20:25 ` Hans Hagen @ 2014-06-05 21:27 ` Sanjoy Mahajan 2014-06-05 23:19 ` Hans Hagen 0 siblings, 1 reply; 12+ messages in thread From: Sanjoy Mahajan @ 2014-06-05 21:27 UTC (permalink / raw) To: Hans Hagen, ntg-context Hans Hagen <pragma@wxs.nl> writes: > Alternatively, you can consider making your mp graphics like this: > > \startMPpage > some code > \stopMPpage > > This will use the regular font system, gives access to everything > context as well, and makes it possible to opentype fonts. The resulting > (cropped) graphic can of course be included. One can also have more of > them: That's an improvement on what I am doing. (Though I may be getting lots of ConTeXt and OpenType fonts, by using a preamble with verbatimtex %&cont-en ... etex ) Right now my figure source (blah.mpfig, say) is what would go in between begin/endfig. The Makefile wraps it in begin/endfig, and includes a header.mp with all the definitions hopefully consistent with the main document's environment (terrible, I know), writes out blah.mp, which is run through metapost and mptopdf. The disadvantage of incorparating everything into the .tex may be the edit--compile cycle gets much longer for the figures, because you have to compile the whole document or component to see the revised figure. (My rule of thumb is that typing is about 10 times faster than handwriting, unless one has to do equations, in which case you lose a factor of 3; or if you have to make figures, in which case you lose the other factor of 3 (3^2=10), and maybe more.) -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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: internal mptopdf converter skips some glyphs in labels 2014-06-05 21:27 ` Sanjoy Mahajan @ 2014-06-05 23:19 ` Hans Hagen 0 siblings, 0 replies; 12+ messages in thread From: Hans Hagen @ 2014-06-05 23:19 UTC (permalink / raw) To: Sanjoy Mahajan, ntg-context On 6/5/2014 11:27 PM, Sanjoy Mahajan wrote: > Hans Hagen <pragma@wxs.nl> writes: > >> Alternatively, you can consider making your mp graphics like this: >> >> \startMPpage >> some code >> \stopMPpage >> >> This will use the regular font system, gives access to everything >> context as well, and makes it possible to opentype fonts. The resulting >> (cropped) graphic can of course be included. One can also have more of >> them: > > That's an improvement on what I am doing. (Though I may be getting lots > of ConTeXt and OpenType fonts, by using a preamble with > > verbatimtex %&cont-en > ... > etex > > ) I must admit that I never use verbatimtex (nor btex/etex). > Right now my figure source (blah.mpfig, say) is what would go in between > begin/endfig. The Makefile wraps it in begin/endfig, and includes a > header.mp with all the definitions hopefully consistent with the main > document's environment (terrible, I know), writes out blah.mp, which is > run through metapost and mptopdf. Including environments and styles is easier when you run the mp graphic as context file. Just \environment ... will do. > The disadvantage of incorparating everything into the .tex may be the > edit--compile cycle gets much longer for the figures, because you have > to compile the whole document or component to see the revised figure. > (My rule of thumb is that typing is about 10 times faster than > handwriting, unless one has to do equations, in which case you lose a > factor of 3; or if you have to make figures, in which case you lose the > other factor of 3 (3^2=10), and maybe more.) That is only true if you can produce content at high speed -) Otherwise the ratio typing - thinking - making up text etc is not that good. Are you sure' it's 'much' longer? You can still put graphics in external files, or use \useMPgraphic etc ... Running mp in context (luatex) is pretty fast (esp when your viewer refreshes fast too). And when at some point you want to use the new lua extension in mp you can only run it that way. 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 ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2014-06-05 23:19 UTC | newest] Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2013-08-09 20:26 internal mptopdf converter skips some glyphs in labels Sanjoy Mahajan 2013-08-09 20:41 ` Aditya Mahajan 2013-08-09 23:50 ` Sanjoy Mahajan 2013-08-10 0:09 ` Aditya Mahajan 2013-08-09 21:50 ` Hans Hagen 2013-08-09 23:45 ` Sanjoy Mahajan 2014-06-05 2:17 ` Sanjoy Mahajan 2014-06-05 8:04 ` Hans Hagen 2014-06-05 19:37 ` Sanjoy Mahajan 2014-06-05 20:25 ` Hans Hagen 2014-06-05 21:27 ` Sanjoy Mahajan 2014-06-05 23:19 ` Hans Hagen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).