- ntg-context - Mailing Lists

Error running metapost
by Johannes Hüsing 09 Feb '03

09 Feb '03

Dear all, after installing the latest beta I tried to compile my old sources, but the metapost pass called from within a pdfetex run stopped with the error message: ! Equation cannot be performed (numeric=boolean). <to be read again> ; l.24 spotcolors := true ; Looking at the mpgraph file I see the following line: if unknown context_spec : input mp-spec ; fi ; and in my version of mp-spec spotcolors is declared to be boolean. Indeed, when I run 'mpost filename-mpgraph' I get no error message and all mp-* files are included. Any hint on where context_spec et al are set? Groet Johannes -- Johannes Hüsing There is something fascinating about science. One gets hannes(a)ruhrau.de such wholesale returns of conjecture from such a trifling investment of fact. Mark Twain

2 5

reference problem
by Albrecht Kauffmann 09 Feb '03

09 Feb '03

Hi all, I have a problem with references to equationnumbers. Let \the\equationnumber be 1. If I type \reference[a]{(\the\equationnumber)}$$ (a formula) $$ \advance\equationnumber by 1 \reference[b]{(\the\equationnumber)}$$ (another formula) $$ ... \in[a],\in[b] ... I expect to get "... (1),(2) ...". With an older version of Context (2000.12.14) this works fine. But with the new version (2002.10.23), I get for both equation a and b the same number (namely the last, 2): "... (2),(2) ...". Is this a bug, or has somewhat changed? With many thanks in advance Albrecht

1 0

tip
by Hans Hagen 08 Feb '03

08 Feb '03

Hi \def\bTN#1\eTN{\bTD\digits#1\relax\eTD} % will be in next release will give you digit alignment \bTABLE \bTR\bTD one \eTD\bTN ~25,== \eTN\bTN ~~0,00 \eTN\eTR \bTR\bTD two \eTD\bTN 125,-- \eTN\bTN `00,00 \eTN\eTR \eTABLE see supp-num.tex %D \starttabulatie[|l|l|l|] %D \NC \type{.} \NC , . \NC comma or period \NC \NR %D \NC \type{,} \NC , . \NC comma or period \NC \NR %D \NC \type{@} \NC \NC invisible space \NC \NR %D \NC \type{_} \NC \NC invisible space \NC \NR %D \NC \type{/} \NC \NC invisible sign \NC \NR %D \NC \type{-} \NC $-$ \NC minus sign \NC \NR %D \NC \type{+} \NC $+$ \NC plus sign \NC \NR %D \NC \type{s} \NC \NC invisible high sign \NC \NR %D \NC \type{p} \NC $\positive$ \NC high plus sign \NC \NR %D \NC \type{m} \NC $\negative$ \NC high minus sign \NC \NR %D \NC \type{n} \NC $\negative$ \NC high minus (negative) sign \NC \NR %D \NC \type{=} \NC $\zeroamount$ \NC zero padding \NC \NR %D \stoptabulatie other alignments are discussed there Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma(a)wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

1 0

Using variables in relation to the TOC
by Willi Egger 08 Feb '03

08 Feb '03

Hi all, While developing a manual I encounter the following problem. Each document of the manual carries a header, where a version number is placed. In this case the version number is a date. The manual table of contents requires, that the name of the document (chapter name) is placed followed by the version number which Ii mentioned above. I spent some hours to try to tweak things to get the desired result. - Unfortunately unsuccesfully. May be that I want to achieve something which is impossible due to the way TeX is generating the table of contents. - If you compile hte attached file you get a table of contents which looks in first instance as it is required. The 'only' problem is, that all documents get the version number defined in the setuparea (Compare the presentation of the version number to the versionnumbers as they appear in the header) Any suggestions? Thanks Willi

3 4

two questions
by Tasos Drosopoulos 08 Feb '03

08 Feb '03

Hello All, After a number of years working with "classical" TeX/LaTeX I have been trying out ConTeXt. I like the structured approach and the control it gives the user and I have been trying it out on some of my working documents. Two questions: 1. On writing tables in LaTeX, there is an option p{ some length } that enables paragraph mode for one or more of the table's column entries. Is there something equivalent in ConTeXt? I don't seem to be able to find it in the manual. 2. My native language is Greek and I would like to have the capability to write documents in this language. There does not seem to be support for it in ConTeXt. Are there any directions, notes, how-to's, etc. around, for how to add support for an additional language in ConTeXt? I'd like to give it a try. TIA Tasos

6 7

re:[ntg-context] two questions
by Tasos Drosopoulos 08 Feb '03

08 Feb '03

First of all thanks guys for the p( ) pointer. Hans, re your questions: (1) what fonts (2) what encoding (3) what labels 1. I use the cbgreek fonts. A complete package was submitted to ctan on Dec 2002. Size is ~ 65-70 MB with full support for type1 and tfm that results in nicely looking pdf docs. They are the work of A. Syropoulos, one of the main contributors to greek babel and omega projects. 2. The encoding I use is the iso-8859-7. The iso-8859-7.def file is again written by A. Syropoulos. This works nicely in both my Win2k and Linux environments. A simple Left-Alt/Shift changes keyboard layout and I can use both greek and english in my documents. 3. Re labels I don't know what they are. A brief sample of a test tex doc follows: %-------------------- \documentclass[a4paper]{article} \usepackage[greek]{babel} \usepackage[iso-8859-7]{inputenc} \begin{document} Κανονικά ελληνικά, \textbf{έντονα ελληνικά}, \textit{πλάγια καλλιγραφικά}, \textsl{απλά πλάγια}. {\LARGE Κανονικά ελληνικά, \textbf{έντονα ελληνικά}, \textit{πλάγια καλλιγραφικά}, \textsl{απλά πλάγια}.} \thispagestyle{empty} \end{document} %-------------------- You should get through dvips a test.ps file with size ~ 158 kb. The corresponding file through pdflatex is ~ 84 kb. If desired, I can post them to the group or mail them to you. The iso-8859-7.def file you can get through ctan. I find I get the best possible results with the least hassle by using the newly released teTeX 2.0. The how-to for my setup is: After installation of tetex-2.0 (see instructions on the tetex src tarball) 1. install iso-8859-7.def -> ../texmf/tex/latex/base/ 2. expand somewhere the cb.tar.gz fonts tarball and from it: a) copy drivers/*.mf -> ../texmf/fonts/source/public/cbgreek/ b) copy dvips/cbgreek.map -> ../texmf/dvips/config/ c) copy mf/*.mf -> ../texmf/fonts/source/public/cbgreek/ d) copy tfm/*.tfm -> ../texmf/fonts/tfm/public/cbgreek/ e) copy type1/*.pfb -> ../texmf/fonts/type1/public/cbgreek/ 3. add the following line to the appropriate place in your texmf/dvips/config/config.ps file p +cbgreek.map 4. add the following line to the appropriate place in your texmf/pdftex/config/pdftex.cfg file map +cbgreek.map 5. texhash your system In this way I have full support for modern greek in my LaTeX system. Any other questions you may have feel free to drop them to me. Tasos

2 1

Re: [NTG-context] typescripts again (was to keep you busy ...)
by Hans Hagen 08 Feb '03

08 Feb '03

At 06:59 AM 2/7/2003 -0800, you wrote: >On Fri, 07 Feb 2003 09:13:03 +0100, "Hans Hagen" <pragma(a)wxs.nl> said: > > > > > this means that it cannot find it on th elocal path but the file is found > > elsewhere (there are some 5 strategies for locating files in context) > > > > can you send me the file + test file? > >Which "file"? I'll assume the typescriptfile, etc... your problem is related to a naming inconsistency: you map serif's in a typescript called [minionpro] but in defining the typeface use: [minionpro-osf] so, either name the typescript -pro as well, or call it up using: [minionpro,minionpro-osf] Seems that halefway defining you lost the -osf -) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma(a)wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

1 0

Re: Fwd: Czech support by Tom Hudec
by Michal Kvasnicka 08 Feb '03

08 Feb '03

Dear Mr. Hagen. Some time ago I asked you for the Czech index in the ConTeXt. You have sent me Hudec's files. The zip file included these files: lang-sla.tex mult-con.tex cont-tmf.diff mult-com.tex Unfortunately these files only translates headers (like the name of the Index or chapter) into the Czech language. The real sorting of letters is not covered in it. Is there any other file? If not, how can I do it for myself? I tried to learn it from the Polish file, I was not able to make it work for me. What are the exact rules? Many thanks for your help. Michal Kvasnicka > i attached a zip archive with some work from tom/david; i still have to > merge it into context (simply too busy), so can you take the latest beta > (uploaded a few days ago) and try to sort this out? > > so, czech sorting is possible -)

2 1

XML and multiple keyword attributes
by Martin Kolařík 07 Feb '03

07 Feb '03

Hello Hans, isn't something new in reading/processing XML attributes? I used it before more than half year, now I'm going to use it again -- I want to define in XML something like <td align="middle, lohi"/>...</td> and I want to process this in ConTeXt like \bTD[align={middle, lohi}] using something like \expanded{\bTD[align=\XMLop{align}]}. Then I did not succeeded in any way, thanks, Martin -------- Martin Kolarik Moravske Pristroje, a.s., Masarykova 1148, Zlin 76302 tel. +420 603 498 498, fax +420 577 107 171 web: http://www.mii.cz -------- e-mail: kolarik(a)mii.cz e-mail: kolarik(a)click.cz tel. +420 603 535 593

3 2

Footnotes page breaking
by drymartini＠gmx.de 07 Feb '03

07 Feb '03

I have an article with a lot of footnotes to be set at the end of the document. \setupfootnotes[location=text] and \placefootnotes Works except that the notes don't get broken across pages. See how the footnotes just go down and off the end of the page. ConTeXt ver: 2002.10.23 %snip --------- \setuppapersize [A5][A4] \setuplayout [location=middle,marking=on] \setupfootnotes[location=text] \starttext As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose\footnote{This is a footnote.} between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications. As one who does mostly publications which have tables, I am unimpressed by the implementations\footnote{This is a silly footnote.} in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} As one who does mostly\footnote{This is another silly footnote.} publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications. As one who does mostly publications\footnote{This is a very silly footnote.} which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.\footnote{See Baker, S. 50.} As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP\footnote{This is a silly footnote.} and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner.\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} is the hands-down \footnote{This is a silly footnote.}winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe\footnote{See website at adobe.com.} applications.\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} As one who does\footnote{As one who does mostly publications which have tables, I am unimpressed by the implementations in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications.} mostly publications which have tables, I am unimpressed by the implementations\footnote{This is a silly footnote.} in both QXP and InDesign. However, if I my only options were to choose between QXP5 and InDesign to implement tables, InDesign is the hands-down winner. InDesign also has layers, and while I can't compare them to QXP5's implementation, I do like the fact that InDesign's layers are implemented in the same way as the other Adobe applications. \blank \placefootnotes \stoptext

1 0