- dev-context - NTG Mailing Lists

sometxt vs textext
by Aditya Mahajan 25 Jun '06

25 Jun '06

Hi, How can I replace the following textext code to use sometxt? \startMPpage numeric u ; u := 1cm ; for i = 0 upto 5: dotlabel.bot(textext("$X_{" & decimal(i+1) & "}"), (i*u,0)); endfor ; \stopMPpage Also is sometxt supposed to be a replacement for textext in the long run? Thanks Aditya

3 2

database bug
by Mojca Miklavec 23 Jun '06

23 Jun '06

On 6/19/06, Taco Hoekwater <taco(a)elvenkind.com> wrote: > Hans Hagen wrote: > >> Just a side note: I noticed the new database module already in the > >> beta, but the first Hans's fix (before Taco has touched it) introduced > >> a new "tab-bug" which hasn't been quite resolved yet. If > >> "separator=tab", it should trigger catcode change of tab to a "normal > >> letter" and use that one for separating columns. Well, indeed it seems > >> that the catcode is changed, but then I get the letter number 9 in EC > >> font (macron) instead of going to new column. > > > > so what patc is needed > > > --- m-database.tex~ 2006-06-19 16:08:51.282834397 +0200 > +++ m-database.tex 2006-06-19 16:23:12.886574121 +0200 > @@ -178,9 +178,12 @@ > {\executeifdefined > {\??ls::\csname\??ls\currentseparatedlist\c!separator\endcsname}% > {\csname\??ls\currentseparatedlist\c!separator\endcsname}}% > + \doifinstringelse{tab} > + {\getvalue{\??ls\currentseparatedlist\c!separator}} > + {\catcode`\^^I=12 }{}% > \ifx\currentlistseparator\empty\def\currentlistseparator{,}\fi} > > -\setvalue{\??ls::tab}{ } > +{\catcode`\^^I=12 \setgvalue{\??ls::tab}{ }} > \setvalue{\??ls::space}{ } > \setvalue{\??ls::comma}{,} That's slightly better, but can you please also check the following: \defineseparatedlist [CSV] [separator=comma, before=\bTABLE,after=\eTABLE, first=\bTR,last=\eTR, left=\bTD,right=\eTD] % I would expect an empty cell between "a" and "b", but the second cell starts with comma instead - I guess that it worked OK in the first version \startseparatedlist[CSV] a,,b,c d,e,f \stopseparatedlist Thanks, Mojca

1 0

new mp feature
by Hans Hagen 19 Jun '06

19 Jun '06

Hi, In order to make sure that Mojca will not enter stress mode due to her gnuplot commitments, and also to give other textext users a way out, we now have a new feature: texts processed inside the tex run. (yet to be tested in intermediate runs, but in the future we may stick to runtime completely (experiments with persitent mp runs are pretty promissing). Attached is a test file. The interesting thing is that one can now have arbitrary content in a mp textext (different name btw). Beware: the current context is used so one needs to feed specific settings using the mp environment or else. Normally this is no big problem. I may change the name of \sometxt (not sure yet). There is some trickery involved in expanding the \sometxt and it took me a while to figure out a good way to make the text manipuletable by mp in the usual way while still keeping the real thing inside tex. It may learn you a few tricks -) I'm currently uploading the release (beta) that supports this (plus A's static graphics in disguise) 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 -----------------------------------------------------------------

3 5

Re: [dev-context] [NTG-context] texmfstart texutil
by Taco Hoekwater 09 Jun '06

09 Jun '06

Hans, maybe you can add something to ctxtools.rb that executes system("chmod +x scripts/context/unix/stubs/*") when the current platform is not a microsoft one? I believe fixing the stubs is a part of the update process. Cheers, Taco Taco Hoekwater wrote: > > Hans van der Meer wrote: > >>For those on UNIX(-like) systems that have only texmfstart.rb enabled >>as executable (chmod a+x texmfstart.rb) this will not work as none >>the ruby scripts in the distribution seem to have their execution >>bits set. > > >>The next seems mandatory if only texmfstart is enabled: texmfstart >>ctxtools --purge > > > There is a whole bunch of shell stubs in the distribution, in > > scripts/context/stubs/unix > > but currently you always have to redo the "chmod +x" after each update > because the execution permission bit is not kept in the zip, so it > gets trashed during the unzip operation. > _______________________________________________ > ntg-context mailing list > ntg-context(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-context

2 1

Enviromental variables in MikTeX
by Mojca Miklavec 05 Jun '06

05 Jun '06

Hello (Hans), in MikTeX almost no environmental variables are set. Consequently some basic operations such as "ctxtools --update", "texexec --make --all", ... don't work. (ConTeXt doesn't know where to put the extracted downloaded files, where put the formats, ...) texexec does all kinds of trickery on many places, including MikTeX-dependent behaviour, but doesn't address this problem yet. If I ignore the lack of interest to support ConTeXt on the MikTeX side, some things could be improved on ConTeXt side as well. So: Would it be possible to set some basic environmental variables somewhere at the beginning, so that the "basic" functionality would be there for MikTeX as well? I tried to use the code below, but the problem is that I have no idea how to make changes to environmental variables global (the following code only changes it locally according to ruby documentation). somewhere around line 270 in kpse.rb: if Kpse.miktex? then # sets the TEXMFLOCAL according to the location of context.tex # although a bit of cheating, it should work in 99.5% cases ENV['TEXMFLOCAL'] = run("context.tex").gsub(/\/tex\/context\/base\/context.tex$/, '') end If this worked, other environmental variables could be set in a similar manner as well. (Another stupid part is that it would probably be necessary to distinguish between version 2.4 and 2.5 (which behave completely different and have different directory structure) in some parts, but that's already another story.) But at least ConTeXt (only the ruby version) now works with MikTeX 2.5. Thanks a lot, Mojca PS: one very strong reason why I currently use MikTeX is that metapost keeps crashing with the stand-alone distribution. It is sometimes very helpful to have both distros installed and use the one that works better for the particular task.

3 3

texexec --make plain
by Mojca Miklavec 05 Jun '06

05 Jun '06

Hello Hans, In order to be able to "--make plain", four files are missing in the standalone distribution, namely tex/generic/hyphen/hyphen.tex fonts/.../manfnt.[afm|pfb|tfm] Would it make sense to add them? Morover, texexec --make plain creates a file web2c/pdfetex/pdfetex.fmt, but when running pdfetex, it expects "pdfetex.fmt" to exist. Or is plain.fmt meant to be used with texexec? Thanks, Mojca

3 3

Register allocation handling
by Taco Hoekwater 23 May '06

23 May '06

Hi, I've just committed a new version to the repository that uses omega-style (flat array) register allocation instead of etex-style (sparse array). This means that luatex now has 65536 (2^16) of each of the registers \newcount \newskip \newmuskip \newdimen \newtoks \newbox \newmarks The marks code is completely new, and not very optimized yet, but it should not be much worse than pdfetex for a 'normal' document (when no more than 50 or so separate mark classes). Cheers, Taco

1 1

Turkish hyphenation patterns
by Mojca Miklavec 22 May '06

22 May '06

Hello Hans, Considering the Turkish hyphenation patterns (which don't seem to be EC-encoded): I tried to decipher them, although some native speaker should probably take a look. I'm sending the original documentation and a kind of list of replacements. I would suggest to replace the following letters (see the attached file): i,i:,o:,u:,a=,i=,o=,c:,g=,s: and to ignore the first three patterns and all those containing any of the following sequences (they seem to be there just for the sake of Arabic transliteration): @,#,g:,z:,d!,h!,k!,s!,t!,z!,d=,n=,t=,z=,h=,s= (Or to regenerate the patterns with from scratch with a ruby script, which might be faster :) ftp://tug.ctan.org/pub/tex-archive/language/turkish/hyphen/turk_hyf.c Mojca

1 0

new beta
by Taco Hoekwater 18 May '06

18 May '06

Hans, Your new beta only has some openmath/content-mathml related fixes, correct? Will you have a look at Aditya's math requests, or should I? Taco

2 1

version 2006.05.16 18:35
by Taco Hoekwater 17 May '06

17 May '06

Hi, I just finished a page on that release: http://wiki.contextgarden.net/Context_2006.05.16 I take it there will be a new release shortly, so I am not going to announce this version. Taco

1 0