- dev-context - NTG Mailing Lists

Wishlist / Tracker
by Taco Hoekwater 31 May '05

31 May '05

Hi, (Moving off the normal list) It would be nice to have a gforge environment available for tracking context changes/wishes/bugs. Even without SVN, the tracking features can be very helpful. I understand from Fabrice that setting up the external subversion server is much more work than setting up the gforge database for the tracking interface, so perhaps this is an idea for contextgarden? I can possibly do this on metatex.org, but if Patrick likes it, then I believe gforge.contextgarden.net makes more sense. Keeping everything together etc. Taco

5 15

Re: [dev-context] openin_any = p
by Olaf Weber 30 May '05

30 May '05

Hans Hagen writes: > i once complained about it but at that time it was not considered to > be annyoing i.e. a feature -) "Not writing" instead of "Not reading" for \openin is a buglet, and annoying. > the problem is that the writing message results from context trying to > see if there is a file present in the parent folder (which can be true > in the case of a project setup) Well, for that to work you have to relax the settings at least to 'r(estricted)' from the default 'p(aranoid)'. Otherwise files with names starting with '../' are not opened anyway. > i cc to olaf, maybe there is a fix possible i.e. just not issue the > message when there is an openin (when no writing is involved anyway) I'll think about ut. -- Olaf Weber (This space left blank for technical reasons.)

1 0

openin_any = p
by Patrick Gundlach 30 May '05

30 May '05

Hi, for the last versions I get hundreds(?) of these lines when generating format file: -------------------------------------------------- (/opt/context/current/texmf/tex/context/patterns/lang-pl.hyp)pdfetex: Not writing to ../type-exa (openin_any = p). pdfetex: Not writing to ../../type-exa (openin_any = p). (/opt/context/current/texmf/tex/context/base/type-exa.texpdfetex: Not writing to ../type-exa (openin_any = p). pdfetex: Not writing to ../../type-exa (openin_any = p). (/opt/context/current/texmf/tex/context/base/type-exa.tex)pdfetex: Not writing to ../type-syn (openin_any = p). pdfetex: Not writing to ../../type-syn (openin_any = p). -------------------------------------------------- This has no visible effect on the installation but looks ugly (there are problably only a few installations out there with openin_any = p in texmf.cnf. Patrick -- ConTeXt wiki and more: http://contextgarden.net

3 3

"cow.pdf" not found
by Patrick Gundlach 27 May '05

27 May '05

Hi again, I have $ kpsewhich cow.pdf /opt/local/texmf/tex/context/sample/cow.pdf and \starttext \externalfigure[cow] Hello world! \stoptext But all I get is: (hello.log - see second line) systems : begin file hello at line 2 figures : figure cow can not be found color : system rgb is local activated Latest beta, of course. It looks as if kpathsea doesn't look in the samples directory. kdebug:kpse_find_file: searching for ./cow.pdf of type tex (from texmf.cnf) kdebug:start search(files=[./cow.pdf.tex ./cow.pdf], must_exist=0, find_all=0, path=.:!!/var/tmp/te tex3/texmf-config/tex/context//[....nothing with "sample"....] Is this a known new feature? Patrick -- ConTeXt wiki and more: http://contextgarden.net

3 4

tex installation
by Patrick Gundlach 27 May '05

27 May '05

Hi out there, I am struggling with the current ConTeXt installation on garden. I have installed the archive in /opt/context/<date>/.... and generated the format file into web2c/cont-en.fmt and alike. When I run perl /opt/tetex/current/texmf/scripts/context/perl/texexec.pl hello.tex pdfTeX uses the installed format files, when running texexec hello.tex (/opt/context/current/bin/texexec) new format files get generated by (?) and put into /var/tmp/tetex3/texmf-sysvar Both variables: TEXMFSYSVAR, TEXMFVAR poin to this directory (is this a sensible configuration?) The output begins with: -------------------------------------------------- TeXExec 5.3.2 - ConTeXt / PRAGMA ADE 1997-2005 fixing texformat path : .:{!!/var/tmp/tetex3/texmf-config,!!/var/tmp/tetex3/texmf-sysvar,!!/var/tmp/tetex3/texmf-sysconfig,!!/var/tmp/tetex3/texmf-sysvar,!!/opt/local/texmf,!!/opt/local/lmr/texmf,!!/opt/context/current/texmf,!!/opt/tetex/3.0/texmf,!!/opt/tetex/3.0/texmf-dist}/web2c/{$ENGINE,} 0 executable : pdfetex format : cont-en inputfile : hello output : standard interface : en current mode : none TeX run : 1 This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (/opt/context/current/texmf/web2c/natural.tcx) kpathsea: Running mktexfmt cont-en.fmt fmtutil: running `pdfetex -ini -jobname=cont-en -progname=context -translate-file=cp227.tcx *cont-en.ini' ... -------------------------------------------------- The $PATH is: /opt/local/bin:/usr/bin:/bin:/opt/context/current/bin:/opt/tetex/current/bin/i686-pc-linux-gnu/ I just see that Adam has a similar problem. Any clue how to make texexec from the current ConTeXt distribution use my format files? Patrick -- ConTeXt wiki and more: http://contextgarden.net

1 1

New release
by Taco Hoekwater 27 May '05

27 May '05

Hi Hans, please check: texmfstart.rb: line 317: "ouput" instead of "output" Also, what does the --crossover switch do? (maybe more later) Taco

3 5

Re: PracTeX Journal Number 2 out
by Patrick Gundlach 14 May '05

14 May '05

Hi, >> Since we're in an archiving mood, what about (pointers to) the >> electronic >> MAPS articles... I'm just starting to go through the archives now, and >> there's some interesting stuff there. (Both of historical and practical >> interest.) > > an option there is to use an xml variant of bibtex (or better mlbibtex) > to describe the entries; it would also gives us a nice textbed for teh > current and future bib modules that gives me an idea.... let's see what I can do on the train to my father's home this afternoon. Expect a maps.contextgarde.net section soon. Patrick

2 1

[Fwd: [NTG-context] Re: storm font]
by Taco Hoekwater 14 May '05

14 May '05

Patrick wrote: >> I would like to incorporate the distr to the garden, but I believe it >> needs some file/dir name changes. Suggestions are welcomed. > >If you think of a clever way, please tell me where/how to put your >typescripts + .. on garden. I could even add a new section: >fonts.contextgarden.net if this sounds appropriate for collecting >stuff like yours. Patrick, my vote is against a separate interface for this. Perhaps split the stuff at modules.cg.net into modules/fonts/docs/packages subtrees, but I really like the 'central repository' idea. Taco

3 2

Expandable lowercase/uppercase
by Taco Hoekwater 12 May '05

12 May '05

Hi, I'm thinking about adding two new primitives called \lccoded and \uccoded, with the following rules for \lccoded (you have to imagine a suitable reverse for \uccoded): \let\ea\expandafter \catcode`L=12 \lccode`T=0 \ea\def\ea\test\ea{\lccoded {Some Little Text \AE ?}} make \test equal to \def\test{some Little Text \AE?} so, no expansion occurs in the <general text> following \lccoded, and only characters with \catcode == 11 as well as \lccode <> 0 will be changed, and nothing else. Would that be usable, or is something else/better needed? Greetings, Taco

1 0

Fwd: [NTG-context] margin kerning issues
by Adam Lindsay 10 May '05

10 May '05

Idris brings up protrusion. I don't see his particular problem, but it provides a good test bed (see doc text inline): \setupoutput[pdftex]% \setupfontsynonym[cmr10][handling=normal] \usetypescript[cmr] \setupbodyfont[10pt] \setupalign[hanging] \setuplayout[width=4.2in] \showframe \starttext \dorecurse{40}{testing\hyphen\ test\hyphen\ } \blank \dorecurse{40}{testing- test- } \blank \dorecurse{40}{testing\endash\ test\endash\ } \blank \dorecurse{40}{testing-- test-- } %D Which is fine. But this sort of thing has always bothered me: \blank \dorecurse{40}{testing||\ test||\ } %D However, this is my current working hack (I prefer this %D stretched compound hyphen to the current, overlapping one): \definecharacter compoundhyp {\scale[sx=1.5]{\hyphen}} \installdiscretionaries || \compoundhyp \blank \dorecurse{40}{testing||\ test||\ } \stoptext So I wanted to run this past you all. Is this a bad idea on any level? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl(a)comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

1 0