Re: [NTG-context] showfont with xetex (syntax changed?)
I ran sudo ctxtools --updatecontext about one hour ago and all this that you write here can't be found (s-pre-63.tex is the latest) ... Where did you mean should I grep the sources for definefontfeature ?? Steffen Am 06.12.2007 um 17:35 schrieb Mojca Miklavec: On Dec 6, 2007 5:09 PM, Steffen Wolfrum wrote: Am 06.12.2007 um 12:32 schrieb Mojca Miklavec: The general approach would be something like: \definefontfeature[mine][smcp=yes] \definefontsynonym[a][name:Warnock Pro][features=mine] \showfont[a] (grep the sources for definefontfeature) hmm ... the only hit is in /base/font-ini.mkii (and font-ini.tex) \def\mkdefinefontfeature#1% #2 {\setvalue{\??fa#1}} % {#2} \definefontfeature [default] [liga=yes,kern=yes,tlig=yes,trep=yes] % texligatures=yes,texquotes=yes \definefontfeature [smallcaps] [liga=yes,kern=yes,tlig=yes,trep=yes,smcp=yes] % texligatures=yes,texquotes=yes \definefontfeature [oldstyle] [liga=yes,kern=yes,tlig=yes,trep=yes,onum=yes] % texligatures=yes,texquotes=yes font-otf.lua:-- \definefontfeature[calt] [language=nld,script=latn,mode=node,calt=yes,clig=yes,rlig=yes] font-otf.lua:-- \definefontfeature[dflt][language=nld,script=latn,mode=node,calt=no, clig=yes,rlig=yes] font-otf.lua:-- \definefontfeature[fixd][language=nld,script=latn,mode=node,calt=no, clig=yes,rlig=yes,ignoredrules={44,45,47}] s-pre-64.tex: \definefontfeature[default] [method=node,script=latn,language=dflt,liga=yes,onum=yes,kern=yes] (Might change!!!) Mojca __ _ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net __ _ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Gentium Basic/Book
Hi Mojca, I tried your example below and struggled in path error: %\starttypescript[serif][gentium-basic] %\definefontsynonym[GentiumBasic] [file:GenBasR] [features=default] %\definefontsynonym[GentiumBasicItalic][file:GenBasI] [features=default] %\definefontsynonym[GentiumBasicBold] [file:GenBasB] [features=default] %\definefontsynonym[GentiumBasicBoldItalic][file:GenBasBI] [features=default] %\stoptypescript %\starttypescript[serif][gentium-basic][name] %\definefontsynonym[Serif] [GentiumBasic] %\definefontsynonym[SerifItalic][GentiumBasicItalic] %\definefontsynonym[SerifBold] [GentiumBasicBold] %\definefontsynonym[SerifBoldItalic][GentiumBasicBoldItalic] %\stoptypescript %\definetypeface[mygentium][rm][serif][gentium-basic][default] %\setupbodyfont[mygentium,36pt] \font\rom=Gentium Basic at 36pt \starttext Test WQG 0196 \rom Test WQG 0196 \stoptext Doing it like this works OK. But uncommenting the lines above ends up in ... kpathsea: Running mktexmf GenBasR ! I can't find file `GenBasR'. But isn't it the same font/file adressed in both cases? (sorry, I am an absolute beginner in xetex) Yours, Steffen Am 20.11.2007 um 01:57 schrieb Mojca Miklavec: On 11/19/07, Joel C. Salomon wrote: Guess I asked for too much at once. I've downloaded the Gentium Basic/Basic Book set of fonts from http://scripts.sil.org/Gentium_basic, and I'd like to use them with ConTeXt. I ran texfont (with the command line texfont --fontroot=c:\users\chesky\programs\context\tex\texmf-local --sourcepath=... --vendor=sil --collection=gentium --makepath --install), and now running texexec on the newly generated texnansi-sil-gentium.tex produces some sort of glyph list. Rather than using texfont (half-broken anyway), use XeTeX or LuaTeX. (If you're using MikTeX and are willing to upgrade to MikTeX 2.7, you can process your documents with texexec --xtx filename; if you're using the standalone ConTeXt, you can process it with --xtx or --lua.) Depending on whether you want to install those fonts or keep them in the tree there are slightly different approaches, but this should work for both LuTeX and XeTeX if you keep your files in the working directory or in texmf/fonts/opentype/...[somewhere here]... \starttypescript[serif][gentium-basic] \definefontsynonym[GentiumBasic] [file:GenBasR] [features=default] \definefontsynonym[GentiumBasicItalic][file:GenBasI] [features=default] \definefontsynonym[GentiumBasicBold] [file:GenBasB] [features=default] \definefontsynonym[GentiumBasicBoldItalic][file:GenBasBI] [features=default] \stoptypescript \starttypescript[serif][gentium-basic][name] \definefontsynonym[Serif] [GentiumBasic] \definefontsynonym[SerifItalic][GentiumBasicItalic] \definefontsynonym[SerifBold] [GentiumBasicBold] \definefontsynonym[SerifBoldItalic][GentiumBasicBoldItalic] \stoptypescript \definetypeface[mygentium][rm][serif][gentium-basic][default] \setupbodyfont[mygentium,13pt] I don't know how you plan to mix those fonts, but reverting to another typeface in case a glyph is missing is a bad idea in this particular case, at least in my opinion (although it's conditionally doable) - how are you going to handle missing characters in bold typeface? One possibility would be to use: - Gentium for Roman Italic - Gentium Basic for Bold Bold Italic (and hope that you won't need any special characters for titles) Mojca __ _ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net __ _ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Gentium Basic/Book
On Nov 22, 2007 1:31 PM, Wolfgang Schuster [EMAIL PROTECTED] wrote: The following works for me with LuaTeX and XeTeX. I had my test file in the same directory as the fonts, can you try this or you forgot to call fc-cache -v -r. I ran fc-cache -v -r, and that typescript worked for me, but I couldn't make the one-liner work. Does it require some ConTeXt magic that I'm not calling? --Joel ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Gentium Basic/Book
Guess I asked for too much at once. I've downloaded the Gentium Basic/Basic Book set of fonts from http://scripts.sil.org/Gentium_basic, and I'd like to use them with ConTeXt. I ran texfont (with the command line texfont --fontroot=c:\users\chesky\programs\context\tex\texmf-local --sourcepath=... --vendor=sil --collection=gentium --makepath --install), and now running texexec on the newly generated texnansi-sil-gentium.tex produces some sort of glyph list. Now I'm trying to adapt the typescript from http://wiki.contextgarden.net/TypeScripts for the new set of fonts. (I intend to use only utf-8 input files, if that matters any.) I'd like to use Gentium Basic as the titling font and Gentium Book Basic as the text font, with regular, italic, bold, bold-italic all available in the normal fashion. But I find I don't know what I'm doing. Has anyone yet tried to use the new fonts with ConTeXt? --Joel ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Gentium Basic/Book
Joel C. Salomon wrote: Guess I asked for too much at once. I've downloaded the Gentium Basic/Basic Book set of fonts from http://scripts.sil.org/Gentium_basic, and I'd like to use them with ConTeXt. I ran texfont (with the command line texfont --fontroot=c:\users\chesky\programs\context\tex\texmf-local --sourcepath=... --vendor=sil --collection=gentium --makepath --install), and now running texexec on the newly generated texnansi-sil-gentium.tex produces some sort of glyph list. Now I'm trying to adapt the typescript from http://wiki.contextgarden.net/TypeScripts for the new set of fonts. (I intend to use only utf-8 input files, if that matters any.) I'd like to use Gentium Basic as the titling font and Gentium Book Basic as the text font, with regular, italic, bold, bold-italic all available in the normal fashion. But I find I don't know what I'm doing. Has anyone yet tried to use the new fonts with ConTeXt? these are open type fonts ... use luatex or xetex ... Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Gentium Basic/Book
On 11/19/07, Joel C. Salomon wrote: Guess I asked for too much at once. I've downloaded the Gentium Basic/Basic Book set of fonts from http://scripts.sil.org/Gentium_basic, and I'd like to use them with ConTeXt. I ran texfont (with the command line texfont --fontroot=c:\users\chesky\programs\context\tex\texmf-local --sourcepath=... --vendor=sil --collection=gentium --makepath --install), and now running texexec on the newly generated texnansi-sil-gentium.tex produces some sort of glyph list. Rather than using texfont (half-broken anyway), use XeTeX or LuaTeX. (If you're using MikTeX and are willing to upgrade to MikTeX 2.7, you can process your documents with texexec --xtx filename; if you're using the standalone ConTeXt, you can process it with --xtx or --lua.) Depending on whether you want to install those fonts or keep them in the tree there are slightly different approaches, but this should work for both LuTeX and XeTeX if you keep your files in the working directory or in texmf/fonts/opentype/...[somewhere here]... \starttypescript[serif][gentium-basic] \definefontsynonym[GentiumBasic] [file:GenBasR] [features=default] \definefontsynonym[GentiumBasicItalic][file:GenBasI] [features=default] \definefontsynonym[GentiumBasicBold] [file:GenBasB] [features=default] \definefontsynonym[GentiumBasicBoldItalic][file:GenBasBI][features=default] \stoptypescript \starttypescript[serif][gentium-basic][name] \definefontsynonym[Serif] [GentiumBasic] \definefontsynonym[SerifItalic][GentiumBasicItalic] \definefontsynonym[SerifBold] [GentiumBasicBold] \definefontsynonym[SerifBoldItalic][GentiumBasicBoldItalic] \stoptypescript \definetypeface[mygentium][rm][serif][gentium-basic][default] \setupbodyfont[mygentium,13pt] I don't know how you plan to mix those fonts, but reverting to another typeface in case a glyph is missing is a bad idea in this particular case, at least in my opinion (although it's conditionally doable) - how are you going to handle missing characters in bold typeface? One possibility would be to use: - Gentium for Roman Italic - Gentium Basic for Bold Bold Italic (and hope that you won't need any special characters for titles) Mojca ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Some update woes on Linux
Hi all, After searching the archives and reading the wikis, I'm still at loss on this one. :( I installed TexLive 2007 on Ubuntu Gutsy through the repository package. All went well. However, given that I have to use XeTeX and that the ConTeXt that was installed with the package dates from May 2007, which is between January and 08.29, to be sure everything was okay I updated ConTeXt. I did it manually because ctxtools didn't work. A problem with the paths. First red flag, but I went on manually. I got the newest cont-tmf.zip and unzipped it in /usr/share/texmf and regenerated the formats by doing: texexec --make --all To check I had the correct version, I ran, on the commandline, these two: texexec --check and: ctxtools --contextversion Both gave me 2007.09.28 16:52, which seems quite correct. However, when I try to compile a document (with the --xtx option), I get the following error: ConTeXt ver: 2007.04.17 12:51 MKII fmt: 2007.11.5 int: english/english language: language en is active system : cont-new loaded (/usr/share/texmf/tex/context/base/cont-new.tex FatalError : Your format does not match the base files! FormatVersion : 2007.04.17 12:51 MKII FilesVersion: 2007.09.28 16:52 Clearly, there is something I must do that I don't know about or that I haven't found anywhere. Anyone can help? I figure it's simple -- and with all those numerous update questions around, I'm still stumped. Many thanks in advance for any help. Cheers! Jeff Smith ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Some update woes on Linux
Hello, Most things seem to be fine, you only forgot to run texexec --xtx --make --all to make the XeTeX-specific format. Mojca On 11/6/07, Jeff Smith wrote: Hi all, After searching the archives and reading the wikis, I'm still at loss on this one. :( I installed TexLive 2007 on Ubuntu Gutsy through the repository package. All went well. However, given that I have to use XeTeX and that the ConTeXt that was installed with the package dates from May 2007, which is between January and 08.29, to be sure everything was okay I updated ConTeXt. I did it manually because ctxtools didn't work. A problem with the paths. First red flag, but I went on manually. I got the newest cont-tmf.zip and unzipped it in /usr/share/texmf and regenerated the formats by doing: texexec --make --all To check I had the correct version, I ran, on the commandline, these two: texexec --check and: ctxtools --contextversion Both gave me 2007.09.28 16:52, which seems quite correct. However, when I try to compile a document (with the --xtx option), I get the following error: ConTeXt ver: 2007.04.17 12:51 MKII fmt: 2007.11.5 int: english/english language: language en is active system : cont-new loaded (/usr/share/texmf/tex/context/base/cont-new.tex FatalError : Your format does not match the base files! FormatVersion : 2007.04.17 12:51 MKII FilesVersion: 2007.09.28 16:52 Clearly, there is something I must do that I don't know about or that I haven't found anywhere. Anyone can help? I figure it's simple -- and with all those numerous update questions around, I'm still stumped. Many thanks in advance for any help. Cheers! Jeff Smith ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] OpenType in ConTeXt
Hi Pascal, I adjusted it to my own situation (AGaramondPro, not the Premier version). And I ran it succesfully. However, I can't see where the files have gone? They end up in a directory called texmf in the local directory, unless you have given the command line to change this directory (see --help) Compiling my .tex file also doesn't change anything. See the file example.tex in the texmf directory. Besides this I also noticed the script didn't support Semibold, which to me is very essential. The Bold version of AGaramondPro doesn't have any small caps, and Semibold just looks beter. Well, semibold is not supported, unless you drop bold and use semibold instead. If you insist, I will have a look at this. And if I understand the script correctly, the font in converted into static versions supporting OsF and Sc, right? Right. Patrick ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] luac-texluac-luatex-texlua-...
Hi, What I did on Ubuntu 7.04 (bash shell) was this downloaded justtex.zip and linuxtex.zip from pragma and unzipped them in my home directory. uncommented all the unset commands in setuptex downloaded luatex and the lua compiler i.e luac (found it via google) I think from www.luatex.org and from www.lua.org. I read on the mailing list that you don't need to download them as everything is self contained in the distro. set the unix variable TMP to /TMP (export TMP=/tmp) set the unix variable TEXMFCACHE to TMP (export TEXMFCACHE=/tmp) I think the last step was not needed because the luatools script will set it to $TMP and rename the lua scripts luatools.lua and mtxrun.lua (from the scripts/lua directory) to their extension less counterparts and moved them to the texmf-linux/bin directory. Also did a chmod 755 on them to make them executable. I also made a copy of luatex and named it texlua and put it in the texmf-linux/bin directory. Then after reading the MyWay on MKIV I did a texexec --make --all --luatex to generate the formats and ran succesfully the following tex script and produced a pdf file. % engine=luatex \starttext Hello from luatex \blank LUA \startlua a = 1.5 b = 1.8 c = a*b tex.print(c) \stoplua \stoptext Could be that I forgot some steps but this is what I remember. Hope it helps Kind regards Wim Hello, It is silly, but luatools urges me to have luac or texluac files, while the magazine tells only about luatex/texlua. It seems like luac not is the same as luatex, so I'm in despair because don't know where to get those additional files. // from luatools.lua // function utils.lua.compile(luafile, lucfile) -- utils.report(compiling,luafile,into,lucfile) os.remove(lucfile) local command = -s -o .. string.quote(lucfile) .. .. string.quote(luafile) if os.execute(texluac .. command) == 0 then return true elseif os.execute(luac .. command) == 0 then return true else return false end end ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] LuaTeX issues
Quoting Taco Hoekwater [EMAIL PROTECTED]: Pascal de Bruijn wrote: On Wed, 2007-08-08 at 19:16 +0200, Taco Hoekwater wrote: Pascal de Bruijn wrote: Hi, I'm having issues executing ConTeXt with LuaTeX: $ texexec --luatex lulu TeXExec | processing document 'lulu' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file lulu.top TeXExec | using randomseed 141 TeXExec | tex engine: luatex TeXExec | tex format: cont-en TeXExec | runtime: 0.063962 My guess is that you have not properly installed luatools. Try $ texexec --verbose --luatex lulu to see what it says then. I have unpacked the cont-tmf.zip file. This happens when I add verbose: You are missing a number of vital parts and actions. Please read and execute the installation instructions in this document: http://www.pragma-ade.com/general/magazines/mag-0012.pdf Basically, you need to generate the formats. run luatools --generate and luatools --ini --compile --verbose cont-en I noticed similar problem (texexec --lua fails without any useful message) when I tried to install context on a new machine. I simply downloaded context standalone installation, unzipped it, and ran texexec --lua file. With pdftex this used to work because the formats were located in the texmf tree. However, AFAIU, mkiv wants the standards to be in the TEXMFCACHE directory (which is mapped to the TEMP directory). So, simply getting the zip files from pragma does not work. You also need to generate the formats. 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] LuaTeX issues
Aditya Mahajan wrote: I noticed similar problem (texexec --lua fails without any useful message) when I tried to install context on a new machine. I simply downloaded context standalone installation, unzipped it, and ran texexec --lua file. With pdftex this used to work because the formats were located in the texmf tree. However, AFAIU, mkiv wants the standards to be in the TEXMFCACHE directory (which is mapped to the TEMP directory). So, simply getting the zip files from pragma does not work. You also need to generate the formats. at some point i will generate formats automatically - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] OpenType in ConTeXt
On Mon, 2007-08-06 at 22:07 +0200, Patrick Gundlach wrote: Hi Pascal, I'll give otfinstall a shot tomorrow. this is the oinst file for the adobe garamond premier I've used. There is no support for opticals yet. This is really a simple tool. adobe_garamond_premier_pro.oinst: -- vendor adobe collection garamond # 'sans' or 'serif' fontclass serif # Allowed variants are 'default', 'osf' variants%w(default osf) # Supported faces are 'regular' 'bold' 'italic' and 'bolditalic' regular GaramondPremrPro.otf boldGaramondPremrPro-Bd.otf italic GaramondPremrPro-It.otf bolditalic GaramondPremrPro-BdIt.otf -- I adjusted it to my own situation (AGaramondPro, not the Premier version). And I ran it succesfully. However, I can't see where the files have gone? Compiling my .tex file also doesn't change anything. I declared this, maybe I went wrong here... I tried several different font names: \usetypescript[AGaramondPro][texnansi] \setupbodyfont[AGaramondPro] I also tried 'garamond', 'adobegaramondpro'. Besides this I also noticed the script didn't support Semibold, which to me is very essential. The Bold version of AGaramondPro doesn't have any small caps, and Semibold just looks beter. And if I understand the script correctly, the font in converted into static versions supporting OsF and Sc, right? (Ruby isn't very readable, when you're not a Ruby programmer). Regards, Pascal de Bruijn -- http://blog.pcode.nl/ http://www.linkselente.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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] referencing figures with \in
Hoi Hans, Hans van der Meer wrote: I used to place references to figures and tables in the following way: \placefigure[][fig:myfig]{Title}{\useMPgraphic{myfig}{parameters}} \in{figure}[fig:myfig] This however printed a dot instead of the expected figure #. This needs an example file from you. I just ran: % hans-prob.tex \starttext I used to place references to figures and tables in the following way: \placefigure[][fig:myfig]{Title}{Content} \in{figure}[fig:myfig] This however printed a dot instead of the expected figure . Changing to \at{figure}[fig:myfig] again printed the correct reference. \stoptext And it worked fine. Best wishes, Taco ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] MetaPost memory was: metafun.mem on texlive
Ok, I saw I have asked the same thing before on the list, and I'm having the same problems, but cannot reconstruct the whole process. (As soon as I end up, I'll wikify the infos) Now, I'm always runnin texexec --make --all Doesn't it make also metafun? I also ran texexec --make metafun but I'm getting the same error. What should I do to metafun.mem? and to m-spec.mp? Thanks -a- On 16 May 2007, at 09:23, Taco Hoekwater wrote: Andrea Valle wrote: Ok, sorry for the confusion in the previous email. Searching in the list and on my hd, I found texmf.cnf I made some tweakings to memory. I was able to escape TeX memory exceedings. But not this one This is MetaPost, Version 0.993 (Web2C 7.5.6) (/usr/local/texlive/2007/texmf/web2c/natural.tcx) (Fatal mem file error; I'm stymied) This means you have to regenerate the metafun.mem file. Your tweaks have not made it into the metafun.mem file yet, so metapost sees a difference and refuses to load the file (that is a safeguard). Best wishes, Taco __ _ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net __ _ -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- [EMAIL PROTECTED] -- I did this interview where I just mentioned that I read Foucault. Who doesn't in university, right? I was in this strip club giving this guy a lap dance and all he wanted to do was to discuss Foucault with me. Well, I can stand naked and do my little dance, or I can discuss Foucault, but not at the same time; too much information. (Annabel Chong) ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] MetaPost memory was: metafun.mem on texlive
Andrea Valle wrote: Ok, I saw I have asked the same thing before on the list, and I'm having the same problems, but cannot reconstruct the whole process. (As soon as I end up, I'll wikify the infos) Now, I'm always runnin texexec --make --all Doesn't it make also metafun? It should, apparently it gives an error I also ran texexec --make metafun but I'm getting the same error. Are you sure it is the exact same error? (it shouldn't be). Can you cut and paste the complete output of texexec --make --verbose metafun please? Best wishes, Taco ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] What module does this document use ?
I comment out the following line, compiles fine, and get what I want, \Topics, \Topic seems not work here, but it's fine. \overcomePDFpagefalse I ran it under Debian/unstable. Thanks, Hans and Zhichu regards, Lingyun On 5/9/07, Hans Hagen [EMAIL PROTECTED] wrote: Lingyun Yang wrote: Thank you all, I found a s-pre-17 at http://wiki.contextgarden.net/Presentation_Styles But not the one I want to use, http://www.pragma-ade.com/present/talks/pre-mml.pdf and contextgarden.net didn't provide the s-pre-17.tex file. undocumented, untested, etc etc Lingyun On 5/7/07, Zhichu Chen [EMAIL PROTECTED] wrote: Hi Lingyun, You don't have s-pre-17.tex in you tex's path (neither have I) so \TitlePage is not defined (it's supposed to be defined in s-pre-17.tex ). Maybe you can get a copy from Hans and copy it to your texmf-local\tex\context\base directory and texexec --make then mktexlsr. On 5/8/07, Lingyun Yang [EMAIL PROTECTED] wrote: I tried a simple tex file: \usemodule[pre-17,mathml] \TitlePage{Hello World!} but get the following error: systems : system commands are enabled system : module pre-17 not found ! Undefined control sequence. recently read \TitlePage l.2 \TitlePage {Hello World!} ? Exit code: -1073741510 May On 5/4/07, Hans Hagen [EMAIL PROTECTED] wrote: Lingyun Yang wrote: Can anyone help me with this kind of document ? http://www.pragma-ade.com/present/talks/pre-mml.pdf Which module does it use ? Is there anyway I can find its example tex code ? I tried google, but didn't find much information. Thanks. \usemodule[pre-17,mathml] - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- Best Regards Chen Zhi-chu Chen | Shanghai Synchrotron Radiation Facility No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China tel: 086 21 5955 3405 | zhichu.chen.googlepages.com | www.sinap.ac.cn ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
[NTG-context] figuretext environmnet
Hi Hans, I ran into the following problem. \startfiguretext ... \stopfiguretext generates an error about undefined controlsequence \stopfiguretext -\dostoptextfloat. ConTeXt ver: 2007.03.19 11:20 MKII fmt: 2007.3.29 int: english/ english Willi Egger [EMAIL PROTECTED] ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] figuretext environmnet
Willi Egger wrote: Hi Hans, I ran into the following problem. \startfiguretext ... \stopfiguretext generates an error about undefined controlsequence \stopfiguretext -\dostoptextfloat. \startfiguretext {caption} {\externalfigure[dummy]} \input tufte \stopfiguretext works ok here - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] XeTeX problem again
Mojca Miklavec wrote: On 2/26/07, Oliver Buerschaper wrote: Dear folks, I'm afraid I'm facing the XeTeX problem again after I updated ConTeXt to version 2007.02.21 :-( On a freshly installed MacTeX-2007 (which is TeXLive 2007 up to minor modifications) everything is fine. The ConTeXt version is 2007.01.12. Then I ran ctxtools which installed an updated ConTeXt in texmf-local (besides the folder 2007). Now the pdfTeX engine still works fine. However, XeTeX complained about the wrong format files. So I remade them with texexec --make --xtx en nl. Later XeTeX spills out the following: --- TeXExec | processing document 'test.tex' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file test.top TeXExec | using randomseed 270 TeXExec | tex engine: xetex TeXExec | tex format: cont-en This is XeTeXk, Version 3.141592-2.2-0.996 (Web2C 7.5.6) %-line parsing enabled. (WARNING: translate-file natural.tcx ignored) entering extended mode (./test.tex ConTeXt ver: 2007.02.21 11:55 MKII fmt: 2007.2.26 int: english/ english language: language en is active system : cont-new loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.mkii)) system : cont-old loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/local/texlive/2007/../texmf-local/tex/context/user/cont-sys.rme (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-exa.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-syn.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-enc.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-siz.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-map.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-spe.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-akb.tex) (/us! Font \*7ptmmmrrm*=[rm-lmr7] not loadable: Metric (TFM) file or installed font not found. Problems confirmed. I went investigating the differences between the distributions, but I probably didn't investigate long enough. Hans has commented out a big portion of code for dealing with fonts under XeTeX, but even after uncommenting those lines again and after deleting the brackets in font-ini.mkii, I still get Font \*7ptmmmrrm*=ec-lmr12 not loadable which is really strange. not that strange ... just install the latest latin roman .. it's what the message says Font \*7ptmmmrrm*=[rm-lmr7] not loadable: Metric (TFM) file or installed font not found. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] XeTeX problem again
Dear folks, I'm afraid I'm facing the XeTeX problem again after I updated ConTeXt to version 2007.02.21 :-( On a freshly installed MacTeX-2007 (which is TeXLive 2007 up to minor modifications) everything is fine. The ConTeXt version is 2007.01.12. Then I ran ctxtools which installed an updated ConTeXt in texmf-local (besides the folder 2007). Now the pdfTeX engine still works fine. However, XeTeX complained about the wrong format files. So I remade them with texexec --make --xtx en nl. Later XeTeX spills out the following: --- TeXExec | processing document 'test.tex' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file test.top TeXExec | using randomseed 270 TeXExec | tex engine: xetex TeXExec | tex format: cont-en This is XeTeXk, Version 3.141592-2.2-0.996 (Web2C 7.5.6) %-line parsing enabled. (WARNING: translate-file natural.tcx ignored) entering extended mode (./test.tex ConTeXt ver: 2007.02.21 11:55 MKII fmt: 2007.2.26 int: english/ english language: language en is active system : cont-new loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.mkii)) system : cont-old loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/local/texlive/2007/../texmf-local/tex/context/user/cont-sys.rme (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-exa.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-syn.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-enc.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-siz.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-map.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-spe.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-akb.tex) (/us! Font \*7ptmmmrrm*=[rm-lmr7] not loadable: Metric (TFM) file or installed font not found. to be read again \relax \xxdododefinefont ...tspec {#4}\newfontidentifier \let \localrelativefontsiz... \dodosetmathfamilyA ...amily \fontsize \endcsname \else \ifcsname \fontbody ... \dosetmathfamily ...athfamily \scriptscriptfont #1 \let \fontbody #3 \dodosetm... inserted text ...ptscriptface \c!mr \mrfallback \dosetmathfamily \mifam \t... \synchronizemath ...athfonts \the \mathstrategies \fi ... l.1 % XeTeX ? --- So I tried Taco's advice http://archive.contextgarden.net/message/ 20070130.082837.4bc51f61.en.html but even after copying the map files from dvips/lm to pdftex/context the command ctxtools --dpx --force /usr/local/texlive/2007/texmf- dist/ only returns CtxTools | provide proper texmfroot. So I'm completely lost! Can anyone help? Oliver P.S. How can I get texexec --make --all to also make the XeTeX formats? ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] XeTeX problem again
On 2/26/07, Oliver Buerschaper wrote: Dear folks, I'm afraid I'm facing the XeTeX problem again after I updated ConTeXt to version 2007.02.21 :-( On a freshly installed MacTeX-2007 (which is TeXLive 2007 up to minor modifications) everything is fine. The ConTeXt version is 2007.01.12. Then I ran ctxtools which installed an updated ConTeXt in texmf-local (besides the folder 2007). Now the pdfTeX engine still works fine. However, XeTeX complained about the wrong format files. So I remade them with texexec --make --xtx en nl. Later XeTeX spills out the following: --- TeXExec | processing document 'test.tex' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file test.top TeXExec | using randomseed 270 TeXExec | tex engine: xetex TeXExec | tex format: cont-en This is XeTeXk, Version 3.141592-2.2-0.996 (Web2C 7.5.6) %-line parsing enabled. (WARNING: translate-file natural.tcx ignored) entering extended mode (./test.tex ConTeXt ver: 2007.02.21 11:55 MKII fmt: 2007.2.26 int: english/ english language: language en is active system : cont-new loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-new.mkii)) system : cont-old loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/local/texlive/2007/../texmf-local/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/local/texlive/2007/../texmf-local/tex/context/user/cont-sys.rme (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-exa.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-syn.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-enc.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-siz.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-map.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-spe.tex) (/usr/local/texlive/2007/../texmf-local/tex/context/base/type-akb.tex) (/us! Font \*7ptmmmrrm*=[rm-lmr7] not loadable: Metric (TFM) file or installed font not found. Problems confirmed. I went investigating the differences between the distributions, but I probably didn't investigate long enough. Hans has commented out a big portion of code for dealing with fonts under XeTeX, but even after uncommenting those lines again and after deleting the brackets in font-ini.mkii, I still get Font \*7ptmmmrrm*=ec-lmr12 not loadable which is really strange. Another change was connected with map files, but no success there either. So I tried Taco's advice http://archive.contextgarden.net/message/ 20070130.082837.4bc51f61.en.html but even after copying the map files from dvips/lm to pdftex/context the command ctxtools --dpx --force /usr/local/texlive/2007/texmf- dist/ only returns CtxTools | provide proper texmfroot. These problems are not connected. So I'm completely lost! Can anyone help? Oliver P.S. How can I get texexec --make --all to also make the XeTeX formats? With the --xtx switch (as you already did). Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] XeTeX and Latin Modern
As I ran into the same problem I followed your instructions ... running the ctxtools command doesn't resolve it I'm afraid. $ kpsewhich lm-math.map /usr/local/gwTeX/texmf.texlive/fonts/map/dvips/lm/lm-math.map You should try that with --engine=dvipdfm , because dvipdfmx will find different files from the default setting Did that with --engine=dvipdfm and --engine=dvipdfmx but kpsewhich spilled out the exact same path ... then out of curiosity I deliberately supplied a nonsense string (--engine=dvipdfmy) and still got the same result. Puzzling. So I issued $ ctxtools --dpx --force /usr/local/gwTeX/texmf.texlive CtxTools | provide proper texmfroot (as normal user and as root). Nothing happened :-( What did I do wrong? Did you copy the map files from dvips/lm to pdftex/context ? No, didn't copy anything. Should I've done that? I'm lost ... Oliver ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] XeTeX and Latin Modern
Hi Taco, I got a new problem after upgrading to the new ConTeXt. When I compile a document with the xetex engine, during the xdvipdfmx processing, I got the following message, and all the math symbols are missing: Please see this thread: http://archive.contextgarden.net/message/ 20070130.082837.4bc51f61.en.html As I ran into the same problem I followed your instructions ... running the ctxtools command doesn't resolve it I'm afraid. $ kpsewhich lm-math.map /usr/local/gwTeX/texmf.texlive/fonts/map/dvips/lm/lm-math.map So I issued $ ctxtools --dpx --force /usr/local/gwTeX/texmf.texlive CtxTools | provide proper texmfroot (as normal user and as root). Nothing happened :-( What did I do wrong? Best, Oliver ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] XeTeX and Latin Modern
I think the problem is specifically related to the configuration of xdvipdfmx, cuz xdv2pdf obviously has no problem at all... Any other ideas? Thanks a lot! Helin On 2/6/07, Helin Gai [EMAIL PROTECTED] wrote: Hi Taco, Thanks for the response. Unfortunately, I've already read the email, and I've updated the Latin Modern package, run ctxtools, pretty much all that I can think of... Just couldn't fix it. Best, Helin On 2/6/07, Oliver Buerschaper [EMAIL PROTECTED] wrote: Hi Taco, I got a new problem after upgrading to the new ConTeXt. When I compile a document with the xetex engine, during the xdvipdfmx processing, I got the following message, and all the math symbols are missing: Please see this thread: http://archive.contextgarden.net/message/ 20070130.082837.4bc51f61.en.html As I ran into the same problem I followed your instructions ... running the ctxtools command doesn't resolve it I'm afraid. $ kpsewhich lm-math.map /usr/local/gwTeX/texmf.texlive/fonts/map/dvips/lm/lm-math.map So I issued $ ctxtools --dpx --force /usr/local/gwTeX/texmf.texlive CtxTools | provide proper texmfroot (as normal user and as root). Nothing happened :-( What did I do wrong? Best, Oliver ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- Helin (Colin) Gai Class of 2009, Duke University Box 96332 Durham, NC 27708 Phone: 919-943-6302 helin.gai at gmail.com hg9 at duke.edu -- Helin (Colin) Gai Class of 2009, Duke University Box 96332 Durham, NC 27708 Phone: 919-943-6302 helin.gai at gmail.com hg9 at duke.edu ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] XeTeX and Latin Modern
Hi Taco, Thanks for the response. Unfortunately, I've already read the email, and I've updated the Latin Modern package, run ctxtools, pretty much all that I can think of... Just couldn't fix it. Best, Helin On 2/6/07, Oliver Buerschaper [EMAIL PROTECTED] wrote: Hi Taco, I got a new problem after upgrading to the new ConTeXt. When I compile a document with the xetex engine, during the xdvipdfmx processing, I got the following message, and all the math symbols are missing: Please see this thread: http://archive.contextgarden.net/message/ 20070130.082837.4bc51f61.en.html As I ran into the same problem I followed your instructions ... running the ctxtools command doesn't resolve it I'm afraid. $ kpsewhich lm-math.map /usr/local/gwTeX/texmf.texlive/fonts/map/dvips/lm/lm-math.map So I issued $ ctxtools --dpx --force /usr/local/gwTeX/texmf.texlive CtxTools | provide proper texmfroot (as normal user and as root). Nothing happened :-( What did I do wrong? Best, Oliver ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- Helin (Colin) Gai Class of 2009, Duke University Box 96332 Durham, NC 27708 Phone: 919-943-6302 helin.gai at gmail.com hg9 at duke.edu ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Footnotes lost in Natural Tables
Hi, once again I ran into a dead-end where I never dreamt it could be a problem: using footnotes in tables. For my current project I have to use 16 tables, spread over the whole text (about 400 pages). Some of these tables also need footnotes (sometimes quite large). But they should be numbered and placed within the regular footnotes at the end of the page. Trying the minimal below I saw the table's footnotes got lost: \starttext First paragraph\footnote{One}. \bTABLE \bTR \bTD Cell\footnote{Two} \eTD \bTD Cell\footnote{Three} \eTD \eTR \eTABLE Next paragraph\footnote{Four}. \stoptext As I have to weave 31 footnotes in these 16 tables I hope I don't need to place fake notes by hand, do I? Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Problems with fonts
Dear ConTeXt users, I am a Debian GNU/Linux user. I recently upgraded from an old teTeX to the latest ConTeXt in Debian. With the upgrade, however, I got a missing cont-en.fmt error (http://bugs.debian.org/409575) which I solved by doing a texexec --make --all, and placing the cont-en.fmt from my .texmf-config into /var/lib/texmf/web2c and ran texhash. Things seem to be OK. But now, whenever I do texexec filename, I get a PDF with many mathematical symbols missing. So, I do this: texexec --dvi ee03b091.tex dvips ee03b091.dvi ps2pdf ee03b091.ps Now, this seems to work, but the fonts are not rendered as well as they used to in Acrobat. And this also does not give the fonts, but causes the same math trouble again: texexec --dvi ee03b091.tex dvips -o ee03b091.ps -Ppdf ee03b091.dvi ps2pdf ee03b091.ps What could be wrong? Is my installation broken? Can I salvage it? Thanks. Kumar ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] regression testing: tests that don't compile
Here are the names of the test files that didn't build with the 2007.01.23 ConTeXt: ERROR [exit code 1] tex/context/base/core-mat.tex/test-001.tex ERROR [exit code 1] tex/context/base/unic-031.tex/test-001.tex ERROR [exit code 5] metapost/context/base/mp-text.mp/test-001.tex ERROR [exit code 5] tex/context/base/s-chi-00.tex/test-001.tex ERROR [exit code 5] tex/context/base/s-jap-00.tex/test-001.tex ERROR [exit code 5] tex/context/base/unic-003.tex/test-001.tex ERROR [exit code 5] tex/context/base/unic-037.tex/test-001.tex ERROR [exit code 6] tex/context/base/unic-002.tex/test-001.tex exit code 1 is texexec's normal failure code, usually from an undefined cseq. Exit code 5 is from the run-it.py wrapper, which is saying that time (60 sec) ran out, before the texexec process had to be killed. And exit code 6 says that the logfile grew too big (currently, beyond 1MB) before the texexec process had to be killed. If you don't find problems in the above files, let me know and I'll send you the logs or pieces thereof. -Sanjoy `A nation of slaves is always prepared to applaud the clemency of their master who, in the abuse of absolute power, does not proceed to the last extremes of injustice and oppression.' (Gibbon) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Letters in ConTeXt
On Thursday 01 February 2007 01:11, Aditya Mahajan wrote: On Wed, 31 Jan 2007, Rolf Marvin Bøe Lindgren wrote: the one thing that stops my total conversion to ConTeXt is my lack of understanding of, er, context. I've studied the manual Corresponcence which presupposes far better understanding of ConTeXt than I currently possess. I imagine though that a useful short working example would help. anyone? I do not use the m-letter module because it is too complicated for my needs. If you think about it, a letter is usually something fairly straight-forward. I have a personal p-letter.tex module which does something like setup layout setup fonts setup subject \setuppagenumbering[location={bottom,middle}] \setupwhitespace[big] \setupindenting[medium] \setupblank[big] Yes, that's it! In the letter, I manually write the typesetting commands in the letter \starttext \startlines To, Whoever ... \stoplines \blank[3*big] \startlines From, Me \stoplines \blank[3*big] Date: \currentdate \blank[3*big] \subject Whatever Dear ..., \setupindenting[yes,next] My letter in differnt paragraphs \setupindeinting[no] \blank[2*big] \startlines Your Sincerely \blank[big] Name... \stoplines \stoptext This is fairly primitive, but I only need to write a formal letter once every blue moon, and this setup works for me. If you have more frequent need, then you may want more structure in the letters. If you can finalize how you want to input your letter, creating a personal module is not that hard with ConTeXt. I think that this is one of ConTeXt's strongest points. In LaTeX, you first find a package, then you see that the package does not do 100% of what you want, then you read the code of the package and try to figure out how to make it do what you want. With ConTeXt, once you know what you want, it is fairly straight forward to write your personal module to achieve that. But of course, ConTeXt needs more modules for things like journals and conferences which have specific layout requirements. Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context I use letterformat.tex from _The TeXBook_. . Why not? The tricky part is setting up the standard letterheads. Writing the letter then becomes very simple. Here is a live example with some hiding of the real identity: \magnification=\magstep1 \input letterformat \dogletterhead \address Mr.Nobody 17 Nowhere Street Winchester, VA 22601 \body put body text here. \closing Best wishes, John \ Peggy Culleton \annotations encl: Pedigree, two copies of contract. \endletter %\makelabel \bye --- With very minor modifications, such as substituting \noheaderandfooterlines for \nopagenumbers and a similar replacement for \headline etc. in letterformat.tex it could be made to run under Context too. I just ran the above example in Context. I use whatever tool gets the job done. -- John Culleton Able Indexing and Typesetting Precision typesetting (tm) at reasonable cost. Satisfaction guaranteed. http://wexfordpress.com ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Typescript for Linotype NimbusSanL-BoldCond
On 1/19/07, John R. Culleton [EMAIL PROTECTED] wrote: Has anyone put together a typescript for some or all of the Nimbus family? I have the font referenced above and ran it through texfont. It is specified by a customer's designer for a book I am working on. I can of course do the old plain TeX \font thing but I would like to do it a more Contextish way. -- Maybe these can help you www.logosrl.it/context/modules/2007-01-18/font-modu.pdf www.logosrl.it/context/modules/2007-01-18/type-modu.pdf luigi ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Typescript for Linotype NimbusSanL-BoldCond
Has anyone put together a typescript for some or all of the Nimbus family? I have the font referenced above and ran it through texfont. It is specified by a customer's designer for a book I am working on. I can of course do the old plain TeX \font thing but I would like to do it a more Contextish way. -- John Culleton Able Indexing and Typesetting Precision typesetting (tm) at reasonable cost. Satisfaction guaranteed. http://wexfordpress.com ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] crash with pdftex-1.40
But this should be enough to reproduce it: \starttext \input \string|echo -n bla \stoptext Breaks here too, using pdftex 1.40.0, context 2006.12.27, Ubuntu i386: *** glibc detected *** pdfetex: free(): invalid next size (fast): 0x082d42f0 *** Running texexec with --verbose says what the pdftex command that texexec runs is, and this is the minimal version of it: pdfetex -fmt=cont-en b.tex where b.tex is Peter's minimal (3-line) file above. Strangely, pdftex -etex -ini c.tex, where c.tex is b.tex with \input cont-en as the first line, did not crash. I rebuilt pdf(e)tex make sure not to strip the binaries, and ran it with debugging libraries and valgrind, like so: LD_LIBRARY_PATH=/usr/lib/debug: valgrind pdfetex -fmt=cont-en b.tex and the output is included below. Here is the chunk from it, where the problem is first detected by valgrind: ==27710== Invalid write of size 1 ==27710==at 0x4022756: strcpy (mc_replace_strmem.c:271) ==27710==by 0x80A774D: open_in_or_pipe (pdftexextra.c:1354) ==27710==by 0x8078857: startinput (pdftex1.c:4870) ==27710==by 0x806C3A8: expand (pdftex0.c:11501) ==27710==by 0x80786CB: getxtoken (pdftex1.c:24) ==27710==by 0x80A4B88: maincontrol (pdftex3.c:5246) ==27710==by 0x8059B10: mainbody (pdftexini.c:5664) ==27710==by 0x80A90A6: main (pdftexextra.c:349) -Sanjoy `Not all those who wander are lost.' (J.R.R. Tolkien) == valgrind run == ==27710== Memcheck, a memory error detector. ==27710== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==27710== Using LibVEX rev 1606, a library for dynamic binary translation. ==27710== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==27710== Using valgrind-3.2.0-Debian, a dynamic binary instrumentation framework. ==27710== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==27710== For more details, rerun with: -v ==27710== This is pdfTeX, Version 3.141592-1.40.0 (Web2C 7.5.6) \write18 enabled. entering extended mode (./b.tex ConTeXt ver: 2006.12.27 11:34 MK II fmt: 2007.1.4 int: english/english language: language en is active system : cont-new loaded (/usr/share/texmf/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/share/texmf/tex/context/base/cont-new.mkii)) system : cont-old loaded (/usr/share/texmf/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/share/texmf/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/share/texmf/tex/context/user/cont-sys.rme (/usr/share/texmf/tex/context/base/type-exa.tex) (/usr/share/texmf/tex/context/base/type-syn.tex) (/usr/share/texmf/tex/context/base/type-enc.tex) (/usr/share/texmf/tex/context/base/type-siz.tex) (/usr/share/texmf/tex/context/base/type-map.tex) (/usr/share/texmf/tex/context/base/type-spe.tex) (/usr/share/texmf/tex/context/base/type-akb.tex)) bodyfont: 12pt rm is loaded language: patterns en-ec:ec-1-2:3 uk-ec:ec-2-2:3 de-texnansi:tex nansi-3-2:3 de-ec:ec-4-2:3 fr-texnansi:texnansi-5-2:3 fr-ec:ec-6-2:3 es-ec:ec-7-2:3 pt-texnansi:texnansi-8-2:3 pt-ec:ec-9-2:3 it-texnansi :texnansi-10-2:3 it-ec:ec-11-2:3 nl-texnansi:texnansi-12-2:3 nl-ec:ec- 13-2:3 cz-il2:il2-14-2:3 cz-ec:ec-15-2:3 sk-il2:il2-16-2:3 sk-ec:ec -17-2:3 pl-pl0:pl0-18-2:3 pl-ec:ec-19-2:3 pl-qx:qx-20-2:3 loaded specials: tex,postscript,rokicki loaded systems : no b.top systems : system commands are enabled (/usr/share/texmf/tex/context/base/sort-def.tex) (/usr/share/texmf/tex/context/base/sort-lan.tex)==27710== Invalid write of size 1 ==27710==at 0x4022756: strcpy (mc_replace_strmem.c:271) ==27710==by 0x80A774D: open_in_or_pipe (pdftexextra.c:1354) ==27710==by 0x8078857: startinput (pdftex1.c:4870) ==27710==by 0x806C3A8: expand (pdftex0.c:11501) ==27710==by 0x80786CB: getxtoken (pdftex1.c:24) ==27710==by 0x80A4B88: maincontrol (pdftex3.c:5246) ==27710==by 0x8059B10: mainbody (pdftexini.c:5664) ==27710==by 0x80A90A6: main (pdftexextra.c:349) ==27710== Address 0x567459C is 0 bytes after a block of size 12 alloc'd ==27710==at 0x4021396: malloc (vg_replace_malloc.c:149) ==27710==by 0x813748C: xmalloc (xmalloc.c:28) ==27710==by 0x80A7737: open_in_or_pipe (pdftexextra.c:1353) ==27710==by 0x8078857: startinput (pdftex1.c:4870) ==27710==by 0x806C3A8: expand (pdftex0.c:11501) ==27710==by 0x80786CB: getxtoken (pdftex1.c:24) ==27710==by 0x80A4B88: maincontrol (pdftex3.c:5246) ==27710==by 0x8059B10: mainbody (pdftexini.c:5664) ==27710==by 0x80A90A6: main (pdftexextra.c:349) ==27711== ==27711== Syscall param execve(argv[i]) points to unaddressable byte(s) ==27711==at 0x40D39AA: execve (execve.c:60) ==27711==by 0x409F869: popen@@GLIBC_2.1 (iopopen.c:231) ==27711==by 0x80A7760
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
Sanjoy Mahajan wrote: From the texexec man page: --fast Typeset the document(s) as fast as possible without causing problems. --final Perform a final run without skipping anything. This option is typically used with --fast. So --fast --final could be the pair of switches to add. But I tried an experiment with mediocre results, using this test file: == q.tex = \doifnotmode{*last}{\pdfdraftmode=1} \starttext \completecontent \chapter{A} \dorecurse{500}{\input tufte\par} \chapter{B} \dorecurse{400}{\input tufte\par} \chapter{C} \dorecurse{100}{\input tufte\par} \stoptext I ran it with the attached Makefile, which produced this output: ctxtools --purge --all /dev/null rm -f q.pdf texexec --verbose --fast --final q.tex run.log Total runs: 4 (counted by grepping run.log for running: pdfetex) Draftmode runs: 3 (counted by grepping run.log for pdfdraftmode) TeXExec | runtime: 7.987485 Then I commented out the first line and reran it: ctxtools --purge --all /dev/null rm -f q.pdf texexec --verbose --fast --final q.tex run.log Total runs: 4 Draftmode runs: 0 (just to check) TeXExec | runtime: 8.307869 So the draftmode saves 4% in the runtime. But the fastest is to not use the draftmode and not use --final (which causes an extra run). Maybe I missing a trick, but the draftmode didn't save much time. I guess I should make the test file read in a few huge images? try bigger stuff, say a file with some 100 meg pictures and 25 fonts ; that's what draftmode is for (one of those ideas that popped up during eurotex 2006 at our usual pdftex dev chat). Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
From the texexec man page: --fast Typeset the document(s) as fast as possible without causing problems. --final Perform a final run without skipping anything. This option is typically used with --fast. So --fast --final could be the pair of switches to add. But I tried an experiment with mediocre results, using this test file: == q.tex = \doifnotmode{*last}{\pdfdraftmode=1} \starttext \completecontent \chapter{A} \dorecurse{500}{\input tufte\par} \chapter{B} \dorecurse{400}{\input tufte\par} \chapter{C} \dorecurse{100}{\input tufte\par} \stoptext I ran it with the attached Makefile, which produced this output: ctxtools --purge --all /dev/null rm -f q.pdf texexec --verbose --fast --final q.tex run.log Total runs: 4 (counted by grepping run.log for running: pdfetex) Draftmode runs: 3 (counted by grepping run.log for pdfdraftmode) TeXExec | runtime: 7.987485 Then I commented out the first line and reran it: ctxtools --purge --all /dev/null rm -f q.pdf texexec --verbose --fast --final q.tex run.log Total runs: 4 Draftmode runs: 0 (just to check) TeXExec | runtime: 8.307869 So the draftmode saves 4% in the runtime. But the fastest is to not use the draftmode and not use --final (which causes an extra run). Maybe I missing a trick, but the draftmode didn't save much time. I guess I should make the test file read in a few huge images? -Sanjoy .PHONY: runit clean runit: clean texexec --verbose --fast --final q.tex run.log @echo -n Total runs: ; grep running: pdfetex run.log | wc -l @echo -n Draftmode runs: ; grep pdfdraftmode enabled run.log | wc -l @grep runtime: run.log clean: ctxtools --purge --all /dev/null rm -f q.pdf ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \startquotation, \cite and footnotes
Ok. As for the strange things happening I was able to hunt them down and prepare a simple example (still with the standard \startquotation): We are looking into this. All footnotes in vertical mode are behaving oddly. Thanks! I tried that one but ran into several problems unfortunately. If \cite inserts anything but a tiny string these words won't be wrapped properly onto a new line. Also if I replace \cite[#1] by \footnote {\cite[#1]} then there will be no footnote at all :-( The missing linebreak is probably realted to the problem as in the other thread, so you just have to wait a little bit longer, until that is fixed for this problem to magically go away as well. Yep, I'll be waiting for some black magic ;-) The disappearing footnote may be unfixable within \startquotation. It would be easier to define your own start-stop pair for this, because \startquotation ... \stopquotation doesn't actually support tacking on stuff at the end. Try this instead: \long\def\startcitedquotation[#1]#2\stopcitedquotation {\bgroup \par \startnarrower \symbol[leftquotation]% #2\removeunwantedspaces \symbol[rightquotation]% \cite[#1] \stopnarrower \par \egroup} Works like a charm! Thanks very much for the workaround ... I've adapted it slightly so that the optional argument is treated as generic text ... in order to use \cite[], \footnote{\cite[]} or whatever else I need. Could this optional argument perhaps be integrated directly in the usual \startquotation command some day? I guess a lot of people will need this ... every quotation calls for a proper reference ;-) Cheers, Oliver ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \startquotation, \cite and footnotes
Oliver Buerschaper wrote: There is no other way. If you strangeness as a result from this, then it is a bug in the footnote handling that is (should be) unrelated to the bibliography module. Ok. As for the strange things happening I was able to hunt them down and prepare a simple example (still with the standard \startquotation): We are looking into this. All footnotes in vertical mode are behaving oddly. 2. When typesetting a quotation block I'd like to add a reference directly after the closing quotation marks. However, including the \cite command before \stopquotation places the reference before the closing marks, and moving \cite out of the \start \stop block makes the reference appear on a new line ... The next solution is a bit rude, but works: ... I tried that one but ran into several problems unfortunately. If \cite inserts anything but a tiny string these words won't be wrapped properly onto a new line. Also if I replace \cite[#1] by \footnote {\cite[#1]} then there will be no footnote at all :-( The missing linebreak is probably realted to the problem as in the other thread, so you just have to wait a little bit longer, until that is fixed for this problem to magically go away as well. The disappearing footnote may be unfixable within \startquotation. It would be easier to define your own start-stop pair for this, because \startquotation ... \stopquotation doesn't actually support tacking on stuff at the end. Try this instead: \long\def\startcitedquotation[#1]#2\stopcitedquotation {\bgroup \par \startnarrower \symbol[leftquotation]% #2\removeunwantedspaces \symbol[rightquotation]% \cite[#1] \stopnarrower \par \egroup} Greetings, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \startquotation, \cite and footnotes
Thanks very much for your suggestion, Taco! I'm afraid it doesn't seem to work quite as expected, however :- ( Could you have a look below? Hi, I've been wondering whether someone (perhaps Taco?) can give me a hint on the following: 1. Is there an automated way to place citations into footnotes? So whenever I use \cite in the running text it should produce a footnote with the reference alongside the usual footnotes. However, when \cite is invoked within a footnote it should just type out the reference inline (in the footnote, of course ;-). So far I've done this manually with \footnote{\cite{key}} (which at times produced its own strange results like two footnote blocks on the same page). There is no other way. If you strangeness as a result from this, then it is a bug in the footnote handling that is (should be) unrelated to the bibliography module. Ok. As for the strange things happening I was able to hunt them down and prepare a simple example (still with the standard \startquotation): --- \usemodule [bib] \startpublication[k=akey,t=book,a={{Ody}},y=2006] \author{Some}{B.}{Ody} \pubyear{2006} \stoppublication \starttext \input tufte \footnote{\cite[akey]} \startquotation \input tufte \footnote{\cite[akey]} \stopquotation \startquotation \input tufte \stopquotation \footnote{\cite[akey]} \input ward \startquotation \input tufte \stopquotation \footnote{\cite[akey]} \input ward \footnote{\cite[akey]} \stoptext --- Please note what happens to the footnotes depending on whether the \cite command is before or after \stopquotation. Also when the narrow text block extends over a page boundary the ordering of the footnotes is mixed up ... 2. When typesetting a quotation block I'd like to add a reference directly after the closing quotation marks. However, including the \cite command before \stopquotation places the reference before the closing marks, and moving \cite out of the \start \stop block makes the reference appear on a new line ... The next solution is a bit rude, but works: % First define an internal version of quotations. It will % typeset the contents of the macro \MyMagic at the end, % just after the symbol. % \definedelimitedtext [myquotation] [left={\symbol[leftquotation]}, right={\symbol[rightquotation]\MyMagic}, leftmargin=standard] % And this is simply a wrapper for ease of use % \long\def\startcitedquotation[#1]#2\stopcitedquotation {\bgroup \def\MyMagic{~\cite[#1]} \startmyquotation #2\stopmyquotation \egroup} % usage: \starttext \startcitedquotation[schmitz2006] overly beautiful pusillanimous sesquipedalian longwinded \stopcitedquotation \stoptext I tried that one but ran into several problems unfortunately. If \cite inserts anything but a tiny string these words won't be wrapped properly onto a new line. Also if I replace \cite[#1] by \footnote {\cite[#1]} then there will be no footnote at all :-( Oliver ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] bib and bibltx problems
Hi Taco, any progress? - Matthias On 24.10.2006 15:13, Taco Hoekwater wrote: Hi Matthias, I goofed somewhere, that's for sure. Are you in a real hurry, or can I take a day or two staring at it? Taco Matthias Wächter wrote: Hi Taco, I ran into the following problems: 1. see attached files. Three bib entries with different authors, but the resulting references are the same for two of them (!). Appearantly, without sorting the bib entries, the extra label numbering does not work correctly. Changing \setupbibtex to sort=short fixes the issue (appending a and b) as well does changing ITERATE {presort.none} to ITERATE {presort.clabel} in cont-no.bst. But is this a once-and-for-all fix? 2. see attached files. In \setuppublications, numbering is given as short, but the resulting list of references is only as good as yes - I only get the numbers, not the short references in the list. Hmmm, what's the cause for this? Any ideas? Or is it My Fault(TM)? 3. In general: If I'd use bib handwriting \{start,stop}publication without bibltx, would I have to care about the uniqueness of the short document names (the s= option to \startpublication)? Really? Considering hundreds of possible bibliography entries, this would double the effort: Not only the key (the k= option) but also the short name must be unique for correct references. 4. Sometimes, the build process (texexec --pdf test) breaks after changing some text in the bibliography. Appearantly, sometimes the .bbl file is not updated. removing the .bbl file fixes the build. No recipy available, sorry. Thanks, - Matthias \usemodule[bib] \usemodule[bibltx] \setupbibtex[database=mybibs,sort=no] \setuppublications[refcommand=short,numbering=short] \starttext For all times, \cite[TRUE] is right and \cite[FALSE] is wrong. \completepublications \stoptext @techreport{TRUE, Title= True Values, Author = True Author, Year = 2005, } @techreport{GNUS, Title= Gnus in the Wild, Author = Another Doctor, Year = 2005, } @techreport{FALSE, Title= False values, Author = False Author, Year = 2005, } ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] bib and bibltx problems
Hi Taco, I ran into the following problems: 1. see attached files. Three bib entries with different authors, but the resulting references are the same for two of them (!). Appearantly, without sorting the bib entries, the extra label numbering does not work correctly. Changing \setupbibtex to sort=short fixes the issue (appending a and b) as well does changing ITERATE {presort.none} to ITERATE {presort.clabel} in cont-no.bst. But is this a once-and-for-all fix? 2. see attached files. In \setuppublications, numbering is given as short, but the resulting list of references is only as good as yes - I only get the numbers, not the short references in the list. Hmmm, what's the cause for this? Any ideas? Or is it My Fault(TM)? 3. In general: If I'd use bib handwriting \{start,stop}publication without bibltx, would I have to care about the uniqueness of the short document names (the s= option to \startpublication)? Really? Considering hundreds of possible bibliography entries, this would double the effort: Not only the key (the k= option) but also the short name must be unique for correct references. 4. Sometimes, the build process (texexec --pdf test) breaks after changing some text in the bibliography. Appearantly, sometimes the .bbl file is not updated. removing the .bbl file fixes the build. No recipy available, sorry. Thanks, - Matthias \usemodule[bib] \usemodule[bibltx] \setupbibtex[database=mybibs,sort=no] \setuppublications[refcommand=short,numbering=short] \starttext For all times, \cite[TRUE] is right and \cite[FALSE] is wrong. \completepublications \stoptext @techreport{TRUE, Title= True Values, Author = True Author, Year = 2005, } @techreport{GNUS, Title= Gnus in the Wild, Author = Another Doctor, Year = 2005, } @techreport{FALSE, Title= False values, Author = False Author, Year = 2005, } ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] bib and bibltx problems
Hi Matthias, I goofed somewhere, that's for sure. Are you in a real hurry, or can I take a day or two staring at it? Taco Matthias Wächter wrote: Hi Taco, I ran into the following problems: 1. see attached files. Three bib entries with different authors, but the resulting references are the same for two of them (!). Appearantly, without sorting the bib entries, the extra label numbering does not work correctly. Changing \setupbibtex to sort=short fixes the issue (appending a and b) as well does changing ITERATE {presort.none} to ITERATE {presort.clabel} in cont-no.bst. But is this a once-and-for-all fix? 2. see attached files. In \setuppublications, numbering is given as short, but the resulting list of references is only as good as yes - I only get the numbers, not the short references in the list. Hmmm, what's the cause for this? Any ideas? Or is it My Fault(TM)? 3. In general: If I'd use bib handwriting \{start,stop}publication without bibltx, would I have to care about the uniqueness of the short document names (the s= option to \startpublication)? Really? Considering hundreds of possible bibliography entries, this would double the effort: Not only the key (the k= option) but also the short name must be unique for correct references. 4. Sometimes, the build process (texexec --pdf test) breaks after changing some text in the bibliography. Appearantly, sometimes the .bbl file is not updated. removing the .bbl file fixes the build. No recipy available, sorry. Thanks, - Matthias \usemodule[bib] \usemodule[bibltx] \setupbibtex[database=mybibs,sort=no] \setuppublications[refcommand=short,numbering=short] \starttext For all times, \cite[TRUE] is right and \cite[FALSE] is wrong. \completepublications \stoptext @techreport{TRUE, Title= True Values, Author = True Author, Year = 2005, } @techreport{GNUS, Title= Gnus in the Wild, Author = Another Doctor, Year = 2005, } @techreport{FALSE, Title= False values, Author = False Author, Year = 2005, } ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] multipage tables
On Tue, Oct 10, 2006 at 07:21:54PM +0100, Sanjoy Mahajan wrote: I ran it here (ver: 2006.10.05). With just \placetable[here], it doesn't split. With \placetable[here,split], it splits it into two parts with Table 1.a on one page and Table 1.b on the other page. With my version (of Debian sarge) this option (split) has no influence. I get one page. I guess I must install a new version of ConteXt (texexec). Till now I install all my software with apt-get. Do I have to install texexec directly now? The Obertext zum Ganzen is only on the first page, which is what the .tex code should do (but maybe you wanted it repeated at the top of each split page?). It is not necessary to repeat this row on each page. But here it is repeated automatically at the buttom margin (see appendix). My dvi-file is created with the split option. Gerhard -- Gerhard Kugler Psychotherapeut Bensheim (Germany) http://www.psychotherapie-kugler.de tables2.dvi Description: TeX dvi file ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] multipage tables
2006/10/11, Gerhard Kugler [EMAIL PROTECTED]: On Tue, Oct 10, 2006 at 07:21:54PM +0100, Sanjoy Mahajan wrote: I ran it here (ver: 2006.10.05 ).With just \placetable[here], it doesn't split.With \placetable[here,split], it splits it into two parts with Table 1.a on one page and Table 1.b on the other page.With my version (of Debian sarge) this option (split) has no influence. I get one page.I guess I must install a new version of ConteXt (texexec). Till now Iinstall all my software with apt-get. Do I have to install texexecdirectly now? The Obertext zum Ganzen is only on the first page, which is what the .tex code should do (but maybe you wanted it repeated at the top of each split page?).It is not necessary to repeat this row on each page. But here it isrepeated automatically at the buttom margin (see appendix). My dvi-file is created with the split option.Gerhard--Gerhard KuglerPsychotherapeutBensheim (Germany)http://www.psychotherapie-kugler.de Hi Gerhard, I looked into your log file and it shows ConTeXt ver: 2003.1.31 fmt: 2006.1.23 int: english mes: english It's an ancient ConTeXt version, you need to uprade your ConTeXt version first to get a splittet table. You should download the latest stable version from pragma. If you want a repeated header on every page try to put \setuptables[split=repeat] into your document. With new versions from ConTeXt you do no longer the \starttables ... \stoptables command. Hans changed it to control table splitting completely with split-option in\setuptables and makes to let the normal \starttable-environment split when neccessary. You should look at the wiki how to upgrade your TeX-distribution. http://wiki.contextgarden.net/Debian_installation Wolfgang ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] multipage tables
I have at the moment no ConTeXt where I can test your example file but you should try to change the first line of your float from \placetable[here]... to \placetable[here,split]... I hope it works for you and I also try to run your file till tomorrow. I ran it here (ver: 2006.10.05). With just \placetable[here], it doesn't split. With \placetable[here,split], it splits it into two parts with Table 1.a on one page and Table 1.b on the other page. The Obertext zum Ganzen is only on the first page, which is what the .tex code should do (but maybe you wanted it repeated at the top of each split page?). -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] wiki: debian installation
Warning: pdfetex (file /home/myuser/texmf/fonts/map/dvipdfm/ context/original-base.map): invalid entry for `fmvr8x': font file missing Some time ago it was a hot topic on the mailing list. See: http://wiki.contextgarden.net/Error_Recovery and fix it if possible even if it is working now for some reason. I ran into the same issue a few days ago and eventually found my to the same solution. About the 'some reason': I noticed that without the fix, sometimes it worked, sometimes it didn't. The answer is the damn database file (the ls-R). kpathsea searches in 'directory order', which you can find with 'ls -U'. So ls -U ~/texmf/fonts/map/ gave me pdfetex, dvips, then dvipdfm, and I couldn't understand why anyway the dvipdfm file was being found ahead of the pdfetex one (even without the $progname). The answer is that the ls-R file is listed in, well, ls -R order, which is not necessarily directory order. It's probably alphabetical. So dvipdfm is ahead of pdfetex. Getting rid of the ls-R means the pdfetex map file is found (good), but it can easily change back if some script makes a new ls-R (so it's not robust). Short version: Do the recommended fix. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] ## in \def in \sometxt fails with static MP figure
Now that \sometxt works with static figures (thanks!), I'm converting from using btex..etex to using \sometxt, to avoid MPenvironments (instead put it in the general .tex environment). But I ran into an error with macro arguments and static figures. Let me know if it's not worth fixing in view of the Mk IV cleanup, and I'll switch to reusable figures (and eventually Linux will support dual core CPUs + suspend to ram, and then I won't notice the processing time much). Here is a small example file: = y.tex \def\2#1#2{\vbox{\halign{##\hfil\cr#1\cr#2\cr}}} \starttext \startstaticMPfigure{fig} label(\sometxt{\2{h}{x}}, origin); \stopstaticMPfigure \usestaticMPfigure[fig] \stoptext = y.tex It produces this texexec.tex (2006.09.28 22:43 beta): texexec.tex = \setupoutput[pdftex] \setupcolors[state=start] \global \loadfontfileoncetrue \starttext \startMPpage beginfig(1); label(\sometxt{\vbox {\halign {##\hfil \cr h\cr x\cr }}}, origin); endfig; \stopMPpage \stoptext texexec.tex = The ## in the expanded argument to \sometxt causes a problem: === texexec.log == ! Only one # is allowed per tab. l.1 \vbox {\halign {## \hfil \cr h\cr x\cr }} \doTeXtext ... \startcurrentcolor \scantokens {#3} \stopcurrentcolor }\global... \dodofiltersometxt ...er \TeXtext \txtcounter {#1} \expandafter \filtersometx... argument ...halign {##\hfil \cr h\cr x\cr }}}, o rigin); endfig; \flushTeXtexts ...llectedmptexts \filtersometxt #1 \sometxt {}\empty \relax \... \writecheckedMPgraphic ...phic \flushTeXtexts {#1} \writeMPgraphic {#1} ... l.9 endfig; \stopMPpage ? === texexec.log == Alas using \def\2#1#2{\vbox{\halign{#\hfil\cr#1\cr#2\cr}}} leads to a different error (illegal parameter number). But using a reusable graphic works: yy.tex = \def\2#1#2{\vbox{\halign{##\hfil\cr#1\cr#2\cr}}} \starttext \startreusableMPgraphic{fig} label(\sometxt{\2{h}{x}}, origin); \stopreusableMPgraphic \reuseMPgraphic{fig} \stoptext yy.tex = -Sanjoy `A society of sheep must in time beget a government of wolves.' -- Bertrand de Jouvenal ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt in staticMPfigure
Hans Hagen wrote: demanding guy ... a static is just an mp graphic and mp does not know a thing about \macros Thanks, I understand now; and sorry, I hadn't meant it as a feature request! I was trying only to learn the differences between all the ways of doing *TeX labels in figures, and was trying experiments. I should have added that the difference was probably from a confusion on my part (my conceptual model derailed when sometxt failed but textext worked). you can try the bet ai just uploaded Thanks! I'm using the new beta (2006.09.25) to test sometxt in staticMPfigure but got derailed at this staticMPgraphic: = 4.tex = \starttext \startstaticMPfigure{fig} draw fullcircle scaled 1cm xscaled 2; \stopstaticMPfigure \usestaticMPfigure[fig] xyz \stoptext == The texexec run says figure 4-fig.pdf can not be found and 4.pdf shows a dummy figure in place of the figure. 4-fig.mp contains just = ; draw fullcircle scaled 1cm xscaled 2; = which looks a lot simpler than it did in previous versions. 4.log says that write18 ran texmfstart --ifchanged=4-fig.mp texexec --mpstatic 4-fig.mp I ran it by hand omitting the --ifchanged: $ texmfstart texexec --mpstatic 4-fig.mp /home/sanjoy/texmf/scripts/context/ruby/texexec.rb:101:in `mpstatic'TeXExec | option 'randomseed' is set to '1131' TeXExec | option 'filename' is set to '4-fig.mp' TeXExec | option 'mainlanguage' is set to 'standard' TeXExec | option 'bodyfont' is set to 'standard' TeXExec | option 'language' is set to 'standard' TeXExec | option 'engine' is set to 'standard' TeXExec | option 'distribution' is set to 'web2c' TeXExec | option 'texformats' is set to 'ennlmptopdf' TeXExec | option 'mpsformats' is set to 'metafun' TeXExec | option 'progname' is set to 'context' TeXExec | option 'interface' is set to 'standard' TeXExec | option 'runs' is set to '8' TeXExec | option 'backend' is set to 'standard' : undefined method `processmpstatic' for #TEX:0xb7bbe91c (NoMethodError) from /home/sanjoy/texmf/scripts/context/ruby/texexec.rb:749 I guess because there's no processmpstatic procedure, whereas texexec.rb calls job.processmpstatic. But the analogous procedure, processmpgraphic, is a bit daunting so I haven't tried to write processmpstatic. -Sanjoy `A society of sheep must in time beget a government of wolves.' -- Bertrand de Jouvenal ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] does metafun require texexec --final?
Sanjoy Mahajan wrote: Wolfgang, Thanks for the pointer. I don't have a cont-sys.tex, but cont-sys.rme has these lines % \runMPgraphicstrue % \runMPTEXgraphicstrue The .rme extension meant I'd missed it when I ran grep on the .tex files. I'll uncomment them. Oh, that's not a good idea, because the next context update will overwrite cont-sys.rme. So I should copy cont-sys.rme to cont-sys.tex first, then uncomment the lines in cont-sys.tex. But then a context update will overwrite cont-sys.rme, and the new version will be ignored because I have a cont-sys.tex. right, that's the idea ; just occasionally peek in the shipped cont-sys.rme to see if something important came up ... not that frequently Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] does metafun require texexec --final?
Wolfgang, Thanks for the pointer. I don't have a cont-sys.tex, but cont-sys.rme has these lines % \runMPgraphicstrue % \runMPTEXgraphicstrue The .rme extension meant I'd missed it when I ran grep on the .tex files. I'll uncomment them. Oh, that's not a good idea, because the next context update will overwrite cont-sys.rme. So I should copy cont-sys.rme to cont-sys.tex first, then uncomment the lines in cont-sys.tex. But then a context update will overwrite cont-sys.rme, and the new version will be ignored because I have a cont-sys.tex. So maybe the best approach is to edit cont-sys.rme directly, then merge changes (using a revision control system like mercurial or git) that arrive with the new context distributions. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] does metafun require texexec --final?
On Sat, 23 Sep 2006 17:46:56 +0100 Sanjoy Mahajan [EMAIL PROTECTED] wrote: Wolfgang, Thanks for the pointer. I don't have a cont-sys.tex, but cont-sys.rme has these lines % \runMPgraphicstrue % \runMPTEXgraphicstrue The .rme extension meant I'd missed it when I ran grep on the .tex files. I'll uncomment them. Oh, that's not a good idea, because the next context update will overwrite cont-sys.rme. So I should copy cont-sys.rme to cont-sys.tex first, then uncomment the lines in cont-sys.tex. But then a context update will overwrite cont-sys.rme, and the new version will be ignored because I have a cont-sys.tex. So maybe the best approach is to edit cont-sys.rme directly, then merge changes (using a revision control system like mercurial or git) that arrive with the new context distributions. -Sanjoy You could make a copy of cont-sys.rme and save it as cont-sys.tex without problems. The cont-sy.rme file is only loaded when ConTeXt can't find a cont-sys.tex file on your system. Don't bother about changes in the cont-sys.rme with a new ConTeXt release, because the standalone Distribution for Windows comes with both files and they have also differences. cont-sys.rme says defaultencoding=ec and cont-sys.tex says defaultencoding=texnansi :-) AFAIK this is somewhere mentioned in one of the manuals. Wolfgang ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] transparent metafun colors turn nearly black
Maybe you also need \runMPTEXgraphicstrue (enabled in my cont-sys.tex)? I just enabled that in cont-sys.rme, and I put it in the test file for good measure. your example works here (beta 17.09.). I also tried your example at contextgarden (same beta) and it worked too (using Firefox). Thanks for checking it both ways. Now I'm really puzzled because I also use Firefox (on Linux). I just ran the file below at contextgarden (same one as before but with the MPTEX addition), and it gives 'undefined' in a square where the figure should be. And on my Ubuntu laptop with context 2006.08.08 it gives a large black circle. I also tried the old perl texexec in case that helped but no luck. The texexec log on contextgarden looks okay. It generates texexec-mpgraph.1 and embeds one figure, so I'm guessing the figure is generated and inserted. So I don't understand why the generated PDF file is not right. To make sure it wasn't a caching problem, I added a bit of text to the end, to see whether the new PDF file had it (it did). \runMPgraphicstrue \runMPTEXgraphicstrue \setupcolors[state=start] \starttext \startreusableMPgraphic{a} fill fullcircle scaled 10cm withcolor transparent(1,0.5,green) ; \stopreusableMPgraphic \placefigure[force,none]{}{\reuseMPgraphic{a}} \stoptext -Sanjoy ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] transparent metafun colors turn nearly black
Sanjoy Mahajan wrote: Maybe you also need \runMPTEXgraphicstrue (enabled in my cont-sys.tex)? I just enabled that in cont-sys.rme, and I put it in the test file for good measure. your example works here (beta 17.09.). I also tried your example at contextgarden (same beta) and it worked too (using Firefox). Thanks for checking it both ways. Now I'm really puzzled because I also use Firefox (on Linux). I just ran the file below at contextgarden (same one as before but with the MPTEX addition), and it gives 'undefined' in a square where the figure should be. And on my Ubuntu laptop with context 2006.08.08 it gives a large black circle. I also tried the old perl texexec in case that helped but no luck. Mhh, I think Patrick is playing games with us ;) Your examples (old and new one) doesn't work anymore at contextgarden (black square with unknown text). The good news: it's still working here. Maybe I should stop testing your examples, as long as my system works ;) Just tried your old example *without* \runMPgraphicstrue and it worked again. This is really strange. Peter The texexec log on contextgarden looks okay. It generates texexec-mpgraph.1 and embeds one figure, so I'm guessing the figure is generated and inserted. So I don't understand why the generated PDF file is not right. To make sure it wasn't a caching problem, I added a bit of text to the end, to see whether the new PDF file had it (it did). \runMPgraphicstrue \runMPTEXgraphicstrue \setupcolors[state=start] \starttext \startreusableMPgraphic{a} fill fullcircle scaled 10cm withcolor transparent(1,0.5,green) ; \stopreusableMPgraphic \placefigure[force,none]{}{\reuseMPgraphic{a}} \stoptext -Sanjoy ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Greek hyphenation problem
On 9/16/06, Alan Bowen wrote: I have not been able to get Greek hyphenation to work. To make sure that my set up was right (?), I ran texfmstart ctxtools --pat and put the pattern files in /usr/local/teTeX/share/texmf.local/tex/ context/patterns The log file shows CtxTools | processing language agr CtxTools | CtxTools | using file /usr/local/teTeX/share/texmf.local/tex/context/ base/enco-acc.tex CtxTools | preloading accent conversions CtxTools | preloading agr character mappings CtxTools | accepting vector agr CtxTools | file grahyph4.tex is not present CtxTools | file oldgrhyph.tex is not present Does it help if you download ftp://tug.ctan.org/pub/tex-archive/language/hyphenation/elhyphen/GRAhyph4.tex save it somewhere in the TeX tree, run mktexlsr or texhash (whichever works) and run the command again? (I don't find the other file on CTAN.) CtxTools | CtxTools | 0 changes in patterns and exceptions CtxTools | description found for language agr CtxTools | patterns saved in file lang-agr.pat I then ran sudo texmfstart texexec --make --all and cont-en.log shows (/Users/acbowen/Library/texmf/tex/context/enco-agr.tex) encoding: coding agr is loaded then loading : Context Language Macros / Generic Patterns language: patterns for agr not loaded then ) (/usr/local/teTeX/share/texmf.local/tex/context/base/lang-grk.tex loading : Greek Language language: patterns for gr not loaded language: patterns for agr not loaded ) then language: patterns agr for agr loaded (n=25,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.pat) language: hyphenations agr for agr loaded (n=25,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.hyp) The test file is: \usemodule[ancientgreek] [font=GreekGentiumAlt,altfont=GreekOxoniensis,altscale=1.03] \setupfontsynonym[GreekGentium] \setupfontsynonym[GreekGentiumAlt] \setupfontsynonym[GreekOxoniensis] \def\grk{\localgreek} \def\altgrk{\localaltgreek} \starttext \hyphenatedword{transformational} \startgreek \hyphenatedword{filosofo'umena} filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena \stopgreek \stoptext and the log file has ConTeXt ver: 2006.09.13 23:47 MK II fmt: 2006.9.13 int: english/ english and language: patterns nl-texnansi:texnansi-1-2:3 nl-ec:ec- 2-2:3 fr- texnansi:texnansi-3-2:3 fr-ec:ec-4-2:3 de-texnansi:texnansi-5- 2:3 de-e c:ec-6-2:3 it-texnansi:texnansi-7-2:3 it-ec:ec-8-2:3 pt- texnansi:texna nsi-9-2:3 pt-ec:ec-10-2:3 hr-ec:ec-11-2:3 pl-pl0:pl0-12- 2:3 pl-ec:e c-13-2:3 pl-qx:qx-14-2:3 cz-il2:il2-15-2:3 cz-ec:ec-16- 2:3 sk-il2:i l2-17-2:3 sk-ec:ec-18-2:3 sl-ec:ec-19-2:3 ru-t2a:t2a-21- 2:3 en-ec:e c-22-2:3 uk-ec:ec-23-2:3 us-ec:ec-24-2:3 agr-agr:agr-25- 2:3 da-ec:e c-26-2:3 sv-ec:ec-27-2:3 af-ec:ec-28-2:3 no-ec:ec-29-2:3 deo-ec:ec- 30-2:3 es-ec:ec-31-2:3 ca-ec:ec-32-2:3 la-ec:ec-33-2:3 ro- ec:ec-34 -2:3 tr-ec:ec-35-2:3 fi-ec:ec-37-2:3 hu-ec:ec-38-2:3 loaded Yet, the output lacks Greek hyphenation—the English hyphenation is fine—and there are several overfull \hbox warnings. It usually helped if I uncommented some lines in cont-usr.tex (cont-usr.ori copied into cont-usr.tex if it doesn't exist), such as \installlanguage [\s!sl] [\c!state=\v!start] % slovenian but I don't see gr or agr there. Does it help if you add the following two lines there \installlanguage [\s!gr] [\c!state=\v!start] \installlanguage [\s!agr] [\c!state=\v!start] and rebuild the formats? Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Greek hyphenation problem
Mojca— Many thanks for your suggestions. Over the weekend, at Thomas’ suggestion, I • deleted and re-stalled teTeX • unzipped cont-tmf.zip into /usr/local/teTeX/share/texmf.local • copied lang-agr.pat (fr0m Thomas) into /usr/local/teTeX/share/ texmf.local/tex/context/patterns • ran sudo texhash • rebuilt the formats. And I now have hyphenation with the fonts in Thomas’ ancient Greek module. Alan On Sep 18, 2006, at 6:41 AM, Mojca Miklavec wrote: On 9/16/06, Alan Bowen wrote: I have not been able to get Greek hyphenation to work. To make sure that my set up was right (?), I ran texfmstart ctxtools --pat and put the pattern files in /usr/local/teTeX/share/texmf.local/tex/ context/patterns The log file shows CtxTools | processing language agr CtxTools | CtxTools | using file /usr/local/teTeX/share/texmf.local/ tex/context/ base/enco-acc.tex CtxTools | preloading accent conversions CtxTools | preloading agr character mappings CtxTools | accepting vector agr CtxTools | file grahyph4.tex is not present CtxTools | file oldgrhyph.tex is not present Does it help if you download ftp://tug.ctan.org/pub/tex-archive/language/hyphenation/elhyphen/ GRAhyph4.tex save it somewhere in the TeX tree, run mktexlsr or texhash (whichever works) and run the command again? (I don't find the other file on CTAN.) CtxTools | CtxTools | 0 changes in patterns and exceptions CtxTools | description found for language agr CtxTools | patterns saved in file lang-agr.pat I then ran sudo texmfstart texexec --make --all and cont-en.log shows (/Users/acbowen/Library/texmf/tex/context/enco-agr.tex) encoding: coding agr is loaded then loading : Context Language Macros / Generic Patterns language: patterns for agr not loaded then ) (/usr/local/teTeX/share/texmf.local/tex/context/base/ lang-grk.tex loading : Greek Language language: patterns for gr not loaded language: patterns for agr not loaded ) then language: patterns agr for agr loaded (n=25,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/ lang-agr.pat) language: hyphenations agr for agr loaded (n=25,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/ lang-agr.hyp) The test file is: \usemodule[ancientgreek] [font=GreekGentiumAlt,altfont=GreekOxoniensis,altscale=1.03] \setupfontsynonym[GreekGentium] \setupfontsynonym[GreekGentiumAlt] \setupfontsynonym[GreekOxoniensis] \def\grk{\localgreek} \def\altgrk{\localaltgreek} \starttext \hyphenatedword{transformational} \startgreek \hyphenatedword{filosofo'umena} filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena \stopgreek \stoptext and the log file has ConTeXt ver: 2006.09.13 23:47 MK II fmt: 2006.9.13 int: english/ english and language: patterns nl-texnansi:texnansi-1-2:3 nl-ec:ec- 2-2:3 fr- texnansi:texnansi-3-2:3 fr-ec:ec-4-2:3 de- texnansi:texnansi-5- 2:3 de-e c:ec-6-2:3 it-texnansi:texnansi-7-2:3 it-ec:ec-8- 2:3 pt- texnansi:texna nsi-9-2:3 pt-ec:ec-10-2:3 hr-ec:ec-11-2:3 pl- pl0:pl0-12- 2:3 pl-ec:e c-13-2:3 pl-qx:qx-14-2:3 cz-il2:il2-15-2:3 cz- ec:ec-16- 2:3 sk-il2:i l2-17-2:3 sk-ec:ec-18-2:3 sl-ec:ec-19-2:3 ru- t2a:t2a-21- 2:3 en-ec:e c-22-2:3 uk-ec:ec-23-2:3 us-ec:ec-24-2:3 agr- agr:agr-25- 2:3 da-ec:e c-26-2:3 sv-ec:ec-27-2:3 af-ec:ec-28-2:3 no-ec:ec- 29-2:3 deo-ec:ec- 30-2:3 es-ec:ec-31-2:3 ca-ec:ec-32-2:3 la-ec:ec-33-2:3 ro- ec:ec-34 -2:3 tr-ec:ec-35-2:3 fi-ec:ec-37-2:3 hu-ec:ec-38- 2:3 loaded Yet, the output lacks Greek hyphenation—the English hyphenation is fine—and there are several overfull \hbox warnings. It usually helped if I uncommented some lines in cont-usr.tex (cont-usr.ori copied into cont-usr.tex if it doesn't exist), such as \installlanguage [\s!sl] [\c!state=\v!start] % slovenian but I don't see gr or agr there. Does it help if you add the following two lines there \installlanguage [\s!gr] [\c!state=\v!start] \installlanguage [\s!agr] [\c!state=\v!start] and rebuild the formats? Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem in kpse.rb
Disappointingly, over here it doesn't work with two backslashes, only with one. Possibly because there are two texmf.cnf (minimal linux distro) which give different answers: ./texmf/web2c/texmf.cnf, which claims % A place for local additions to a standard texmf tree. % This tree is not used for local configuration maintained by % texconfig, it uses TEXMFCONFIG below. TEXMFLOCAL = $SELFAUTOPARENT/../texmf-local and ./texmf-local/web2c/texmf.cnf, which claims TEXMFMAIN = $SELFAUTOPARENT/texmf TEXMFLOCAL= $SELFAUTOPARENT/texmf-local TEXMFFONTS= $SELFAUTOPARENT/texmf-fonts Regards, Johan 2006/9/17, Sanjoy Mahajan [EMAIL PROTECTED]: path = run(--expand-path=\\\$#{varname}) rescue '' to path = run(--expand-path=\$#{varname}) rescue '' I also ran into this (a few weeks ago on the list) and the patch I sent Hans after testing it on my Ubuntu Linux laptop was to use two backslashes: run(--expand-path=\\$#{varname}) so that Unix sees the command as, for example, kpsewhich --expand-path=\$TEXMFLOCAL which prevents the shell from expanding TEXMFLOCAL as a shell or environment variable, leaving it for kpse to find it in texmf.cnf. Interesting that \$ also works. I guess the \ gets passed unchanged, so the $ still gets procted from the shell. By the way, the rescue '' doesn't do anything, since a failed run of kpsewhich doesn't throw an exception. I think I have a patch for that. Hans, should I resend those patches? -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- Johan Sandblom N8, MRC, Karolinska sjh t +46851776108 17176 Stockholm m +46735521477 Sweden What is wanted is not the will to believe, but the will to find out, which is the exact opposite - Bertrand Russell ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem in kpse.rb
Johan Sandblom wrote: I also ran into this (a few weeks ago on the list) and the patch I sent Hans after testing it on my Ubuntu Linux laptop was to use two backslashes: run(--expand-path=\\$#{varname}) My suggestion would be: run(--expand-path='$#{varname}') Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem in kpse.rb
Yes, that works. Johan 2006/9/17, Taco Hoekwater [EMAIL PROTECTED]: Johan Sandblom wrote: I also ran into this (a few weeks ago on the list) and the patch I sent Hans after testing it on my Ubuntu Linux laptop was to use two backslashes: run(--expand-path=\\$#{varname}) My suggestion would be: run(--expand-path='$#{varname}') Taco -- Johan Sandblom N8, MRC, Karolinska sjh t +46851776108 17176 Stockholm m +46735521477 Sweden What is wanted is not the will to believe, but the will to find out, which is the exact opposite - Bertrand Russell ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt problem on Mac mini
Mojca Miklavec schrieb: A notice for Hans: can you please browse down for \externalfigure[\jobname-something.tmp] The thing with \AR versus \FR \LR and table header footer handling might also be misfeatures, esp. if they have already worked before (I never used them). On 9/15/06, Bernd Militzer wrote: Hi all, I have problems with ConTeXt on my Mac mini (intel-platform). My family project compiles perfect on my linux-machine and on my PowerBook G4 The table causes problems here as well, so it's certainly not machine-specific. Hi Mojca, first thanks for your hints and testing my TestFile. While creating different examinations this weekend for my students I ran again in trap using tables. But this time I did not use any macro. Just two simple tables. The example works with context : ver: 2005.01.31 but not with ConTeXt ver: 2006.08.22 The main problem is that \placetable with \startcombination ... does not work! Bernd TestFile2.tex Description: TeX document ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem in kpse.rb
Taco Hoekwater wrote: Johan Sandblom wrote: I also ran into this (a few weeks ago on the list) and the patch I sent Hans after testing it on my Ubuntu Linux laptop was to use two backslashes: run(--expand-path=\\$#{varname}) My suggestion would be: run(--expand-path='$#{varname}') ok - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] xetex and metapost
Hi, After switching to `XeConTeXt' my file with MP graphics (which ran fine before) results in errors. I include a .mp-file like: \startuseMPgraphic{dia1} input Diagram1 ; \stopuseMPgraphic \placefigure{Comment}{\externalfigure[Diagram1.1]} When I run ConTeXt a file test-mprun.mp is created containing: [...] defaultfont:='Minion Pro:mapping=tex-text; +onum; +pnum'; defaultscale:=12.0pt/10pt; [...] which of course is responsible for the errors. Does anyone know how to solve this? Greetings, Alex Lubberts ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetex and metapost
Alex Lubberts wrote: Hi, After switching to `XeConTeXt' my file with MP graphics (which ran fine before) results in errors. I include a .mp-file like: \startuseMPgraphic{dia1} input Diagram1 ; \stopuseMPgraphic \placefigure{Comment}{\externalfigure[Diagram1.1]} When I run ConTeXt a file test-mprun.mp is created containing: [...] defaultfont:='Minion Pro:mapping=tex-text; +onum; +pnum'; defaultscale:=12.0pt/10pt; [...] which of course is responsible for the errors. Does anyone know how to solve this? hm, tricky, one option is to use the \sometxt (see older posts) mechanism which will keep font handling entirely inside tex Hans -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetex and metapost
On 9/16/06, Hans Hagen wrote: Alex Lubberts wrote: Hi, After switching to `XeConTeXt' my file with MP graphics (which ran fine before) results in errors. I include a .mp-file like: \startuseMPgraphic{dia1} input Diagram1 ; \stopuseMPgraphic \placefigure{Comment}{\externalfigure[Diagram1.1]} When I run ConTeXt a file test-mprun.mp is created containing: [...] defaultfont:='Minion Pro:mapping=tex-text; +onum; +pnum'; defaultscale:=12.0pt/10pt; [...] which of course is responsible for the errors. Does anyone know how to solve this? hm, tricky, one option is to use the \sometxt (see older posts) mechanism which will keep font handling entirely inside tex One of the problems is also that textext results in calling pdftex instead of XeTeX (I never managed to get textext working under XeTeX, but I didn't want to complain too much about it), but draw \sometxt{something} is working perfectly and would be my choice for this anyway (unless you really need to put something special in those labels, but ask on the list again if you don't know how to handle it). Then you don't need to take care of font switching inside of the graphic, you just switch the font in your document. Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem in kpse.rb
path = run(--expand-path=\\\$#{varname}) rescue '' to path = run(--expand-path=\$#{varname}) rescue '' I also ran into this (a few weeks ago on the list) and the patch I sent Hans after testing it on my Ubuntu Linux laptop was to use two backslashes: run(--expand-path=\\$#{varname}) so that Unix sees the command as, for example, kpsewhich --expand-path=\$TEXMFLOCAL which prevents the shell from expanding TEXMFLOCAL as a shell or environment variable, leaving it for kpse to find it in texmf.cnf. Interesting that \$ also works. I guess the \ gets passed unchanged, so the $ still gets procted from the shell. By the way, the rescue '' doesn't do anything, since a failed run of kpsewhich doesn't throw an exception. I think I have a patch for that. Hans, should I resend those patches? -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] YABQ (yet another bib question...)
Thomas A. Schmitz wrote: I just ran into the same question. When using a citation style that doesn't quote the year (like refcommand=num), it seems more logical to drop the maybeyear letter. It seems to work setting \def\maybeyear{\gobbleoneargument} I haven't seen any side effects yet, but maybe I'm missing something. Would it be possible to make this behavior a global option/value? The problem with redefining \maybeyear is that it affects all citations equally: when you have three Knuth records with the same year and two Tuftes with the same year in the database, then if you use only one of Knuths but both Tuftes, you can no longer see which one of the Tuftes you were citing. I could add an interface setting, so that you would do not have to resort to using \def, but it would be much better if I could fix the problem internally. Needs some thinking, though Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Greek hyphenation problem
I have not been able to get Greek hyphenation to work. To make sure that my set up was right (?), I ran texfmstart ctxtools --pat and put the pattern files in /usr/local/teTeX/share/texmf.local/tex/ context/patterns The log file shows CtxTools | processing language agr CtxTools | CtxTools | using file /usr/local/teTeX/share/texmf.local/tex/context/ base/enco-acc.tex CtxTools | preloading accent conversions CtxTools | preloading agr character mappings CtxTools | accepting vector agr CtxTools | file grahyph4.tex is not present CtxTools | file oldgrhyph.tex is not present CtxTools | CtxTools | 0 changes in patterns and exceptions CtxTools | description found for language agr CtxTools | patterns saved in file lang-agr.pat I then ran sudo texmfstart texexec --make --all and cont-en.log shows (/Users/acbowen/Library/texmf/tex/context/enco-agr.tex) encoding: coding agr is loaded then loading : Context Language Macros / Generic Patterns language: patterns for agr not loaded then ) (/usr/local/teTeX/share/texmf.local/tex/context/base/lang-grk.tex loading : Greek Language language: patterns for gr not loaded language: patterns for agr not loaded ) then language: patterns agr for agr loaded (n=25,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.pat) language: hyphenations agr for agr loaded (n=25,e=agr,m=agr) (/usr/local/teTeX/share/texmf.local/tex/context/patterns/lang-agr.hyp) The test file is: \usemodule[ancientgreek] [font=GreekGentiumAlt,altfont=GreekOxoniensis,altscale=1.03] \setupfontsynonym[GreekGentium] \setupfontsynonym[GreekGentiumAlt] \setupfontsynonym[GreekOxoniensis] \def\grk{\localgreek} \def\altgrk{\localaltgreek} \starttext \hyphenatedword{transformational} \startgreek \hyphenatedword{filosofo'umena} filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena filosofo'umena \stopgreek \stoptext and the log file has ConTeXt ver: 2006.09.13 23:47 MK II fmt: 2006.9.13 int: english/ english and language: patterns nl-texnansi:texnansi-1-2:3 nl-ec:ec- 2-2:3 fr- texnansi:texnansi-3-2:3 fr-ec:ec-4-2:3 de-texnansi:texnansi-5- 2:3 de-e c:ec-6-2:3 it-texnansi:texnansi-7-2:3 it-ec:ec-8-2:3 pt- texnansi:texna nsi-9-2:3 pt-ec:ec-10-2:3 hr-ec:ec-11-2:3 pl-pl0:pl0-12- 2:3 pl-ec:e c-13-2:3 pl-qx:qx-14-2:3 cz-il2:il2-15-2:3 cz-ec:ec-16- 2:3 sk-il2:i l2-17-2:3 sk-ec:ec-18-2:3 sl-ec:ec-19-2:3 ru-t2a:t2a-21- 2:3 en-ec:e c-22-2:3 uk-ec:ec-23-2:3 us-ec:ec-24-2:3 agr-agr:agr-25- 2:3 da-ec:e c-26-2:3 sv-ec:ec-27-2:3 af-ec:ec-28-2:3 no-ec:ec-29-2:3 deo-ec:ec- 30-2:3 es-ec:ec-31-2:3 ca-ec:ec-32-2:3 la-ec:ec-33-2:3 ro- ec:ec-34 -2:3 tr-ec:ec-35-2:3 fi-ec:ec-37-2:3 hu-ec:ec-38-2:3 loaded Yet, the output lacks Greek hyphenation—the English hyphenation is fine—and there are several overfull \hbox warnings. What have I overlooked? Alan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] YABQ (yet another bib question...)
On Sep 10, 2006, at 3:30 PM, Taco Hoekwater wrote: [Taco: The reference to Knuth below comes out as (Knuth, 1981c) even though there are no other 1981 entries for Knuth cited in the text. Is that hard to fix given ConTeXt's way of dealing with bibtex, in that it just incorporates the entire database, in which there are several 1981 entries from Knuth?] Problematic. There is a small bit of influence possible: the `c' is inside macro (\maybeyear) that could be redefined (nullified), but that is a document-global solution, and it may not even work too well at that. It's been a long time since I looked at this problem. It is not totally unsolvable, but definately not simple either. Taco, I just ran into the same question. When using a citation style that doesn't quote the year (like refcommand=num), it seems more logical to drop the maybeyear letter. It seems to work setting \def\maybeyear{\gobbleoneargument} I haven't seen any side effects yet, but maybe I'm missing something. Would it be possible to make this behavior a global option/value? Best Thomas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Making context produce dvi file.
Hans Hagen wrote: texexec --dvi test --nobackend That works. As another test, using --output=dvi instead of --dvi produces pdf even with --nobackend. Just to be thorough, or difficult, I also tried texexec test --nobackend where pdftex is both front- and backend. It did the right thing (ran pdftex anyway and produced pdf). --nobackend Thanks, that switch was news to me. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] 2DOWN imposition gives blank pages
On 8/29/06, Sanjoy Mahajan wrote: texexec --pdfarrange --paper=a5a4 --2up yourfile.pdf I tried a few experiments with no luck. Not sure if it's a context or texexec problem, or my confusion. I made the multi-page p5.pdf from try --paperformat instead of --paper. texexec --pdfcombine --combination=2*1 --paperformat=A4,landscape*A4,lanscape --nobanner filename.pdf seems to do almost what you want (although it's way to complicated if you ask me), but I still don't understand how \definepapersize[offset=#{paperoffset}] works. Mojca \setuppapersize[A4][A4] \starttext \dorecurse{50}{ \input tufte } \stoptext Then I ran 'texexec --pdfarrange --paper=a5a4 p5.pdf' (the --2up doesn't change the error below) and got this error: ! Missing number, treated as zero. to be read again a \@@ppoffset -a 5a4 \calculatepaperoffsets ...lue {\??pp #1\c!offset } \divide \scratchdimen \arr... argument ...!height }\calculatepaperoffsets {A4} \xdef \papersize {A4} \firstofoneargument #1-#1 \next1 #1,-\docommando {#1} \doprocesscommaitem ... l.3 \setuplayout texexec is doing the arranging by making the following 'texexec.tex' file and then, I think, running texexec on it: \definepapersize [offset=a5a4] \setuplayout [backspace=0cm, topspace=0cm, width=middle, height=middle, location=middle, header=0pt, footer=0pt] \setuppagenumbering [alternative=doublesided] \starttext \insertpages [p5.pdf] [width=0cm] \stoptext The 'offset=a5a4' is upsetting Context; according to texshow-web on the garden, the offset should be a dimension. Also, I couldn't find (using grep) the string 'a5a4' in the context sources. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] 2DOWN imposition gives blank pages
texexec --pdfarrange --paper=a5a4 --2up yourfile.pdf I tried a few experiments with no luck. Not sure if it's a context or texexec problem, or my confusion. I made the multi-page p5.pdf from \setuppapersize[A4][A4] \starttext \dorecurse{50}{ \input tufte } \stoptext Then I ran 'texexec --pdfarrange --paper=a5a4 p5.pdf' (the --2up doesn't change the error below) and got this error: ! Missing number, treated as zero. to be read again a \@@ppoffset -a 5a4 \calculatepaperoffsets ...lue {\??pp #1\c!offset } \divide \scratchdimen \arr... argument ...!height }\calculatepaperoffsets {A4} \xdef \papersize {A4} \firstofoneargument #1-#1 \next1 #1,-\docommando {#1} \doprocesscommaitem ... l.3 \setuplayout texexec is doing the arranging by making the following 'texexec.tex' file and then, I think, running texexec on it: \definepapersize [offset=a5a4] \setuplayout [backspace=0cm, topspace=0cm, width=middle, height=middle, location=middle, header=0pt, footer=0pt] \setuppagenumbering [alternative=doublesided] \starttext \insertpages [p5.pdf] [width=0cm] \stoptext The 'offset=a5a4' is upsetting Context; according to texshow-web on the garden, the offset should be a dimension. Also, I couldn't find (using grep) the string 'a5a4' in the context sources. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] nonbreakablespace
Taco Hoekwater wrote: Aditya Mahajan wrote: On Wed, 16 Aug 2006, Sanjoy Mahajan wrote: \starttext A~B \stoptext It works fine here with vanilla ConTeXt ver 2006.08.08 21:51, texexec 6.2.0, tetex 3.0 on Ubuntu (generating pdf). For me, this makes context hang!! Where does it hang? Running tex or pdftex, or in texexec? Running texexec. Everything else is running fine, so I can not figure out why this is happening. If you can't interrupt the process, try adding \tracingall to your input. It will generate lots and lots of output, and you will probably see an expansion loop occuring (if not, then it may be a ruby issue). i just ran into the loop as well, it has to do with a change in load order of modules, i'll fix it (i'm trying to get rid of funny dependencies and this alpha/beta release was actually for taco's eyes only -) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] figure directory is sort of searched
On 8/15/06, Taco Hoekwater wrote: Hi, Sanjoy Mahajan wrote: I still can't figure this problem one out, from a few months ago, and it happens with a recent ConTeXt (2006.08.08 21:51). The figure searching code gets confused if a file of the same basename (but in a different directory) has already been loaded. Here is a minimal min.tex to show what I mean: I remember I ran into that as well (more than a year ago) and I ended up renaming my figures to figure1-1.pdf etc. It actually turned out to be easier for me, because that way I could use the figure filename as the reference. While reading Taco's response something else came to my mind: here's what I did in one of the presentations: \startsetups award:gold \useexternalfigure[medal][medal_gold][height=7.5cm] \stopsetups \startsetups award:silver \useexternalfigure[medal][medal_silver][height=7.5cm] \stopsetups \startsetups award:bronze \useexternalfigure[medal][medal_bronze][height=7.5cm] \stopsetups After that I just issued \setups{award:gold} at the top of product file for gold medallists while using the same page layout for all the medallists (with a simple \externalfigure[medal] which was good for any medallist). I guess that you could also do something like \startsetups chapter:1 \useexternalfigure[fig-1][1/fig-1.pdf] \useexternalfigure[fig-2][1/fig-2.pdf] \stopsetups \startsetups chapter:2 \useexternalfigure[fig-1][2/fig-1.pdf] ... \stopsetups \starttext \setups{chapter:1} \externalfigure[fig-1] \externalfigure[fig-2] \setups{chapter:2} \externalfigure[fig-1] \stoptext Just out of curiosity I tried the following: \startsetups chapter:1 \dorecurse{10}{\useexternalfigure[fig-\recurselevel][1/fig-\recurselevel.pdf]} \stopsetups \startsetups chapter:2 \dorecurse{10}{\useexternalfigure[fig-\recurselevel][2/fig-\recurselevel.pdf]} \stopsetups But you should ask someone else where to expand stuff to make it work. Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] nonbreakablespace
On Wed, 16 Aug 2006, Hans Hagen wrote: Taco Hoekwater wrote: Aditya Mahajan wrote: On Wed, 16 Aug 2006, Sanjoy Mahajan wrote: \starttext A~B \stoptext It works fine here with vanilla ConTeXt ver 2006.08.08 21:51, texexec 6.2.0, tetex 3.0 on Ubuntu (generating pdf). For me, this makes context hang!! Where does it hang? Running tex or pdftex, or in texexec? Running texexec. Everything else is running fine, so I can not figure out why this is happening. If you can't interrupt the process, try adding \tracingall to your input. It will generate lots and lots of output, and you will probably see an expansion loop occuring (if not, then it may be a ruby issue). i just ran into the loop as well, it has to do with a change in load order of modules, i'll fix it It works fine with the new version. (i'm trying to get rid of funny dependencies and this alpha/beta release was actually for taco's eyes only -) I should start taking your warning more seriously :) Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] figure directory is sort of searched
Taco sez: Sanjoy sez: The figure searching code gets confused if a file of the same basename (but in a different directory) has already been loaded. I remember I ran into that as well (more than a year ago) and I ended up renaming my figures to figure1-1.pdf etc. It actually turned out to be easier for me, because that way I could use the figure filename as the reference. Good idea, thanks. I might also integrate the figures (they're all MetaPost) into the .tex source, what I couldn't do in (e)plain TeX. I expect I'll have a few questions after I try that :-) The MetaFun manual already told me the answer to one of them: how to have common settings and macros across all the MetaPost figures (\startMPinclusions). -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] updating ConTeXt with ctxtools
On Aug 8, 2006, at 4:52 PM, Sanjoy Mahajan wrote: In any case, I have probably misunderstood the thread. Has a summary been posted somewhere that I might consult? I need to summarize all the Linux installation methods on the Wiki, once I get it all straight in my head. Right now in reality and in my head it's a nightmare because of all the flavors (texlive, tetex 2 or 3, etc.) and the gazillion map files that could be anywhere. ConTeXt tries to work everywhere so it has a hard life. I don't know much about what MacOS X does, but if you're not using a graphical installation method, it should be like BSD 4.[0123] Unix that I once used. In which case it should work mostly like Linux. Here's what I do now and did just half hour ago to update to the 2006.08.08 version. I use bash (a mostly sh-compatiable shell), which the MacOS terminal runs too I think. The $ below is my bash prompt and everything after it is what I type: $ TEXMFLOCAL=/home/sanjoy/texmf texmfstart ctxtools --updatecontext This fixes the problem that ctxtools uses (I think) Windows quoting in this source line: tree = `kpsewhich --expand-path $TEXMFLOCAL`.chomp rescue nil In Unix ruby (like in Perl) the $TEXMFLOCAL is expanded by the shell because of the $, and the result is run by the backticks. Usually TEXMFLOCAL has no setting in the shell or environment so ruby runs the command with $TEXMFLOCAL replaced by an empty string, giving: kpsewhich --expand-path So kpsewhich complains that it didn't get an argument for --expand-path (or --expand-var). The long-term fix is to figure out how to quote that works in Windows and Unix, but I don't know how since I don't use Windows. The short-term hack is to set TEXMFLOCAL just while running ctxtools, which is done by the command above that I run. So maybe try that using the vanilla distribution (so with \012 restored) and report back what happens and let's see if we can find a fix if something else doesn't work. My computers run Linux but my partner has a MacOS 10.3 machine and I'll use it for ConTeXt experiments if needed. -Sanjoy Sanjoy— Since I use the teTeX distribution on my Mac, I ran TEXMFLOCAL=/usr/local/teTeX/share/texmf.local sudo texmfstart ctxtools --updatecontext in Terminal (bash) and the update went perfectly. Many thanks! Alan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
On Mon, 7 Aug 2006, Taco Hoekwater wrote: Andreas Schneider wrote: but xdvi gives error messages like [...] My guess is that you have to copy the final ec.enc file you used to the folder where dvips (and xdvi, which looks in the same place normally) looks for encoding files. I created a symlink in my private texmf tree (ec.enc - lm-ec.enc) and ran texhash, and after that it was all the same. Anyway, this would not explain why I have the same symptom with the texnansi encoding, too. Maybe it helps debugging that dvips gives different error messages: This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2006.08.07:1402' - schrift.ps tex.pro8r.enctexps.pro. bgjb.pfbbgjri.pfbbgjr.pfb Warning: module writet1 of dvips (file bgjr.pfb): glyph `pi' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `product' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `ffl' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `ffi' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `ff' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `dotlessj' undefined [1] Also I get a slightly different result: With gv I can see some umlauts in the postscript file (ä, ö, ü work, but ß does not). Instead of the ligatures there are only spaces. Andreas___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] russian
I'm CC-ing this checklist about making new (Russian) hyphenation patterns work to the mailing list (also because a while ago I didn't manage to make them work either). Arkady Shraer wrote: Yes, I replaced files from previous mail. While texexec --make --all I saw, that lang-ru.* processed by ConTeXt. But in the log file (I attached the full log) I cannot see if the ru language is loaded. In the output file text just ragged right as before -- no hypenation. OK, so once more a checklist for you. From the fact that you're a gmail user too I can imagine that you also got the files garbled just as I did (I mean: written inline instead of getting attachments unless you downloaded your mail with some program): 0. not necessary [texmfstart] ctxtools --update (although I had problems downloading the latest beta) 1. check if all the files are OK: - tex/context/patterns/lang-ru.hyp - tex/context/patterns/lang-ru.pat - new version of tex/context/base/lang-ctx.tex, has to include: \installlanguage [\s!ru] [\s!mapping=t2a,\s!encoding=t2a] (If you didn't get the files right, get them from a temporary location http://pub.mojca.org/tex/russian/lang-ru.zip) 2. I don't know when this is needed and when not, but it might be that you have to copy cont-usr.ori to cont-usr.tex and uncomment the following line: \installlanguage [\s!ru] [\c!state=\v!start] % russian (before I did that I couldn't make the Slovenian hyphenation work) 3. run mktexlsr (or I-forgot-the-synonym/other-command-if-this-doesn't-work) 4. [texmfstart] texexec --make --all after texmfstart texexec --make --all I have ConTeXt ver: 2006.07.24 10:49 fmt: 2006.7.27 int: english mes: english Is it right? It's surely better than in one of the posts that you sent before this one ;) fmt: has to bear the date when you ran texmfstart texexec --make --all. If that is older, the format file wasn't written to the right place. You seem to use Ubuntu. I don't know how things are configured there, but I had numerous problems under MikTeX. The reason was that texexec --make --all didn't have any influence there since a whole lot of environmental variables were missing (the standalone distribution doesn't have those problems). In general I would suggest you to put the content of scripts/context/stubs/unix to some visible place, so that texexec will execute texmfstart texexec, you can surely google a bit for it, there was also a discussion about installation on Ubuntu recently on the mailing list. 5. Here's what I did to get antykwa torunska (if you don't have it you can download it from here: http://www.janusz.nowacki.strefa.pl/torunska-e.html): \enableregime[utf] \mainlanguage[ru] \definetypeface [russian] [rm] [serif] [antykwa-torunska] [default] [encoding=t2a] \setupbodyfont[russian] (for computer modern it should be similar, but you need more than one line to set it properly; however if you managed to make it work already, your old file should already be OK) I hope that you'll find some hint in this, Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] colums
On Aug 1, 2006, at 0:25, Aditya Mahajan wrote: On Mon, 31 Jul 2006, Hans van der Meer wrote: When I do: \setupcolumns[n=2,balance=no,tolerance=verytolerant,rule=on] % and variations \startext \startcolumns abc \column def \stopcolumns \stoptext This produces two columns when typeset on the upper half of the page. Suddenly about halfway the page the columns are not put side by side but below each other! Can you give an example that shows the problem? Aditya I ran the next code on the Live Context site and it gave me first column on the first page and second column on page 2. \starttext \dorecurse{4}{\input tufte} \startcolumns[n=2] first column \column second column \stopcolumns \stoptext But, as Hans Hagen wrote in another reply: \column is just not that trustworthy; columnsets give more control but cannot be used mixed with one column However, I seem to remember columnsets as fairly complex. Hans van der Meer ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] updating context on Ubuntu 6.06
It was hard to find a machine not running bash, a measure of the success of free software. But I eventually found a nearby Solaris more a measure of the lack of diversity ... imagine everyone living a house of the same design, driving the same car, etc etc Or instead walking, cycling, or taking public transit...but I dream. can you try: ... I ran this ruby script (on Linux): def locatedlocaltree tree = `kpsewhich --expand-path $TEXMFLOCAL`.chomp rescue nil unless tree FileTest.directory?(tree) then tree = `kpsewhich --expand-path $TEXMF`.chomp rescue nil end return tree end print locatedlocaltree+\n and got the error due to lack of quotes around $TEXMF{,LOCAL}: kpsewhich: option `--expand-path' requires an argument kpsewhich: option `--expand-path' requires an argument Unix definitely needs those quotes to protect the variables in the backquoted command from the shell. Also the 'rescue nil' doesn't seem to have any effect. Probably similar to system(), the `cmd` construct doesn't raise an exception if the command fails or even isn't found. Instead you get tree equal to the empty string, since `` captures (the empty) stdout. Is path expansion (instead of variable expansion) a risky change? It might make tree a colon-separated list. That will cause trouble for the directory test in the 'unless' clause, and also break later uses of the returned value of locatedlocaltree that assume it is one path element. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] updating context on Ubuntu 6.06
Sanjoy Mahajan wrote: Here's what I had to do to update to the latest Context (2006.07.14) on Ubuntu 6.06 (i.e. 2006.06) distribution of Linux. It comes with tetex 3.0. The commands below assume a working Context already installed in your ~/texmf, and the commands use bash syntax, which is almost like 'sh' but has the ~ idiom for $HOME. Updating context was one of the things on my todo list. great. Beforehand I had been using the 2006.04.17 beta and had put off upgrading because I was scared of the change from perl texexec to ruby texexec. 1. (optional cleanup) Delete the old Context-installed files in ~/texmf/. This step is optional, but I do it so that I can track the versions using an SCM. I use mercurial (hg is the program name), but it could have been svn, cvs, etc. The command (done in ~/texmf): hg locate -0 | xargs rm -0 2. (download, unpack) Download cont-tmf.zip, cont-fnt.zip, and cont-img.zip. Probably you need only the first zip file, but I'm reporting exactly what I did just in case any substep is the crucial one. The command: cd /tmp/ # no need to save them long-term wget http://www.pragma-ade.nl/context/current/cont-{tmf,fnt,img}.zip Unzip the zip archives into ~/texmf, appending the giant list of files to /tmp/a.log: cd ~/texmf for f in /tmp/cont-{tmf,fnt,img}.zip ; do unzip $f /tmp/a.log ;done 3. (stubs, part 1) Create ~/bin/texmfstart containing two lines: #!/bin/bash ~/texmf/scripts/context/ruby/texmfstart.rb $@ Then make it executable with chmod +x ~/bin/texmfstart From what I can tell from reading the ruby code, using the full path to texmfstart.rb helps texmfstart.rb find the other .rb programs, like texexec.rb. (texmfstart.rb uses the path it was called with and looks in that directory, but Hans can correct me if I'm wrong here.) 4. (stubs, part 2) texmfstart will run texexec, so create texexec as a symlink to ~/texmf/scripts/context/stubs/unix/texexec: cd ~/bin ln -s ~/texmf/scripts/context/stubs/unix/texexec chmod +x texexec Hans: Could texexec be made executable in the distribution's zip file, to avoid the chmod? 5. (test 1) A first check is that texexec works. So change to a random directory, e.g. where you keep some Context files: cd ~/tmp/xy ; texexec --version That produces: TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD which looks good 6. (formats) Remake the formats with texexec --make --all until here everything seems to work... 7. (test 2) Try a simple file. I use ~/tmp/xy/t.tex containing one line, \starttext abc \stoptext. Here goes: texexec t fails with ! Font \*12ptrmtf*=ec-lmr12 not loadable: Metric (TFM) file not found. on my machine this fails with: $ texexec t.tex TeXExec | processing document 't.tex' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file t.top TeXExec | using randomseed 1062 TeXExec | tex engine: pdfetex TeXExec | tex format: cont-en TeXExec | progname: context This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (/home/ralf/texmf/web2c/natural.tcx) entering extended mode (./t.tex ConTeXt ver: 2005.01.31 fmt: 2006.6.27 int: english mes: english language: language en is active protectionstate 0 system : cont-new loaded (/home/ralf/texmf/tex/context/base/cont-new.tex ! Undefined control sequence. l.14 \newcontextversion {2006.07.24 10:49} ? ! Emergency stop. l.14 \newcontextversion {2006.07.24 10:49} No pages of output. Transcript written on t.log. TeXExec | runtime: 1.705616 Any Ideas? 8. (dreaded lmodern) Ack, it's the dreaded lmodern problem. I thought I had avoided this issue on my previous laptop, which ran Debian testing/unstable and got reincarnated as an Ubuntu laptop. And I had fixed it, by installing the 'lmodern' package. But Ubuntu lmodern is v0.92, at least as of Ubuntu 6.06, and Debian unstable uses v1.00, which includes the necessary .tfm files for ec-lmr*. The beta Ubuntu ('edgy eft') uses the new version, so I downloaded its .deb via http://packages.ubuntu.com, which eventually pointed me to a monster url and I did: cd /tmp wget http://ubuntu.mirrors.tds.net/ubuntu/pool/universe/l/lmodern/lmodern_1.00-2_all.deb Note that the package version may change, so the easiest way is to download the latest .deb from http://ubuntu.mirrors.tds.net/ubuntu/pool/universe/l/lmodern/ Installing it is a bit painful. The first try (done as root) of dpkg -i /tmp/lmodern_1.00-2_all.deb complains with Usage error: unrecognized option Usage: update-fonts-dir DIRECTORY ... 'update-fonts-dir' is some X program that updates X's ideas of where
Re: [NTG-context] updating context on Ubuntu 6.06
1. (optional cleanup) Delete the old Context-installed files in ~/texmf/. This step is optional, but I do it so that I can track the I am not so sure that step is optional. Because if the preinstalled version had a cont-sys.tex or cont-usr.tex, then this step may be required to make sure you are not using an out-of-date version of these files. Good point, thanks. I'll incorporate it into the eventual wiki page. A somehwat more flexible version is #!/bin/sh ruby `kpsewhich --format='texmfscripts' texmfstart.rb` $@ (also notice the lack of quotes around $@) According to the bash man entry: @ Expands to the positional parameters, starting from one. When the expansion occurs within double quotes, each parameter expands to a separate word. That is, $@ is equivalent to $1 $2 ... So if you ran texmfstart with texmfstart --option=hi there then the $@ form would produce texmfstart.rb --option=hi there which would leave 'there' standing alone as a second argument. Whereas the $@ form would produce texmfstart.rb --option=hi there This second form is what you want, no? $ texmfstart ctxtools --updatecontext kpsewhich: option `--expand-var' requires an argument Do not worry about that until the rest of the install is correct, it may start working automagically. It didn't work magically, but Jano Kula's suggestion about TEXMFLOCAL made it work. I looked at the TEXMFLOCAL in the /etc/texmf/texmf.cnf and did: TEXMFLOCAL=/usr/local/share/texmf texmfstart ctxtools --updatecontext That worked fine except now there's version clash. During the update it said CtxTools | updating /usr/local/share/texmf and it downloaded the cont-tmf.zip there and unzipped it, remade the formats, and put them under ~/.texmf-var. So now the formats are based on the new context (2006.07.24) but for example, $ texmfstart ctxtools --contextversion CtxTools | context version: 2006.07.14 12:08 (/home/sanjoy/texmf/tex/context/base/context.tex) CtxTools | context version: 2006.07.14 12:08 (/home/sanjoy/texmf/tex/context/base/cont-new.tex) So texmfstart is finding the older source files in ~/texmf (from the 2006.07.14 update) although the formats themselves are newer. And trying a simple file gives: $ texexec t ... ConTeXt ver: 2006.07.14 12:08 fmt: 2006.7.26 int: english mes: english which worked fine, I guess since the two versions are sufficiently compatible. To avoid this problem, is it possible to put the new version in ~/texmf instead of in TEXMFLOCAL? Although in ~/texmf may be wrong for others, so it's a difficult problem... -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] updating context on Ubuntu 6.06
Here's what I had to do to update to the latest Context (2006.07.14) on Ubuntu 6.06 (i.e. 2006.06) distribution of Linux. It comes with tetex 3.0. The commands below assume a working Context already installed in your ~/texmf, and the commands use bash syntax, which is almost like 'sh' but has the ~ idiom for $HOME. Beforehand I had been using the 2006.04.17 beta and had put off upgrading because I was scared of the change from perl texexec to ruby texexec. 1. (optional cleanup) Delete the old Context-installed files in ~/texmf/. This step is optional, but I do it so that I can track the versions using an SCM. I use mercurial (hg is the program name), but it could have been svn, cvs, etc. The command (done in ~/texmf): hg locate -0 | xargs rm -0 2. (download, unpack) Download cont-tmf.zip, cont-fnt.zip, and cont-img.zip. Probably you need only the first zip file, but I'm reporting exactly what I did just in case any substep is the crucial one. The command: cd /tmp/ # no need to save them long-term wget http://www.pragma-ade.nl/context/current/cont-{tmf,fnt,img}.zip Unzip the zip archives into ~/texmf, appending the giant list of files to /tmp/a.log: cd ~/texmf for f in /tmp/cont-{tmf,fnt,img}.zip ; do unzip $f /tmp/a.log ;done 3. (stubs, part 1) Create ~/bin/texmfstart containing two lines: #!/bin/bash ~/texmf/scripts/context/ruby/texmfstart.rb $@ Then make it executable with chmod +x ~/bin/texmfstart From what I can tell from reading the ruby code, using the full path to texmfstart.rb helps texmfstart.rb find the other .rb programs, like texexec.rb. (texmfstart.rb uses the path it was called with and looks in that directory, but Hans can correct me if I'm wrong here.) 4. (stubs, part 2) texmfstart will run texexec, so create texexec as a symlink to ~/texmf/scripts/context/stubs/unix/texexec: cd ~/bin ln -s ~/texmf/scripts/context/stubs/unix/texexec chmod +x texexec Hans: Could texexec be made executable in the distribution's zip file, to avoid the chmod? 5. (test 1) A first check is that texexec works. So change to a random directory, e.g. where you keep some Context files: cd ~/tmp/xy ; texexec --version That produces: TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD which looks good 6. (formats) Remake the formats with texexec --make --all 7. (test 2) Try a simple file. I use ~/tmp/xy/t.tex containing one line, \starttext abc \stoptext. Here goes: texexec t fails with ! Font \*12ptrmtf*=ec-lmr12 not loadable: Metric (TFM) file not found. 8. (dreaded lmodern) Ack, it's the dreaded lmodern problem. I thought I had avoided this issue on my previous laptop, which ran Debian testing/unstable and got reincarnated as an Ubuntu laptop. And I had fixed it, by installing the 'lmodern' package. But Ubuntu lmodern is v0.92, at least as of Ubuntu 6.06, and Debian unstable uses v1.00, which includes the necessary .tfm files for ec-lmr*. The beta Ubuntu ('edgy eft') uses the new version, so I downloaded its .deb via http://packages.ubuntu.com, which eventually pointed me to a monster url and I did: cd /tmp wget http://ubuntu.mirrors.tds.net/ubuntu/pool/universe/l/lmodern/lmodern_1.00-2_all.deb Note that the package version may change, so the easiest way is to download the latest .deb from http://ubuntu.mirrors.tds.net/ubuntu/pool/universe/l/lmodern/ Installing it is a bit painful. The first try (done as root) of dpkg -i /tmp/lmodern_1.00-2_all.deb complains with Usage error: unrecognized option Usage: update-fonts-dir DIRECTORY ... 'update-fonts-dir' is some X program that updates X's ideas of where its fonts are, and the package isn't calling it correctly. But I don't care whether X knows about the lmodern fonts, since I'm using them for documents viewed with gv or xpdf, not directly as an X font. So I shut up update-fonts-dir for the moment, installed, and undid the shutting up (all as root): chmod -x /usr/bin/update-fonts-dir dpkg -i /tmp/lmodern_1.00-2_all.deb chmod +x /usr/bin/update-fonts-dir 9. (test 2 again, not as root) Now 'texexec t' works fine, as does 'texexec --check' So I think all is well, and I didn't need to set RUBYLIB. Let me know of any corrections or improvements; if there's interest I'll wikifi. From now on, I hope I can update using texmfstart ctxtools --updatecontext -Sanjoy `A society of sheep must in time beget a government of wolves.' - Bertrand de Jouvenal ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Can't get texmfstart to work
The Wizard wrote: All - I downloaded and installed ruby 1.8.4 from sunfreeware.com, and now I can at least use the texmfstart command. I ran texmfstart texexec --check and get this back: TeXExec | current distribution: web2c TeXExec | context source date: 2006.07.14 12:08 TeXExec | format path: . /home/markea/.texmf-config/web2c/unset /home/markea/.texmf-var/web2c/unset /home/markea/texmf/web2c/unset /usr/local/teTeX/share/texmf-config/web2c/unset /usr/local/teTeX/share/texmf-var/web2c/unset /usr/local/teTeX/share/texmf/web2c/unset /usr/local/teTeX/share/texmf-local/web2c/unset /usr/local/teTeX/share/texmf-dist/web2c/unset /home/markea/.texmf-config/web2c /home/markea/.texmf-var/web2c /home/markea/texmf/web2c /usr/local/teTeX/share/texmf-config/web2c /usr/local/teTeX/share/texmf-var/web2c /usr/local/teTeX/share/texmf/web2c /usr/local/teTeX/share/texmf-local/web2c /usr/local/teTeX/share/texmf-dist/web2c path maddness ... i assume that the unset is the engine part texexec should use the first writable path out of these; and then use an engine subpath file:line:error style messages enabled. i've never seen that one So, it seems to be working. Now, I try to generate a test document which I normally use to test my setup with the features I use most frequently, and everything works except including graphics. I have a set of pdf graphics which I normally modify on a per-project basis, and they go on the cover page of my documents. The document seems to be complete, and I don't see any inclusion errors in the log. But I do see some new errors about underfull/overfull which I have not seen previously, and I don't know how to interpret them. Anyone want to take a stab at figuring out what's wrong? overfull/undefull boxes depend on settings; they may be harmless is hyphenation working? Hans -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] emp.sty and metapost
Taco, Not sure what you mean here, so I ran: latex useemp.tex And got: No file useemp.aux. emp: File useemp.1 not found: emp: Process useemp.mp with MetaPost and then reprocess this file. [1] (./useemp.aux) ) Output written on useemp.dvi (1 page, 400 bytes). Transcript written on useemp.log. On Jun 28, 2006, at 12:07 AM, Taco Hoekwater wrote: David Arnold wrote: makempx --tex=latex useemp.mp useemp.mpx Does this create an mpx file? What happens if you run the bare command 'latex' on a simple test file? Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] emp.sty and metapost
David Arnold wrote: Taco, Not sure what you mean here, so I ran: latex useemp.tex And got: correct output And now I am lost as well. Nothing useful in the mpxerr.log, I assume? Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] emp.sty and metapost
OK. Clean directory. qdf $ ls OTqdbpreview.stydev.qdf sample2.qdf dev.1 dev.tex useemp.mp dev.mp functions.qdf useemp.pdf dev.pdf qdftools.mp useemp.tex qdf $ useemp.tex: \documentclass{article} \usepackage{amsmath} \usepackage{emp,ifpdf} \ifpdf \DeclareGraphicsRule{*}{mps}{*}{} \fi \setlength{\unitlength}{1cm} \begin{document} Now is the time for all good men to come to the aid of their country. \empprelude{input qdftools} \begin{empfile} \begin{empdef}[david](4,4) numeric u; 10u=3in; gridfivefive; xyaxesfivefive; \end{empdef} \end{empfile} \immediate\write18{mpost -tex=latex \jobname} \empuse{david} Now is the time for all good men to come to the aid of their country. \end{document} qdftools.mp: numeric s; s=0.2; color gridlines; gridlines:=(s,s,s); def openbluedot(expr pos)= fill fullcircle scaled 4pt withcolor white; draw fullcircle scaed 4pt withcolor blue; enddef; def openreddot(expr pos)= fill fullcircle scaled 4pt withcolor white; draw fullcircle scaed 4pt withcolor red; enddef; def filledreddot(expr pos)= fill fullcircle scaled 4pt withcolor red; draw fullcircle scaed 4pt withcolor red; enddef; def filledbluedot(expr pos)= fill fullcircle scaled 4pt withcolor blue; draw fullcircle scaed 4pt withcolor blue; enddef; def vtick(expr pos)= draw ((0,-3)--(0,3)) shifted pos; enddef; def htick(expr pos)= draw ((-3,0)--(3,0)) shifted pos; enddef; def gridfivefive = for k=-5u step 1u until 5u: draw (-5u,k)--(5u,k) withcolor gridlines; draw (k,-5u)--(k,5u) withcolor gridlines; endfor; enddef; def xyaxesfivefive= drawdblarrow (-5u,0)--(5u,0); label.rt(btex $x$ etex, (5u,0)); label.bot(btex $25$ etex, (5u,0)); drawdblarrow (0,-5u)--(0,5u); label.top(btex $y$ etex, (0,5u)); label.lft(btex $5$ etex, (0,5u)); enddef; endinput; Now a run: $ pdflatex --shell-escape useemp.tex ... )This is MetaPost, Version 0.901 (Web2C 7.5.5) (useemp.mp (qdftools.mpnewer: target file `qdftools.mpx' doesn't exist. /usr/local/teTeX/bin/powerpc-apple-darwin-current/makempx: Command failed: latex mpxerr.tex; see mpxerr.log qdftools.mp qdftools.mpx ! Unable to make mpx file. l.41 label.rt(btex $x$ etex, (5u,0)); Transcript written on useemp.log. emp: File useemp.1 not found: emp: Process useemp.mp with MetaPost and then reprocess this file. [1{/Users/darnold/Library/texmf/fonts/map/pdftex/updmap/pdftex.map}] (./useemp.aux) )/usr/local/teTeX/share/texmf.tetex/fonts/type1/ bluesky/cm/cmr1 0.pfb Output written on useemp.pdf (1 page, 7947 bytes). Transcript written on useemp.log. Now my directory: qdf $ ls OTqdbpreview.styfunctions.qdf useemp.aux dev.1 mpx509.dvi useemp.log dev.mp mpxerr.log useemp.mp dev.pdf mpxerr.tex useemp.pdf dev.qdf qdftools.mp useemp.tex dev.tex sample2.qdf And mpxerr.log: qdf $ cat mpxerr.log This is pdfeTeX, Version 3.141592-1.30.4-2.2 (Web2C 7.5.5) (format=latex 2006.6.27) 28 JUN 2006 09:10 entering extended mode **mpx509.tex (./mpx509.tex LaTeX2e 2003/12/01 Babel v3.8d and hyphenation patterns for american, french, german, ngerman, d utch, italian, norsk, portuges, spanish, swedish, nohyphenation, loaded. LaTeX Font Info:External font `cmex10' loaded for size (Font) 7 on input line 12. LaTeX Font Info:External font `cmex10' loaded for size (Font) 5 on input line 12. [1] [1] [1] [1] ! I can't find file `mpx509.aux'. \enddocument ...makeatletter \input \jobname .aux \fi [EMAIL PROTECTED] \ifdim \f... l.19 \end{document} Please type another input file name ! Emergency stop. \enddocument ...makeatletter \input \jobname .aux \fi [EMAIL PROTECTED] \ifdim \f... l.19 \end{document} *** (job aborted, file error in nonstop mode) Here is how much of TeX's memory you used: 10 strings out of 95138 181 string characters out of 1183036 2045165 words of memory out of 450 3256 multiletter control sequences out of 1+5 3640 words of font info for 14 fonts, out of 200 for 2000 58 hyphenation exceptions out of 5000 18i,2n,12p,76b,66s stack positions out of 5000i,500n,6000p,20b, 4s Output written on mpx509.dvi (4 pages, 432 bytes). On Jun 28, 2006, at 9:04 AM, Taco Hoekwater wrote: David Arnold wrote: Taco, Not sure what you mean here, so I ran: latex useemp.tex And got: correct output And now I am lost as well. Nothing useful in the mpxerr.log, I assume? Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman
Re: [NTG-context] INstall minimal context system.
Aditya Mahajan wrote: setuptex just sets some system variables (TEXMF, TEXMFMAIN, TEXMFLOCAL and so on) and modifies the PATH, so you will not get any immediate feedback on whether it ran correctly or not. Depending on your shell you may have to source setuptex path-to-setuptex or just setuptex most importantly, source setuptex or just setuptex will not have the desired effect. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] INstall minimal context system.
On 6/26/06, John R. Culleton wrote: I downloaded the justtex.zip and the context-linux.zip files into a work directory /usr/local/cont and unzipped them. Then I cd to the tex directory under that work directory. I made the the setuptex file executable and executed it with no apparent effect. You have to execute . setuptex ie. [dot] setuptex in that specific folder and than tex will work in that shell only. I've put something equivalent to cd /usr/local/cont/tex . setuptex cd into my .bashrc. I'm not sure that that's the proper and most elegant solution, but it was the only one that I found to be working. (An alternative would surely be a smart copy of contents of setuptex to .bashrc.) Then I changed the path to point to /usr/local/cont/tex/texmf-linux/bin and ran mktexlsr. If setuptex was executed properly, it should already be in your PATH. If not, other environmental variables needed to run TeX properly are not set either, so the formats will not be copied where they were supposed to be. It followed the new path. I ran texexec --make --alone and it seemed to be successful. Ran mktexlsr again. Then I ran a test program in another directory. It could not find cont-en.fmt. In fact this file or anything similar to this file does not exist in this tree, although it existed in my previous tetex tree and exists in my texlive tree. How do I create and/or download this file? You can't download it. texexec --make --all (or --make --alone, it doesn't really matter I guess) should create it and copy it to the proper destination. If it didn't, ConTeXt won't work properly either since the rest of the needed environmental variables are not set properly. Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Clipping again
I just ran: texexec dblarrow.tex tmp $ texexec dblarrow.tex TeXExec 5.4.3 - ConTeXt / PRAGMA ADE 1997-2005 fixing engine variable : pdfetex executable : pdfetex format : cont-en inputfile : dblarrow output : standard interface : en current mode : none TeX run : 1 This is pdfeTeX, Version 3.141592-1.30.4-2.2 (Web2C 7.5.5) (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx) entering extended mode (./dblarrow.tex ConTeXt ver: 2006.03.20 10:19 fmt: 2006.3.21 int: english mes: english language: language en is active protectionstate 0 system : cont-new loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex color : palette rollover is available ) system : cont-old loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/local/teTeX/share/texmf.local/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/local/teTeX/share/texmf.local/tex/context/user/cont-sys.rme (/usr/local/teTeX/share/texmf.local/tex/context/base/type-exa.tex) (/usr/local/teTeX/share/texmf.local/tex/context/base/type-syn.tex) (/usr/local/teTeX/share/texmf.local/tex/context/base/type-enc.tex) (/usr/local/teTeX/share/texmf.local/tex/context/base/type-siz.tex) (/usr/local/teTeX/share/texmf.local/tex/context/base/type-map.tex) (/usr/local/teTeX/share/texmf.local/tex/context/base/type-spe.tex) (/usr/local/teTeX/share/texmf.local/tex/context/base/type-akb.tex)) bodyfont: 12pt rm is loaded language: patterns en-ec:ec-1-2:3 uk-ec:ec-2-2:3 de- texnansi:tex nansi-3-2:3 de-ec:ec-4-2:3 fr-texnansi:texnansi-5-2:3 fr- ec:ec-6-2:3 es-ec:ec-7-2:3 pt-texnansi:texnansi-8-2:3 pt-ec:ec-9-2:3 it- texnansi :texnansi-10-2:3 it-ec:ec-11-2:3 nl-texnansi:texnansi-12-2:3 nl-ec:ec- 13-2:3 cz-il2:il2-14-2:3 cz-ec:ec-15-2:3 sk-il2:il2-16- 2:3 sk-ec:ec -17-2:3 pl-pl0:pl0-18-2:3 pl-ec:ec-19-2:3 pl-qx:qx-20-2:3 loaded specials: tex,postscript,rokicki loaded system : dblarrow.top loaded (./dblarrow.top) systems : system commands are disabled color : system rgb is global activated (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) (./dblarrow.tuo) systems : begin file dblarrow at line 5 [MP as EPS ./dblarrow-mpgraph.1] [MP as EPS ./dblarrow-mpgraph.2] [MP as EPS ./dblarrow-mpgraph.3] [MP as EPS ./dblarrow-mpgraph.4] fonts : resetting map file list fonts : using map file: original-base fonts : using map file: ec-public-lm fonts : using map file: ec-base fonts : using map file: 8r-base fonts : using map file: t5-base fonts : using map file: original-ams-base fonts : using map file: original-ams-euler fonts : using map file: original-public-lm [1.1] systems : end file dblarrow at line 187 [flush and process dblarrow-mpgraph.mp afterwards] ) Output written on dblarrow.dvi (1 page, 916 bytes). Transcript written on dblarrow.log. return code : 0 run time : 0 seconds generating graphics : metaposting dblarrow-mpgraph.mp TeXExec 5.4.3 - ConTeXt / PRAGMA ADE 1997-2005 metapost : dblarrow-mpgraph format : metafun This is MetaPost, Version 0.901 (Web2C 7.5.5) (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx) (dblarrow-mpgraph.mp [1] ! Redundant equation. to be read again ; l.272 10u=w; ? On Jun 26, 2006, at 1:35 PM, Mojca Miklavec wrote: On 6/26/06, David Arnold wrote: Mojca, Doesn't compile at my end: This is MetaPost, Version 0.901 (Web2C 7.5.5) (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx) (dblarrow-mpgraph.mp [1] ! Redundant equation. to be read again ; l.272 10u=w; Do you use some other high-level command to process the MP code? (Two graphics may not be processed in the same file unless you add an assignment instead.) What happens if you write u:=w/10? To Hans: thanks for the hint! (Slowly starting to believe that the code might indeed reach 4 lines ;) Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] INstall minimal context system.
I downloaded the justtex.zip and the context-linux.zip files into a work directory /usr/local/cont and unzipped them. Then I cd to the tex directory under that work directory. I made the the setuptex file executable and executed it with no apparent effect. Then I changed the path to point to /usr/local/cont/tex/texmf-linux/bin and ran mktexlsr. It followed the new path. I ran texexec --make --alone and it seemed to be successful. Ran mktexlsr again. Then I ran a test program in another directory. It could not find cont-en.fmt. In fact this file or anything similar to this file does not exist in this tree, although it existed in my previous tetex tree and exists in my texlive tree. How do I create and/or download this file? -- John Culleton ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] INstall minimal context system.
On Sun, 25 Jun 2006 17:27:41 -0600, John R. Culleton [EMAIL PROTECTED] wrote: I downloaded the justtex.zip and the context-linux.zip files into a work directory /usr/local/cont and unzipped them. Then I cd to the tex directory under that work directory. I made the the setuptex file executable and executed it with no apparent effect. Then I changed the path to point to /usr/local/cont/tex/texmf-linux/bin and ran mktexlsr. It followed the new path. I ran texexec --make --alone and it seemed to be successful. Just a guess: since you used the --alone switch, is there a path to the current directory from which you invoked texexec --make --alone Without the --alone switch the fmt file should go into \texmf-linux\web2c or \texmf-linux\web2c\pdfetex, depending on your texexec.ini setup. (I use Windows but the principle should be the same) Best Idris -- Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] INstall minimal context system.
On Sun, 25 Jun 2006, Idris Samawi Hamid wrote: On Sun, 25 Jun 2006 17:27:41 -0600, John R. Culleton [EMAIL PROTECTED] wrote: I downloaded the justtex.zip and the context-linux.zip files into a work directory /usr/local/cont and unzipped them. Then I cd to the tex directory under that work directory. I made the the setuptex file executable and executed it with no apparent effect. Then I changed the path to point to /usr/local/cont/tex/texmf-linux/bin and ran mktexlsr. It followed the new path. I ran texexec --make --alone and it seemed to be successful. setuptex just sets some system variables (TEXMF, TEXMFMAIN, TEXMFLOCAL and so on) and modifies the PATH, so you will not get any immediate feedback on whether it ran correctly or not. Depending on your shell you may have to source setuptex path-to-setuptex or just setuptex path-to-setuptex As a quick check to see if everything went fine, do echo $TEXMF before and after sourcing setuptex. Just a guess: since you used the --alone switch, is there a path to the current directory from which you invoked texexec --make --alone Without the --alone switch the fmt file should go into \texmf-linux\web2c or \texmf-linux\web2c\pdfetex, depending on your texexec.ini setup. IIRC, the new (ruby) texexec does not read texexec.ini. One possibility is that $TEXMFLOCAL is not set (as you did not run setuptex) so texexec did not know where to place the format files. This also happens with Miktex and texexec creates a directory pdfetex in the current directory and dumps the format files there. You can try moving the fmt files to /usr/loca/cont/tex/texmf-local/web2c/pdfetex Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Aleph queries
Duncan Hothersall wrote: I agree the above works, but when I use Arabic fonts and content it doesn't seem to. still puzzling things like this (imo) conform that the ability to typeset in multiple directions not means that one claim to have a multilingual tex the problem is that there's always a mixture between this auto r/l stuff and explicit r/l stuff and one never knows (also depends on the otp's it seems) what happens: now we can have situations that the input parser reverse things that are already reversed and one never knows why/where (since those opt's have kind of unpredictable side effects (apart from bugs - i just ran out of mem again) figure [num1] . [num2] . [num3] should come out as [num3] . [num2] . [num1] erugif depending on when an otp decides that it should stop we get something else In any case, the num snippets needs to be otp'd in order to get proper arab, at the same time there's this *dir stuff, ... (omega was never made for such things, only simple docs with straightforward input, not too much macro package stuff involved) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] MPinclusions strangeness with labels
On 6/6/06, Aditya Mahajan wrote: Hi, Aditya! I am surprised that it works without any modification on your machine. Do you have \forMPTEXgraphictrue set in your cont-sys.tex? User file 'cont-sys.tex' not found, 'cont-sys.rme' has been used instead. Is it possible that the mpx files are generated from a previous run (from your testing). That is, if you purge all temporary files and rerun texexec, do you still get the correct output? No, impossible since I ran the file for the first time. And yes, I deleted everything and rerun and it was OK again. If not, what magic setting do you have :) I don't know (I've just configured one of the machines in the university, ie. replaced new tmf over old MikTeX files, added texmfstart and stubs, so there's no way that the TeX tree would be polluted from my old failures to compile gnuplot graphics), but it must be a lucky TeX day today! Apart from some great news from Hans about lua and the Windows news on the XeTeX mailing list ... I have nothing more to say! Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Fonts problem
Le 31 mai à 13:33:18 Hans Hagen [EMAIL PROTECTED] écrit notamment: | Jean Magnan de Bornier wrote: | Hi all, | On a fresh installed done following (very exactly) | | http://wiki.contextgarden.net/TeTeX_3.0_installation, | | I get the following message with this : | . | \starttext | � | \oe \a | \stoptext | . | | kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 ec-lmr12 | mktexpk: don't know how to create bitmap font for ec-lmr12. | kpathsea: Appending font creation commands to missfont.log. | xdvi: Can't find pixel font ec-lmr12; using cmr10 instead at 600 dpi. | xdvi-motif.bin: Warning: Character 224 not defined in font cmr10 | xdvi-motif.bin: Warning: Character 233 not defined in font cmr10 | xdvi-motif.bin: Warning: Character 232 not defined in font cmr10 | xdvi-motif.bin: Warning: Character 231 not defined in font cmr10 | xdvi-motif.bin: Warning: Character 249 not defined in font cmr10 | xdvi-motif.bin: Warning: Character 247 not defined in font cmr10 | xdvi-motif.bin: Warning: Character 228 not defined in font cmr10 | | Something's obviously missing in my install ... but what? | tia | | i dunno where xdvi gets its info from, but it should use latin modern | instead of cmr but then, there are no mf sources of latin modern; can | xdvi use type 1 fonts? | (is there a reason why you use xdvi?) (just a viewer for dvi files, does it matter?) Well, since the first post I ran updmap-sys, and then suddenly the dvi file is as expected; but with the pdf option I get something unexpected: instead of blank for accented letters (when I posted first) there are now sometimes other characters than those I type (I'll send the pdf file if it can help). Thanks Renaud and Hans, -- Jean ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Fonts problem
Can you upload the pdf on a website (instead of the ML)? IMHO, problems with accentuated chars can come from the use of heterogeneous encodings (emacs unicode + context ec for example as I experienced). Check the encoding of your input file with file test.tex, if you get something like ISO-8859 text and you use ec or texnansi in cont-sys.tex, the problem is not encoding-related. ... It can help if you send the output messages of texexec... Jean Magnan de Bornier a écrit : (just a viewer for dvi files, does it matter?) Well, since the first post I ran updmap-sys, and then suddenly the dvi file is as expected; but with the pdf option I get something unexpected: instead of blank for accented letters (when I posted first) there are now sometimes other characters than those I type (I'll send the pdf file if it can help). Thanks Renaud and Hans, ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] t-bib and explicitly italizising title parts
Johannes Graumann wrote: Hello, Is there any way using '\it' in the title of a bib-entry, so that ConTeXt/t-bib will hand it though into the bibliography listing? Sure, just use \it ;-) Seriously: does that not work for you? I tried @ARTICLE{article-minimal, author = {L[eslie] A. Aamport}, title = {The {\it Gnats\/} and Gnus Document Preparation System}, journal = {\mbox{G-Animal's} Journal}, year = 1986, } and it ran without any trouble. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] components and figure search paths
so how is this component, when run on itself, supposed to locate itself, Not sure I completely understand your question. But if I run one component, I change to its directory first: cd chap/1 texexec c_ch1.tex Or is the canonical method: texexec chap/1/c_ch1.tex ? I've been in the habit of not doing it this way with tex tools, since (la/pdf)tex put the generated files in the current directory instead of in the directory of the source file. - how does the dir structure look ./chap/1/abc-1.eps ./chap/1/c_ch1.tex ./project_books.tex ./env_books.tex ./onebook.tex - where did you put the file It's in chap/1/ (along with the eps figure) - where did you run it I ran 'texexec onebook' in the ./ directory. Running the component works fine (if I cd to its directory first), because abc-1.eps is easy to find. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mp file not compiling
On Wed, 3 May 2006, Mojca Miklavec wrote: On 5/3/06, Aditya Mahajan wrote: Hi, Is the mp support for btex...etex broken in the latest context (ConTeXt ver: 2006.04.27 15:59) The following does not compile, \starttext \startMPpage label(btex This is a test etex, origin) ; \stopMPpage \stoptext I get an error ! Unable to make mpx file. l.123 label(btex This is a test etex Even an mp file beginfig(1) label(btex hello world etex, origin) ; endfig end; with texexec --mptex gives the same error message. Can somebody confirm this? Or is something broken at my end? First of all: 1. in case you are using windows, update texmfstart.exe from cont-win.zip (you have to do that every now and then) I am indeed using windows. I deleted my entire tree and downloaded the latest mswincontext.zip, uninstalled it. I verified that texmfstart.exe is in the path and ran texmfstart newtexexec --mptex and get the same error. 2. check that texexec is a synonym (for example texexec.bat under windows or an executable) for running texmfstart [new]texexec I did check that. texexec is a synonym for texmfstart newtexexec. Infact, the example does not compile on live.contextgarden.net I get the same error message when I compile the tex file there. 3. Hans would say that you have to use textext instead of btex ... etex with \startMPpage label(textext(This is a test),origin) ; \stopMPpage I get || test1-mpgraph.mp || test1-mpgraph.mpx || ! Unable to make mpx file. || l.124 texpictures[1] := btex || This is a test etex ; as textext internally uses btex/etex. In the pdf file I get *unknown* instead of *This is a test*. I guess that unknown is textext's fallback mechanism. I doubt that this came with the latest distribution. The btex/etex and textext functionality is a bit broken anyway: sometimes it works and sometimes it doesn't. This is the first time I found it to be broken. It depends a lot on the system that you use (MikTeX/tetex/standalone), on texexec that you run (texexec or newtexexec), how you run it (a batch/shell script with texmfstart [new]texexec or from linux/windows binaries that come with other distributions than the standalone one). I am using the standalone distribution from pragma on windows. It might also be that write18 is set to off, it might be that some \runMP[TEX]graphic[s]true, \forceMP[TEX]graphic[s]true are set to false (chech your cont-usr.tex file). (I don't know which variable does what, but if you try to use an undefined one, TeX will complain anyway. Check the sources or try to switch on all the possible combinations of the commands mentioned above.) I had \runMPgraphicstrue and \runMPTEXgraphicstrue in cont-sys.tex I added \forceMPTEXgraphictrue to cont-sys.tex and remade the formats. Still, I get the same error. I checked in texmf.cnf and mpxcommand is set to makempx If I run makempx.exe test.mp test.mpx I get dvitomp.exe: mpx3568.dvi: No such file or directory makempx: Command failed: dvitomp mpxerr.dvi test.mpx makempx: can't move mpx3568.dvi to mpxerr.dvi: No such file or directory mpx3568.mp has one line end. and mpxerr.log is empty. The help of makempx says that makempx is equivalent to mpto -tex, texexec --batch --once --nomp, and dvitomp If I follows these steps manaually, adding --dvi to texexec I get an mpx file. My guess that the error is because 1. texmfstart texexec calls newtexexec 2. On the standalone distribution, newtexexec produces pdf by default. To check this, I created a texexec.bat file in my current directory so that it calls texmfstart texexec.pl and everything works fine now. Thus, for the time being, I have changed my texexec.bat to call texexec.pl. To use newtexexec, makempx should be changed to call texexec --batch --once --nomp --dvi ^^ Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] generating formats with newtexexec
Thomas A. Schmitz wrote: On Apr 20, 2006, at 10:24 AM, Hans Hagen wrote: hm, maybe some split problem what does kpsewhich -show-path=fmt report? i'll send you a patched kpsefast.rb module for testing Hans I'm really sorry I have to resurrect this old thread, but there is something terribly, fundamentally wrong with format generation in newtexexec. I just dlded the latest version and ran texmfstart newtexexec --make --all That is absolutely bizarre! :( So I also just downloaded the latest, just now, but I have no such problem (sorry). I have run $ texmfstart newtexexec --make --all after unpacking -rw-r--r-- 1 taco taco 3484157 Apr 27 12:21 cont-tmf.zip to /usr/local/teTeX/share/texmf-local (as root) That gave me the following (correct) files: TeXExec | tex engine path: /home/taco/.texmf-var/web2c/pdfetex TeXExec | mps engine path: /home/taco/.texmf-var/web2c TeXExec | texformat: 27/04/2006 13:24:57 /home/taco/.texmf-var/web2c/pdfetex/cont-en.fmt TeXExec | texformat: 27/04/2006 13:25:13 /home/taco/.texmf-var/web2c/pdfetex/cont-nl.fmt TeXExec | texformat: 27/04/2006 13:25:14 /home/taco/.texmf-var/web2c/pdfetex/mptopdf.fmt TeXExec | mpsformat: 27/04/2006 13:25:15 /home/taco/.texmf-var/web2c/metafun.mem TeXExec | mpsformat: 22/08/2005 19:25:45 /home/taco/.texmf-var/web2c/mpost.mem TeXExec | runtime: 37.386391 and $ texmfstart newtexexec --check now ends with: TeXExec | TeXExec | TeXExec | version 6.1.2 - 1997-2006 - PRAGMA ADE/POD TeXExec | TeXUtil 9.0.1 - ConTeXt / PRAGMA ADE 1992-2006 TeXExec | CtxTools | version 1.3.2 - 2004/2006 - PRAGMA ADE/POD TeXExec | TeXExec | testing interface en TeXExec | pdfeTeX Version 3.141592-1.30.5-2.2 (Web2C 7.5.5) TeXExec | ConTeXt ver: 2006.04.27 00:58 fmt: 2006.4.27 int: english mes: english TeXExec | TeXExec | testing interface nl TeXExec | pdfeTeX Version 3.141592-1.30.5-2.2 (Web2C 7.5.5) TeXExec | ConTeXt ver: 2006.04.27 00:58 fmt: 2006.4.27 int: dutch mes: dutch Cheers, taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] generating formats with newtexexec
Hi, Of course I am unable to give an answer. Yet I would like to mention, that also in the windows environment it does not work as expected. I found the format files in a separate directory not in the web2c path. Everything worked after moving the folder into the correct place. Willi Thomas A. Schmitz wrote: On Apr 20, 2006, at 10:24 AM, Hans Hagen wrote: hm, maybe some split problem what does kpsewhich -show-path=fmt report? i'll send you a patched kpsefast.rb module for testing Hans I'm really sorry I have to resurrect this old thread, but there is something terribly, fundamentally wrong with format generation in newtexexec. I just dlded the latest version and ran texmfstart newtexexec --make --all from within the directory where the format files should be written. After completion, I double-checked, and I did not get a new version or format file. I then searched my disk to see where format files had been written. Here's the result: % locate cont-en.fmt /Users/tas/.:/Users/tas/texmf/web2c/:!!/usr/local/teTeX/share/share/ texmf-local/web2c/:!!/usr/local/teTeX/share/share/texmf/web2c/:!!/usr/ local/teTeX/share/share/texmf-dist/web2c/pdfetex/cont-en.fmt /usr/local/teTeX/share/texmf.local/.:/Users/tas/texmf/web2c/:!!/usr/ local/teTeX/share/share/texmf-local/web2c/:!!/usr/local/teTeX/share/ share/texmf/web2c/:!!/usr/local/teTeX/share/share/texmf-dist/web2c/ pdfetex/cont-en.fmt /usr/local/teTeX/share/texmf.local/pdfetex/cont-en.fmt /usr/local/teTeX/share/texmf.local/web2c/.:/Users/tas/texmf/web2c/:!!/ usr/local/teTeX/share/share/texmf-local/web2c/:!!/usr/local/teTeX/ share/share/texmf/web2c/:!!/usr/local/teTeX/share/share/texmf-dist/ web2c/pdfetex/cont-en.fmt /usr/local/teTeX/share/texmf.local/web2c/pdfetex/cont-en.fmt /usr/local/teTeX/share/texmf.local/web2c/xetex/cont-en.fmt This looks bizarre, and it is. What happened: instead of using the path descriptors as handed to it by kpsewhich, newtexexec CREATES the paths verbatim, so I now have a directory .:/Users/tas/texmf/ web2c/:!!/usr/local/teTeX/share/share/texmf-local/web2c/:!!/usr/local/ teTeX/share/share/texmf/web2c/:!!/usr/local/teTeX/share/share/texmf- dist/web2c/pdfetex/ inside my Home directory and in other places of the disk. I hope the description is clear... Best Thomas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context