- ntg-context - NTG Mailing Lists

texmfstart problem
by Richard Gabriel 22 May '06

22 May '06

Hello Hans and others, I've got the following problem... I used to use such a command to compile my documents: texexec --format=cont-cz --mode=print file.tex After upgrade to latest ConTeXt (2006-05-17), I got a warning "Use 'texmfstart texexec' instead!". So I've changed my batch to call: texmfstart texexec --format=cont-cz --mode=print file.tex But it seems the --format switch is not processed correctly because the cont-en format is always used. On the other hand, the mode is passed correctly. Where's the problem? Thanks, Richard

3 5

open math
by Hans Hagen 21 May '06

21 May '06

Hi, For those interested in mathml/openmath ... i've added some support for openmath -> mathml conversion to the distribution (there is some stuff in the manual svn repos as well). I dunno how many of you actually have used openmath. Anyhow, it makes a nice demo of applying ctx job description files (used for automatic preprocessing of the xml files to content mathml and such). http://www.pragma-ade.com/general/manuals/mmoexamp.pdf 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 -----------------------------------------------------------------

2 5

Problems when using columnset and certain fonts
by ME 21 May '06

21 May '06

Hi all, I'm currently playing with context columns / columnsets and several fonts. I've come across a strange problem with columnsets when using certain fonts. I first noticed it when I tried to use one of the Windows TTF fonts, Times New Roman. That's the one I've mainly used in the past with Latex. I've been through all the steps described in the wiki, the practex 2005/2 issue or Bill McClain's context/pdftex beginner's page to embed TTF into context. The problem I encountered was that typesetting with some fonts goes terribly berserk when switching between \tf and \it and back. I thought this was just 'me' because I don't know much about context yet, and integrating ttf is complicated. So I looked at http://www.fiee.net/texnique/?menu=0-1-4 (it was mentioned in January in the 'Problems installing Gentium TTF' thread) which has some font definitions for context. I tested all of them and guess what, one of them shows the same problem. It's the phosphorus font, which I used to cook up a minimal example, just that anybody can test it without my own local font definitions, which may be wrong anyway. So here's my questions regarding this phenomenon. 1) Is it a problem with the font being used? (In this case there's probably no workaround and certain fonts simply can't be used). 2) Is it a problem with the font/typescript definition files? If so, how can it be fixed? (This would be my favourite, it would mean it can be fixed locally, althogh this also means I made a mistake somewhere :-)) 3) Is it a problem within the context columnset? (This I wouldn't like much since I couldn't fix it myself...) It would be nice if one of the wizards could look into this, because it puzzles me no end... I'm using miktex on windows xp sp2. For version information, the log file says: TeXExec 5.4.3 - ConTeXt / PRAGMA ADE 1997-2005 ConTeXt ver: 2006.04.24 23:37 fmt: 2006.5.16 TeXUtil 9.0.1 - ConTeXt / PRAGMA ADE 1992-2006 Find the minimal example below. Thanks... Michael % start of example % interface=en output=pdftex \mainlanguage[en] % to test, download&install the phosphorus font from % http://www.fiee.net/texnique/?menu=0-1-4 % without these five lines all three chapters % work with the default font setup \setupencoding[default=qx] \usetypescriptfile[type-apostrophe-phosphorus] \usetypescript[fiee][apostrophe-phosphorus] \setupbodyfont[apostrophe-phosphorus, rm, 12pt] \setupbodyfontenvironment[default][em=italic] \setuptolerance[verytolerant] \pretolerance9999 \tolerance9999 \setuplayout[width=17cm] \setuplayout[margin=0cm] \setuplayout[backspace=2.4cm] \setuplayout[headerdistance=5pt] \setuplayout[header=17pt] \setuplayout[footerdistance=5pt] \setuplayout[footer=17pt] \setuplayout[location=doublesided] \definecolumnset[test][n=3,distance=15pt,balance=yes] \starttext \showgrid %typesetting ok when using columns, \it and \tf \moveongrid[both] \startlinecorrection \chapter{test} \stoplinecorrection \startcolumns[n=3,distance=15pt,balance=no] \dorecurse{10}{\tf \input knuth \par \it \input tufte \par} \stopcolumns \page %typesetting ok when using columnset and not \it + \tf \moveongrid[both] \startlinecorrection \chapter{test} \stoplinecorrection \startcolumnset[test] \dorecurse{10}{\tf \input knuth \par \input tufte \par} \stopcolumnset\page %typesetting terribly wrong when using columnset, \it and \tf \moveongrid[both] \startlinecorrection \chapter{test} \stoplinecorrection \startcolumnset[test] \dorecurse{10}{\tf \input knuth \par \it \input tufte \par} \stopcolumnset \stoptext % stop of example

1 0

Re: [NTG-context] error with new release
by Thomas A. Schmitz 20 May '06

20 May '06

Taco wrote > Hans Hagen wrote: > > Thomas A. Schmitz wrote: > > > >>When I regenerate the formats on my linux box with the latest > release, I > >>get this error: > >> > >>language : patterns pl for pl loaded (n=13,e=pl0,m=pl0) > >>(/usr/share/texmf/tex/generic/hyphen/plhyph.tex > >>!Improper alphabetic constant. > >><to be read again> > >> \else > >>\utffouruniglph ...tf@c *(#1-\utf@f )+\utf@b *(`#2 > >> -\utf@g )+\utf@a > >>*(`#3-\ut... > >>l.189 ./sr/o > >> 2d5 > >> > >>Since nobody else complains, I guess this must be a misconfiguration > on > >>my side, but what could it be? > >> > > > > Loading the wrong pattern file, most likely. This plhyph.tex is > not one of Hans' files, it should have found lang-pl.pat instead. > Perhaps you have a file called 'aliases' somewhere that remaps > lang-pl.pat to the tetex-supplied plhyph.tex. Otherwise, something > is wrong with the search paths. > > Cheers, taco > Bingo, that was it. This is on Suse 10.1. by default, it ships with a cont-usr.tex in /etc/texmf/tex/context/config/ which takes precedence over everything else. And this file contains a couple of synonyms which seem pretty stale: %D Hyphenation patterns are normally sought in filed named %D \type {lang-xx.pat}. When present on the system, those %D patterns take precedence. (The next list is inspired on %D Thomas Esser's \TETEX\ distribution.) This list will be %D adapted to the actual situation. \definefilesynonym [lang-ca.pat] [cahyph.tex] \definefilesynonym [lang-da.pat] [dkhyph.tex] \definefilesynonym [lang-de.pat] [dehyphn.tex] \definefilesynonym [lang-es.pat] [eshyph.tex] \definefilesynonym [lang-fi.pat] [fihyph.tex] \definefilesynonym [lang-fr.pat] [frhyph.tex] \definefilesynonym [lang-hr.pat] [hrhyph.tex] \definefilesynonym [lang-hu.pat] [huhyph.tex] \definefilesynonym [lang-it.pat] [ithyph.tex] \definefilesynonym [lang-la.pat] [lahyph7.tex] \definefilesynonym [lang-no.pat] [nohyph.tex] \definefilesynonym [lang-pl.pat] [plhyph.tex] \definefilesynonym [lang-pt.pat] [pthyph.tex] \definefilesynonym [lang-ro.pat] [rohyph.tex] \definefilesynonym [lang-ru.pat] [ruenhyph.tex] % sic: ruen \definefilesynonym [lang-sl.pat] [sihyph.tex] % sic: sl/si \definefilesynonym [lang-sv.pat] [svhyph.tex] % was [sehyph.tex] \definefilesynonym [lang-tr.pat] [tkhyph.tex] % was [trhyph.tex] \definefilesynonym [lang-ua.pat] [ukrenhyp.tex] % sic ukren \definefilesynonym [lang-uk.pat] [ukhyph.tex] \definefilesynonym [lang-nl.pat] [nlhyphen.tex] % symbolic name, see below \definefilesynonym [lang-af.pat] [nlhyphen.tex] % symbolic name, see below \definefilesynonym [lang-en.pat] [ushyphen.tex] % symbolic name, see below \definefilesynonym [lang-us.pat] [ushyphen.tex] % symbolic name, see below %definefilesynonym [czhyph.pat] [czhyphen.tex] % safeguard %definefilesynonym [skhyph.pat] [skhyphen.tex] % safeguard \definefilesynonym [lang-cz.pat] [czhyphen.tex] % in a different part of the tree, sigh \definefilesynonym [lang-sk.pat] [skhyphen.tex] % in a different part of the tree, sigh %definefilesynonym [lang-cz.hyp] [czhyphen.ex] % in a different part of the tree, sigh %definefilesynonym [lang-sk.hyp] [skhyphen.ex] % in a different part of the tree, sigh \definefilesynonym [lang-deo.pat] [dehypht.tex] % old german patterns I removed this file, and format generation proceeded normally. But I guess that at every Suse update, it will be regenerated... Best Thomas

1 0

Margin definition trouble.
by Johannes Graumann 20 May '06

20 May '06

Hello, I define my margins like so: % Papersize is 'letter' \setuppapersize[letter][letter] % CIT thesis regulations: 1 in margins, 1.5 in on the binding side % Johannes: no footer \setuplayout[ margin=1in, backspace=1.5in, footer=0in ] but the margins on top, bottom and right differ significantly from 1 in (ca. 1 in 3/16) and on the left from 1.5 in (ca. 1 in 11/16). This is in the printout. Do I have to go adjusting this arbitrarily, printing it and checking manually? Can anybody tell me what I'm doing wrong? Joh

2 5

textbackground and margin
by Aditya Mahajan 19 May '06

19 May '06

Hi Hans, textbackground does not honour topoffset/bottomoffset at pagebreak. Is this by design? \definetextbackground [test] [ location=paragraph, rulethickness=1pt, leftoffset=1em, topoffset=5cm, bottomoffset=5cm] % For test purposes \starttext \starttextbackground[test] \dorecurse{15}{\input knuth \endgraf} \stoptextbackground \stoptext Is there some parameter to adjust the offset before and after a pagebreak. (I want them to be same as bottomoffset and topoffset.) Or should I take care of this in mpos:par:columnset with something like (pseudo code) if nofmultipars > 1 draw multipars[1] enlarge bottom by bottomoffset; for i = 2 upto nofmultipars: draw multipars[i] enlarge top by topoffset enlarge bottom by bottomoffset; endfor; endif; Or is there some easier way to just I influence boxfilloffset for do_draw_par in core-mp.tex? Thanks, Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008

2 2

Tex Errors But Good PDF Output
by Browder, Tom 19 May '06

19 May '06

I'm using definitions and abbreviations in section titles and get errors from TeX during processing (using texexec). If I ignore the errors and hit return repeatedly, eventually the process ends and I get an apparently good PDF file. I've included the log file--notice the complaints about undefined control sequences. I'm using a master tex file and \input the various chapters (I've turned off all but a couple of inputs for debugging). Is there anything apparent I'm doing wrong? Thanks so much. -Tom

2 1

batch mode
by Aditya Mahajan 19 May '06

19 May '06

--batch --interaction=batch does not always process file in batch mode, while internally running mp. \starttext \startMPpage draw path ; \stopMPpage \stoptext texmfstart texexec.rb --batch --interaction=batchmode --pdf test should not stop at the error. However it does. Running ConTeXt ver: 2006.05.08 23:37. Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008

2 3

Framed in nested enumeration
by Aditya Mahajan 19 May '06

19 May '06

Hi, Inside a nested enumeration \frame[align=leftflush] does not work correctly. For example \defineenumeration [problem] [text=Problem, location=hanging, headstyle=\sc, % headcolor=brown, % before={\resetnumber[formula]\page[desirable]}, after=\blank, ] \defineenumeration [solution] [ text=Solution, number=no, % headcolor=darkblue, headstyle=bold, location=serried, width=broad, before=\blank, after=\blank, ] \starttext \startproblem \input knuth %A multi paragraph problem \startsolution A multi paragraph solution \leftaligned{In leftaligned works fine} \framed[frame=on,align=leftflushed,width=broad] { Inside framed does not} \startformula \stopsolution \stopproblem \stoptext Is there an option other than align=leftflushed for this kind of thing. Thanks, Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008

1 0

textbackground and midaligned
by Aditya Mahajan 19 May '06

19 May '06

I encountered a very strange problem. The very presence of \definetextbackground changed the meaning of \midaligned (and \rightaligned). Attached are the minimal example that illustrate the problem. The first file, nobackground.tex has no background and works as expected. The second file background.tex has a textbackground and \midaligned is no longer middle aligned. Any insight into this strange behaviour? Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008

2 2