- dev-context - NTG Mailing Lists

Re: [NTG-context] next version
by Taco Hoekwater 07 Jan '05

07 Jan '05

FYI: I won't be using the alpha release for a while. The coming two or three weeks I have to wait for potential last-minute problems with Maps #31 (sent to the printer yesterday). Greetings, Taco Hans Hagen wrote: > Hi, > > The next release will -apart from bug fixes and a few new things as well > as the bib module- also miss a few things: the interface setup files, we > now definitely move to the xml variants; as a result, texshow has been > swapped for taco's texshow which handles the xml files directly; this is > all part of a cleanup. The alpha relese already has these changes. > > Expect also cleanup in the font area: > > - csr/plr/aer/vnr will be dropped in favor of lmr (also makes minimals > smaller) > - i consider run time map entries instead of file based ones > - some unused macros will be removed > > btw, there is a new 'manual': tiptrick.pdf; will be extended over 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 > ----------------------------------------------------------------- > > _______________________________________________ > ntg-context mailing list > ntg-context(a)ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-context

1 0

cont-en.xml
by Patrick Gundlach 07 Jan '05

07 Jan '05

Hi, the following commands are duplicated in cont-en.xml: placecombinedlist defineinteractionmenu placeregister setupfillinrules setupstrut Patrick -- ConTeXt wiki: http://contextgarden.net

2 2

cont-de.xml incorrect translated
by Patrick Gundlach 06 Jan '05

06 Jan '05

Hello Hans, the cont-de.xml gets incorrect translated in 2004.11.24: (see inherit) en: <cd:command name="completecombinedlist" generated="yes"> <cd:sequence> <cd:string value="complete"/> <cd:variable value="combinedlist"/> </cd:sequence> <cd:arguments> <cd:keywords> <cd:constant type="cd:name"/> </cd:keywords> <cd:assignments list="yes"> <cd:inherit name="setupcombinedlist"/> </cd:assignments> </cd:arguments> </cd:command> de: <cd:command name="completecombinedlist" generated="yes"> <cd:sequence> <cd:string value="vollende"/> <cd:variable value="combinedlist"/> </cd:sequence> <cd:arguments> <cd:keywords> <cd:constant type="cd:name"/> </cd:keywords> <cd:assignments list="yes"> <cd:inherit name="setupcombinedlist"/> </cd:assignments> </cd:arguments> </cd:command> should be: <cd:command name="completecombinedlist" generated="yes"> <cd:sequence> <cd:string value="vollende"/> <cd:variable value="combinedlist"/> </cd:sequence> <cd:arguments> <cd:keywords> <cd:constant type="cd:name"/> </cd:keywords> <cd:assignments list="yes"> <cd:inherit name="stellezusammengestelltelisteein"/> </cd:assignments> </cd:arguments> </cd:command> I have not checked the other languages. Patrick -- ConTeXt wiki: http://contextgarden.net

1 1

Re: symb-uni.tex (was: degree sign)
by Duncan Hothersall 13 Dec '04

13 Dec '04

Maybe the dev list is a better place for this follow-up. I'm trying to understand (a) what exactly the task is to create the maths vectors, and (b) what is really going on with the degree sign. Taking (b) first... Looking in unic-000.tex (the degree sign is #00B0 = char 176 in vector 0) I see two vector definitions. Does the second supersede the first or are both needed? Looking at the second vector definition, it starts at char 159 and so looking down to position 176 there appears to be the correct code - namely \textdegree. This presumably explains why it appears correctly in running text in my sample posted to the ConTeXt list. But why does it not work in the XMLdata section? Is it the case that there is another unicode processing system for data being processed as XML? Is this where the fix is required? As to question (a) - for example what exactly should I put into, say unic-034.tex to denote #222A (character 42 in vector 34) as \cup? Do I need two \startunicodevector commands? Or do i just do \startunicodevector 34 \unknownchar \or ... [repeat 41 times] ... \cup \or ... \stopunicodevector ? Sorry if this betrays a lack of understanding. Look forward to clarification. Duncan Adam Lindsay (23/11/2004 13:42) said: >>Duncan Hothersall wrote: >> >> >>>I have been searching in the base files but can't see the hook. Can >>>anyone point me in the right direction to fix this? Thanks. >> >>we (you -) need to define unic-*.tex vectors for the math ranges, > > > The attached symbol file might be a place to start. > (didn't bother with list, cos file's to big)

3 6

confused with keys-xx.xml files
by Patrick Gundlach 07 Dec '04

07 Dec '04

Hi, in cont-en.xml: reservefloat: <cd:parameter name="frame"> <cd:constant type="on"/> <cd:constant type="off"/> in keys-de.xml: <cd:constant name="frame" value="rahmen"/> <cd:variable name="on" value="an"/> Why is "on" a constant in cont-en and a variable in keys-de.xml? What is a variable and what is a constant? In my understanding, "frame" here should be a variable, because it can be either "on" or "off". Patrick -- ConTeXt wiki: http://contextgarden.net

1 0

cont-xx.xml constant = type / name
by Patrick Gundlach 07 Dec '04

07 Dec '04

Hi, in cont-en.xml we have <cd:constant type="middle"/> <cd:constant type="..."/> <cd:constant type="12pt"/> <cd:constant type="default"/> as well as <cd:constant type="cd:dimension"/> IMO this should be something like <cd:constant name="middle"/> <cd:constant name="..."/> <cd:constant name="12pt"/> <cd:constant name="default"/> and keep <cd:constant type="cd:dimension"/> Which would be semantically more sensible. dimension is a "type" but middle is more a "name". But I don't know if its worth any trouble. Patrick -- ConTeXt wiki: http://contextgarden.net

1 0

interface xml files / ctxtools
by Patrick Gundlach 07 Dec '04

07 Dec '04

Hello Hans, it looks as if texmfstart/ctxtools is not trying kpsewhich and alike. For texshow-web I'd like to rely on cont-en.xml in the current dir only and texmfstart/ctxtools should take the keys-xx.xml from the distribution: pg$ texmfstart ctxtools.rb --translate ro CtxTools | generating keys-ro.xml CtxTools | no keys-ro.xml generated right, I have no keys-ro.xml in my dir: pg$ ls keys-ro.xml ls: keys-ro.xml: No such file or directory but texmfstart should be able to find it: pg$ kpsewhich keys-ro.xml /opt/context/latest/texmf/tex/context/interface/keys-ro.xml Would it be possible to use the kpathse stuff as fallback? Patrick -- ConTeXt wiki: http://contextgarden.net

4 8

key files
by Patrick Gundlach 02 Dec '04

02 Dec '04

Hi, the keys-??.xml should have another namespace. Now: <cd:interface xmlns:cd="http://www.pragma-ade.com/commands" name="context" language="de" version="2004.11.16"> future: <cd:keys xmlns:cd="http://www.pragma-ade.com/keys" name="context" language="de" version="2004.11.16"> (or something like this, what is this name="context" for?) Patrick -- ConTeXt wiki: http://contextgarden.net

2 2

translations of xml files
by Patrick Gundlach 17 Nov '04

17 Nov '04

Hello Hans, Taco and others, we now have in cont-en.xml: <cd:command name="showlayout"> <cd:sequence> <cd:string value="showlayout"/> </cd:sequence> </cd:command> and in cont-de.xml <cd:command name="zeigelayout"> <cd:sequence> <cd:string value="zeigelayout"/> </cd:sequence> </cd:command> what about making the german (....) translation to something like: <cd:command name="showlayout" lang="de"> <cd:sequence> <cd:string value="zeigelayout"/> </cd:sequence> </cd:command> so we can easily see what showlayout is in different languages/interfaces. P. Atrick -- ConTeXt wiki: http://contextgarden.net

3 3

Re: fontdimen trickery
by Taco Hoekwater 17 Nov '04

17 Nov '04

(Switched to dev. list) Hans Hagen wrote: > \setupbodyfont[new] > > {\csname*new12ptmmmi*\endcsname \fontdimen7\font=1pt} What about: \fontdimen7\csname*new12ptmmmi*:\endcsname=0pt (with the appended colon) is that too low-level?

4 8