Re: [NTG-context] Bold Math (slightly improved solution)
how about \closesymbol (sluitsymbol in dtch) - 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] page break handle in TOC
On Sat, 02 Jun 2007 22:59:24 +0200, Hans Hagen wrote: > Steffen Wolfrum wrote: >> BTW: >> >> Do you have some news for TOC fine-tuning? (see below) >> >> > i know that it's needed -) thanks for the feedback > sorry for not being faster sorry for asking ;o) Steffen ___ 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] Bold Math (slightly improved solution)
Hans Hagen wrote: > how about \closesymbol (sluitsymbol in dtch) > > sorry, different thread -) 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] endlinechar redefinition
Thanks Hans for your response, Hans Hagen wrote: Vit Zyka wrote: Hi Hans, Jaroslav Hajtnar (in czech TeX list) encountered the problem with \input primitive redefinition. He uses a macro package for comma separated value file (CSV) inclusion. It redefines some catcodes and \endlinechar before start reading such file by \input. The problem is that during reading CSV the reading is interrupted by reading another file like \readfilename ->pdfr-ec (c:/TeXLive2005/texmf-context-a/tex/context/base/pdfr-ec.tex ConTeXt macro \input takes care about catcodes but not about \endlinechar so in this situation the file pdfr-ec is read with wrong \endlinechar which causes error. We believe that system solution is the ConTeXt takes care about \endlinechar when automatically starts reading some standard files. Please Hans can you look at it? works ok here; i remember an issue but that was solved already (afaik); tex live 2005 is not that up to date -) I did not test this with such museum-belonging ConTeXt. The problem preserves in the latest public version 2007-04-17. See very left bottom corner attached PDF (mkii). a workaroun din an old version is to load pdfr-ec manually, so that it's read already when the cvs code shows up We internally solve the problem (temporary redefining \input) but I believe that ConTeXt should follow more systemic solution. in scancvs ... beware of redefining such core macros yes, we did not want you solve possible problems of an usage such external (plain TeX designed) macros---only if we believe that the behavior looks like a ConTeXt bug and that can cause problems for other users. in the latest version there are things like \pushcatcodes ... \popcatcodes and catcode tables (a simulation of the native luatex catcode table features); I will look at this. But I have not entered a catcode problem in this case. fyi: in luatex (and therefore context mkiv) doing things with data files will be easier can you test with a recent context? yes, it did not work, see attached files. (there is a cvs module btw) thanks for a remmembering. As I said: this mail is a suggestion to solve a general problem by systemic way. Thanks Vit demo.pdf Description: Adobe PDF document ___ 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] endlinechar redefinition
Vit Zyka wrote: > > thanks for a remmembering. As I said: this mail is a suggestion to > solve a general problem by systemic way. > sure, but \input cannot be redefined in a robust way because of its scanning nature; ok, in luatex we can intercept things, but not in mkii \startreadingfile ... \stopreadingfile is an option then 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 ___
[NTG-context] docbook in context
Dear All, After having had a great deal of problems when submitting my context files to my publisher, I decided to write future projects in docbook (V4.4), rather than switching to Word or Open Office. From the docbook files I then can generate an rtf or wml file which is much more of use for the publisher, alas. For me this has the extra advantage of viewing the text in an xml editor, such as Xmlmind. My new docbook document processes well in Context and no errors are reported, thanks again Simon and others for this valuable application. However two major problems have come up. The first is a problem with Cals tables and figures: 1. After the section containing a table, all section headings in the following chapters, sections, subsections, even bridgeheads, until the end of the document are omitted, without due error message. 2. Figure titles create an extra section or subsection title. I solved this by using instead and inserting a . For tables using caption is not an option. A second problem is the language label. In the top level of the tree, I add the language label, e.g. . In general, and for fo processors this is, I believe the right place. Context gives the following error message: \dodosetupsometextprefix ...malist [#3]\docommand \else \def \docommand ##1{... l.53 \XMLDBheadtext[nl]{figuren}{Figuren} This disappears when the label (lang="nl") is removed. Perhaps I am not right in putting the language label in this way, if so, please advise. I am grateful for any help, Robert ___ 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] endlinechar redefinition
Hans Hagen wrote: > Vit Zyka wrote: >> >> thanks for a remmembering. As I said: this mail is a suggestion to >> solve a general problem by systemic way. >> > sure, but \input cannot be redefined in a robust way because of its > scanning nature; ok, in luatex we can intercept things, but not in mkii > Hans I thought that the number of calling \input inside text state is limited---(only?) one example is a loading encoding definition file. Why not to incorporate the cleverness of setting a default \endinputchar to a macro that invokes \input? > \startreadingfile ... \stopreadingfile is an option then understand as a solution bypassing \input redefinition Vit ___ 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] preset for max spacewidth ?
Hi, in some projects the regular " " (empty space) becomes quite wide, in some justified paragraphs. I guess there is a preset somewhere describing the range how far the space can be shrinked/stretched. So, in these projects I'd like to have the maximum spacewidth set a bit narrower. Just, where is this definition? Steffen ___ 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] endlinechar redefinition
Vit Zyka wrote: > Hans Hagen wrote: >> Vit Zyka wrote: >>> >>> thanks for a remmembering. As I said: this mail is a suggestion to >>> solve a general problem by systemic way. >>> >> sure, but \input cannot be redefined in a robust way because of its >> scanning nature; ok, in luatex we can intercept things, but not in mkii >> Hans > > I thought that the number of calling \input inside text state is > limited---(only?) one example is a loading encoding definition file. > Why not to incorporate the cleverness of setting a default > \endinputchar to a macro that invokes \input? > >> \startreadingfile ... \stopreadingfile is an option then > > understand as a solution bypassing \input redefinition it all depends on the usage ... - most commands use \readfile, or \readjobfile or alike - when loading modules of system files , we revert to tex catcode regimes etc user files ... well, here tex (context) does not know what is dealt with; take xml, in that case we want to stay in xml mode; or verbatim, which needs to set up verbatim actually this is all arranged already (and always has been) your problem with the pdfr-enc file results from the fact that loading that file comes at a nasty moment and afaik loading now happens under the right regime; so, if there's a problem we need to find out what's the problem with that file, since it's unrelated to \input (loading that vector is managed so to say) 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] docbook in context
On 6/4/07, R. Ermers <[EMAIL PROTECTED]> wrote: > Dear All, > > After having had a great deal of problems when submitting my context > files to my publisher, What kind of problems ? -- luigi 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 ___
[NTG-context] context file to publisher (was: docbook in context)
Well, you know: the publisher preferred a word document or rtf; he was quite puzzled by the Context codes. I then had to convert the text to xml, which he was more acostumed to. Robert luigi scarso schreef: > On 6/4/07, R. Ermers <[EMAIL PROTECTED]> wrote: > >> Dear All, >> >> After having had a great deal of problems when submitting my context >> files to my publisher, >> > What kind of problems ? > > > ___ 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] endlinechar redefinition
Hans Hagen wrote: > Vit Zyka wrote: >> Hans Hagen wrote: >>> Vit Zyka wrote: thanks for a remmembering. As I said: this mail is a suggestion to solve a general problem by systemic way. >>> sure, but \input cannot be redefined in a robust way because of its >>> scanning nature; ok, in luatex we can intercept things, but not in mkii >>> Hans >> >> I thought that the number of calling \input inside text state is >> limited---(only?) one example is a loading encoding definition file. >> Why not to incorporate the cleverness of setting a default >> \endinputchar to a macro that invokes \input? >> >>> \startreadingfile ... \stopreadingfile is an option then >> >> understand as a solution bypassing \input redefinition > it all depends on the usage ... > - most commands use \readfile, or \readjobfile or alike - when loading yes, in this case \readsysfile inside: \def\dododoincludepdffontresource#1% encoding {\bgroup \edef\currentencoding{#1}% \doifvaluesomething\pdffontfileresource {\startreadingfile \ignorelines % just in case \par is redefined; \readsysfile{pdfr-\getvalue\pdffontfileresource}\donothing\donothing \stopreadingfile \letgvalue\pdffontfileresource\empty}% \egroup} > modules of system files , we revert to tex catcode regimes etc > user files ... well, here tex (context) does not know what is dealt > with; take xml, in that case we want to stay in xml mode; or verbatim, > which needs to set up verbatim > actually this is all arranged already (and always has been) catcodes yes, but \endlinechar not: \def\startreadingfile% beter een every en \setnormalcatcodes {\doglobal\increment\readingfilelevel \the\everystartreadingfile \beginrestorecatcodes \setcatcodetable\prtcatcodes} why not introduce something like \beginrestoreendlinechar ??? Vit > your problem with the pdfr-enc file results from the fact that loading > that file comes at a nasty moment and afaik loading now happens under > the right regime; so, if there's a problem we need to find out what's > the problem with that file, since it's unrelated to \input (loading > that vector is managed so to say) > Hans ___ 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] Ubuntu pkgs: new edgy backports
I just updated the Ubuntu edgy backports of the texlive packages (for i386) and have been running them on my feisty laptop for half an hour and they pass my usual 'compile textbook in ConTeXt' test. The 'context' package provides version 2007.04.17 12:51. They are recompilations of the latest Ubuntu gutsy (7.10) packages, which are Norbert's latest Debian packages with maybe a couple additions (on the other hand, Ubuntu and Debian look like they are in sync right now). Let me know if you have problems. To use the packages, add these lines to your /etc/apt/sources.list : deb http://web.mit.edu/download/sanjoy/texlive-backports/ edgy/ deb-src http://web.mit.edu/download/sanjoy/texlive-backports/ edgy/ To add my key (to use the security features of apt-get): wget http://www.inference.phy.cam.ac.uk/sanjoy/sanjoy.asc sudo apt-key add sanjoy.asc Then apt-get update apt-get install cm-super texlive-fonts-recommended \ context context-nonfree context-doc-nonfree ('cm-super comes from the universe repositories) If you've been using them before, you don't need the install line with explicit pkgs. Instead just update with apt-get upgrade -Sanjoy gpg DSA: 0x3FCDAAA3 gpg fp: 9722 56B0 F787 12A9 164E 34B7 09C9 E543 3FCD AAA3 ___ 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] context file to publisher (was: docbook in context)
On 6/4/07, R. Ermers <[EMAIL PROTECTED]> wrote: > Well, you know: the publisher preferred a word document or rtf; he was > quite puzzled by the Context codes. > I then had to convert the text to xml, which he was more acostumed to. Why don't you send pdf instead of "tex source code" ? As far I know, only fews accept tex code, and it's latex code or ams code. -- luigi 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 ___
[NTG-context] Beautiful source code
Hans, I'm revisiting the metafun manual and I am marveling at the format of the source code. For example: \starttabulate[|lT|l|] \HL \NC \METAPOST\ code \NC mathematical equivalent \NC \NR \HL \NC (x,y) shifted (a,b) \NC $(x+a,y+b)$ \NC \NR \NC (x,y) scaled s \NC $(sx,sy)$ \NC \NR \NC (x,y) xscaled s \NC $(sx,y)$\NC \NR \NC (x,y) yscaled s \NC $(x,sy)$\NC \NR \NC (x,y) zscaled (u,v) \NC $(xu-yv,xv+yu)$ \NC \NR \NC (x,y) slanted s \NC $(x+sy,y)$ \NC \NR \NC (x,y) rotated r \NC $(x\cos(r)-y\sin(r),x\sin(r)+y\cos(r))$ \NC \NR \HL \stoptabulate Pasting into my email program does not do this code snippet justice, as in the Metafun source, all of the \NC's are aligned vertically, as are the \NR's. How do you do this? Does your editor align these for you, or do you painstakenly align them manually with the spacebar? ___ 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] NTG bijeenkomst nr. 39 op 8 juni 2007
Programma 39e bijeenkomst NTG Locatie: Universiteit Utrecht, faculteit Diergeneeskunde, afdeling Paard, Yalelaan 114. 09:30 Ontvangst met koffie en thee 10:00 Ledenvergadering met bestuursverkiezingen 10:30 Pauze 10:45 Jelle Huisman: Met TeX meertalig 11:30 Siep Kroonenberg: Lettertypen voor TeX: wat hebben we al in de kast liggen? 12:00 Lunch 13:00 Rondleiding 11:45 Sebastian Fuchs: Afhankelijkheden: fonts en afbreek-patronen 14:30 Arthur Reutenauer: An introduction to OpenType 15:30 Pauze 15:45 Hans Hagen en Taco Hoekwater: Implicaties van OTF voor een TeX- systeem 17:00 Einde van de bijeenkomst Bij elk onderwerp is tijd voor vragen en of discussie. Routebeschrijving: http://www.vet.uu.nl/viavet/viavet/departementen/paard/contact/ plattegrond Let op, sinds de laatste aanpassing van de website is er een en ander veranderd! Het thema 'fonts en talen' in tex is momenteel vrij actueel. Er worden TeX engines ontwikkeld (xetex en luatex) en er worden open type fonts ontwikkeld (latin modern en de tex gyre collection). Als jij een van de gebruikers bent die vaak meertalige documenten maakt, of die nog wel eens in de knoei komt met fonts en talen, kom dan vooral. Dit is je kans om aan te geven waar knelpunten liggen. We verkeren nu in de unieke situatie dat een aantal problemen in een klap kunnen worden opgelost in de nieuwe tex engines en fonts. Willi Egger Secretaris NTG [EMAIL PROTECTED] ___ 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] gwTeX ghostscript
All, I anyone is running gwTeX on a mac, may I ask two questions: 1. Is the i-installer still running Context Updater properly? 2. How do I access ghostscript from the command line? ___ 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] Beautiful source code
David Arnold wrote: > Hans, > > I'm revisiting the metafun manual and I am marveling at the format of > the source code. For example: > > \starttabulate[|lT|l|] > \HL > \NC \METAPOST\ code \NC mathematical equivalent \NC \NR > \HL > \NC (x,y) shifted (a,b) \NC $(x+a,y+b)$ \NC \NR > \NC (x,y) scaled s \NC $(sx,sy)$ \NC \NR > \NC (x,y) xscaled s \NC $(sx,y)$\NC \NR > \NC (x,y) yscaled s \NC $(x,sy)$\NC \NR > \NC (x,y) zscaled (u,v) \NC $(xu-yv,xv+yu)$ \NC \NR > \NC (x,y) slanted s \NC $(x+sy,y)$ \NC \NR > \NC (x,y) rotated r \NC $(x\cos(r)-y\sin(r),x\sin(r)+y\cos(r))$ > \NC \NR > \HL > \stoptabulate > > Pasting into my email program does not do this code snippet justice, > as in the Metafun source, all of the \NC's are aligned vertically, as > are the \NR's. How do you do this? Does your editor align these for > you, or do you painstakenly align them manually with the spacebar? > just manually ; the cleaner the ascii text, the less chance of errors (typos or coding); company policy/habit; it hardly takes more time; 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 ___
[NTG-context] ctxtools --purgefiles
All, Why does ctxtools --purgefiles meta miss the two files shown below (.keep is ignored and .tuo is not removed)? context $ ctxtools --purgefiles meta CtxTools | purging temporary files : meta CtxTools | checking files that match 'meta-*.*' CtxTools | checking files that match 'meta.*' CtxTools | removed : meta-mpgraph.mp CtxTools | removed : meta-mpgraph.mpo CtxTools | removed : meta-mpgraph.1 CtxTools | removed : meta.tui CtxTools | removed : meta-mpgraph.log CtxTools | removed : meta.log CtxTools | removed : meta-path.tmp CtxTools | removed : meta.tmp CtxTools | removed : meta-mpgraph.mpb CtxTools | not removed : meta.tuo CtxTools | removed : mpgraph.mp CtxTools | removed files : 10 CtxTools | kept files : 1 CtxTools | persistent files : 0 CtxTools | reclaimed bytes : 25817 context $ ls meta* meta-mpgraph.mp.keepmeta.tex meta.pdfmeta.tuo ___ 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] ctxtools --purgefiles
David Arnold wrote: > All, > > Why does ctxtools --purgefiles meta miss the two files shown below > (.keep is ignored and .tuo is not removed)? > > context $ ctxtools --purgefiles meta > CtxTools | purging temporary files : meta > CtxTools | checking files that match 'meta-*.*' > CtxTools | checking files that match 'meta.*' > CtxTools | removed : meta-mpgraph.mp > CtxTools | removed : meta-mpgraph.mpo > CtxTools | removed : meta-mpgraph.1 > CtxTools | removed : meta.tui > CtxTools | removed : meta-mpgraph.log > CtxTools | removed : meta.log > CtxTools | removed : meta-path.tmp > CtxTools | removed : meta.tmp > CtxTools | removed : meta-mpgraph.mpb > CtxTools | not removed : meta.tuo > CtxTools | removed : mpgraph.mp > CtxTools | removed files : 10 > CtxTools | kept files : 1 > CtxTools | persistent files : 0 > CtxTools | reclaimed bytes : 25817 > > context $ ls meta* > meta-mpgraph.mp.keepmeta.tex > meta.pdfmeta.tuo > keeps can be handy when you run into an error and want to see what was written to file; keeping the tuo around saves passes when a next run is done ---all will remove all of them -- - 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] preset for max spacewidth ?
On Mon, 4 Jun 2007 16:33:34 +0200 Steffen Wolfrum <[EMAIL PROTECTED]> wrote: > Hi, > > in some projects the regular " " (empty space) becomes quite wide, in some > justified paragraphs. > I guess there is a preset somewhere describing the range how far the space > can be shrinked/stretched. > So, in these projects I'd like to have the maximum spacewidth set a bit > narrower. > > Just, where is this definition? > > Steffen Hi Steffen, the ConTeXt command to control the interword space is \setuptolerance, the problem is there is by default (correct if I am wrong) no way to choose a smaller interwordspace. The low level TeX command to overwrite the default value provided by the font ist "\spacefactor normalwidth plus stretchfactor minus shrinkfactor". It is better include such commands only if you know what you are doing. I modified ConTeXts \setupinterlinespace to allow you to choose the option "halfspace" with a narrower interlinespace than the default value (I tested it oly with Latin Modern). It could be a bad idea to change also the shrink and stretch values. \unprotect \startvariables all halfspace: halfspace \stopvariables \def\dosetuptolerance[#1]% {\doifinsetelse\v!vertical{#1}% {\ExpandFirstAfter\processallactionsinset [#1] [ \v!verystrict=>\def\bottomtolerance{}, \v!strict=>\def\bottomtolerance{.050}, \v!tolerant=>\def\bottomtolerance{.075}, \v!verytolerant=>\def\bottomtolerance{.100}]}% {\ExpandFirstAfter\processallactionsinset [#1] [ \v!stretch=>\emergencystretch\bodyfontsize, \v!halfspace=>\spaceskip.25em\!!plus.125em\!!minus.125em\relax, \v!space=>\spaceskip.5em\!!plus.25em\!!minus.25em\relax, \v!verystrict=>\tolerance 200, \v!strict=>\tolerance1500, \v!tolerant=>\tolerance3000, \v!verytolerant=>\tolerance4500]}} \protect \starttext Text text text text text \setuptolerance[halfspace] Text text text text text \stoptext Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] endlinechar redefinition
Vit Zyka wrote: > Hans Hagen wrote: >> Vit Zyka wrote: >>> Hans Hagen wrote: Vit Zyka wrote: > > thanks for a remmembering. As I said: this mail is a suggestion to > solve a general problem by systemic way. > sure, but \input cannot be redefined in a robust way because of its scanning nature; ok, in luatex we can intercept things, but not in mkii Hans >>> >>> I thought that the number of calling \input inside text state is >>> limited---(only?) one example is a loading encoding definition file. >>> Why not to incorporate the cleverness of setting a default >>> \endinputchar to a macro that invokes \input? >>> \startreadingfile ... \stopreadingfile is an option then >>> >>> understand as a solution bypassing \input redefinition >> it all depends on the usage ... >> - most commands use \readfile, or \readjobfile or alike - when loading > > yes, in this case \readsysfile inside: > > \def\dododoincludepdffontresource#1% encoding > {\bgroup >\edef\currentencoding{#1}% >\doifvaluesomething\pdffontfileresource > {\startreadingfile > \ignorelines % just in case \par is redefined; > > \readsysfile{pdfr-\getvalue\pdffontfileresource}\donothing\donothing > \stopreadingfile > \letgvalue\pdffontfileresource\empty}% >\egroup} > >> modules of system files , we revert to tex catcode regimes etc >> user files ... well, here tex (context) does not know what is dealt >> with; take xml, in that case we want to stay in xml mode; or >> verbatim, which needs to set up verbatim >> actually this is all arranged already (and always has been) > > catcodes yes, but \endlinechar not: > > \def\startreadingfile% beter een every en \setnormalcatcodes > {\doglobal\increment\readingfilelevel >\the\everystartreadingfile >\beginrestorecatcodes >\setcatcodetable\prtcatcodes} > > why not introduce something like > >\beginrestoreendlinechar \def\startreadingfile {\doglobal\increment\readingfilelevel \the\everystartreadingfile \pushendofline \restoreendofline \beginrestorecatcodes \setcatcodetable\prtcatcodes} \def\stopreadingfile {\endrestorecatcodes \popendofline \the\everystopreadingfile \doglobal\decrement\readingfilelevel} \let\normalstartreadingfile\startreadingfile \let\normalstopreadingfile \stopreadingfile there must have been a reason for not adding this, probably because when we are in line by line mode we don;t want this; in the otr the endlinechar is restored anyway i'm a bit reluctant to just change these defaults because i cannot forsee where it fails me 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] ctxtools --purgefiles
Not quite, still one left: context $ ctxtools --purgefiles --all meta CtxTools | purging all temporary files : meta CtxTools | checking files that match 'meta-*.*' CtxTools | checking files that match 'meta.*' CtxTools | removed : meta-mpgraph.mp CtxTools | removed : meta-mpgraph.mpo CtxTools | removed : meta-mpgraph.1 CtxTools | removed : meta.tui CtxTools | removed : meta-mpgraph.log CtxTools | removed : meta.log CtxTools | removed : meta-path.tmp CtxTools | removed : meta.tmp CtxTools | removed : meta-mpgraph.mpb CtxTools | removed : meta.tuo CtxTools | removed : mpgraph.mp CtxTools | removed files : 11 CtxTools | kept files : 0 CtxTools | persistent files : 0 CtxTools | reclaimed bytes : 27017 context $ ls meta* meta-mpgraph.mp.keepmeta.pdfmeta.tex On Jun 4, 2007, at 1:38 PM, Hans Hagen wrote: > David Arnold wrote: >> All, >> >> Why does ctxtools --purgefiles meta miss the two files shown below >> (.keep is ignored and .tuo is not removed)? >> >> context $ ctxtools --purgefiles meta >> CtxTools | purging temporary files : meta >> CtxTools | checking files that match 'meta-*.*' >> CtxTools | checking files that match 'meta.*' >> CtxTools | removed : meta-mpgraph.mp >> CtxTools | removed : meta-mpgraph.mpo >> CtxTools | removed : meta-mpgraph.1 >> CtxTools | removed : meta.tui >> CtxTools | removed : meta-mpgraph.log >> CtxTools | removed : meta.log >> CtxTools | removed : meta-path.tmp >> CtxTools | removed : meta.tmp >> CtxTools | removed : meta-mpgraph.mpb >> CtxTools | not removed : meta.tuo >> CtxTools | removed : mpgraph.mp >> CtxTools | removed files : 10 >> CtxTools | kept files : 1 >> CtxTools | persistent files : 0 >> CtxTools | reclaimed bytes : 25817 >> >> context $ ls meta* >> meta-mpgraph.mp.keepmeta.tex >> meta.pdfmeta.tuo >> > keeps can be handy when you run into an error and want to see what was > written to file; keeping the tuo around saves passes when a next > run is done > > ---all will remove all of them > > -- > > - > 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 ___
[NTG-context] z0---z1---z2---z3---cycle strange effect
All, In working through the beginning chapters of the metafun manual, I am getting a very unusual effect when I open the resulting pdf file in Preview on Mac OS X. Here's a snapshot of what I see. http://online.redwoods.edu/instruct/darnold/context/meta.gif In acrobat, it looks fine. http://online.redwoods.edu/instruct/darnold/context/meta.pdf Any thoughts? \setuppapersize[S6][S6] \usetypescriptonce [map] [times,helvetica,palatino] [texnansi] \usetypescriptonce [serif][times][name,texnansi] \usetypescriptonce [sans] [helvetica][name,texnansi] \usetypescriptonce [palatino] [texnansi] \setupbodyfont [palatino,10pt] \startbuffer[mpenv] \startMPenvironment \usetypescriptonce[map][times,helvetica,palatino][texnansi] \usetypescriptonce[serif][times][name,texnansi] \usetypescriptonce[sans][helvetica][name,texnansi] \usetypescriptonce[palatino][texnansi] \setupbodyfont[palatino,10pt] \definefont[RotFont][RegularBold] \stopMPenvironment \stopbuffer \definefont[RotFont][RegularBold] \getbuffer[mpenv] \setupcolors[state=start] \starttext \startuseMPgraphic{axis} tickstep := 1cm ; ticklength := 2mm ; drawticks unitsquare xscaled 8cm yscaled 3cm ; tickstep := tickstep/2 ; ticklength := ticklength/2 ; drawticks unitsquare xscaled 8cm yscaled 3cm ; \stopuseMPgraphic \startuseMPgraphic{points} z0 = (0.5cm,1.5cm) ; z1 = (2.5cm,2.5cm) ; z2 = (6.5cm,0.5cm) ; z3 = (2.5cm,1.5cm) ; \stopuseMPgraphic \startuseMPgraphic{path} str := "z0---z1---z2---z3---cycle" ; \stopuseMPgraphic \startbuffer \startlinecorrection[blank] \startMPcode string str ; defaultfont := "\truefontname{Mono}" ; \includeMPgraphic{axis} \includeMPgraphic{points} \includeMPgraphic{path} label.lft(str,(14.5cm,2.5cm)) ; drawwholepath scantokens(str) ; \stopMPcode \stoplinecorrection \stopbuffer \getbuffer \stoptext ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Contrast color in \setupinteraction
Hello, I use \setupcolors[state=start] \setupinteraction[state=start] and after I place the contents somewhere, the links that refer to the same page where the content is are red but others are green. I want them to be just the same. I found that \setupinteraction[state=start, color=middleblue, contrastcolor=middleblue] solves my problem, but is it the most elegant way to do? Can I just turn off the contrast? Best, Vyatcheslav Yatskovsky ___ 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] drawarrowpath
All, Doesn't look like drawarrowpath accepts options, as advertised in the metafun manual. Comments? \setuppapersize[S6][S6] \usetypescriptonce [map] [times,helvetica,palatino] [texnansi] \usetypescriptonce [serif][times][name,texnansi] \usetypescriptonce [sans] [helvetica][name,texnansi] \usetypescriptonce [palatino] [texnansi] \setupbodyfont [palatino,10pt] \startbuffer[mpenv] \startMPenvironment \usetypescriptonce[map][times,helvetica,palatino][texnansi] \usetypescriptonce[serif][times][name,texnansi] \usetypescriptonce[sans][helvetica][name,texnansi] \usetypescriptonce[palatino][texnansi] \setupbodyfont[palatino,10pt] \definefont[RotFont][RegularBold] \stopMPenvironment \stopbuffer \definefont[RotFont][RegularBold] \getbuffer[mpenv] \setupcolors[state=start] \starttext \startlinecorrection[blank] \startMPcode visualizepaths ; path p ; p := (0cm,1cm)..(2cm,2cm)..(4cm,0cm)..(2cm,1cm)..cycle ; drawarrowpath p withcolor .625red ; draw p shifted (7cm,0) dashed withdots withcolor .625yellow ; \stopMPcode \stoplinecorrection \stoptext On the other hand, drawpath does seem to accept options. \startlinecorrection[blank] \startMPcode visualizepaths ; path p ; p := (0cm,1cm)..(2cm,2cm)..(4cm,0cm)..(2cm,1cm)..cycle ; drawpath p withcolor .625blue withpen pencircle scaled 2pt ; draw p shifted (7cm,0) dashed withdots withcolor .625yellow ; \stopMPcode \stoplinecorrection ___ 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] questions about indentation
Hi all, I'm using ConTeXt to typeset Chinese, and I am confused with indentation in ConTeXt. 1) I've searched the wiki and found several commands maybe relevant: \indentation, \indenting, \setupindentations, \setupindenting. My first question is what are the differences between "indentation" and "indenting" ? 2) In Chinese, most paragraphs start with an indentation of two characters. How to make the width of the indentation to be exactly two Chinese characters? I can achieve this approximately by using \setupindenting[big,yes] and \setupheads[indentnext=yes]. Thanks. Xiao Jianfeng ___ 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] The paragraph follows the math equations doesn't indent
Hi, all, I found that the paragraph follows the math equations doesn't indent. Following is a demo: - \setupindenting[big,yes] \setupheads[indentnext=yes] \starttext \subject{The paragraph follows the math equations doesn't indent} \input knuth \placeformula \startformula a + b = c \stopformula \input knuth \stoptext - Is this behavior by design? How can I make all paragraphs to indent? Thanks. Xiao Jianfeng ___ 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] The paragraph follows the math equations doesn't indent
On Tue, 5 Jun 2007, [EMAIL PROTECTED] wrote: > Hi, all, > > I found that the paragraph follows the math equations doesn't indent. > Following is a demo: > - > \setupindenting[big,yes] > \setupheads[indentnext=yes] Add \setupformulas[indentnext=yes] > \starttext > \subject{The paragraph follows the math equations doesn't indent} > \input knuth > > \placeformula > \startformula > a + b = c > \stopformula > > \input knuth > > \stoptext > - > > Is this behavior by design? > How can I make all paragraphs to indent? There is no global mechanism, but most setups (floats, enumerations, descriptions, quotations) accept a indentnext. 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] The paragraph follows the math equations doesn't indent
Aditya Mahajan wrote: > On Tue, 5 Jun 2007, [EMAIL PROTECTED] wrote: > >> Hi, all, >> >> I found that the paragraph follows the math equations doesn't indent. >> Following is a demo: >> - >> \setupindenting[big,yes] >> \setupheads[indentnext=yes] >> > > Add \setupformulas[indentnext=yes] > > Thanks, it works! ___ 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 ___