- dev-context - NTG Mailing Lists

translate Dutch sample included in grph-inc.mkiv
by Pablo Rodriguez 07 Jun '17

07 Jun '17

Hans, I have just noticed that grph-inc.mkiv includes a small sample in Dutch. I guess this isn’t intended. The attached patch fixes it. I hope it helps, Pablo -- http://www.ousia.tk

1 0

/UseAttachments and /UseOC for /PageMode
by Pablo Rodriguez 28 May '17

28 May '17

Hans, the attachment contains a patch to be able to set /PageMode to attachments or optional contents. Values are attach and oc. These were the simplest names that came to my mind. I realized these are extremely useful, since vast majority of people (including IT guys) don’t seem to know how to extract attachments from PDF documents. Could you apply it to ConTeXt? Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

Is it possible to change the converted figure cache directory for a build?
by Kevin D. Robbins 19 May '17

19 May '17

By default, converted figures (m_k_i_v_foo.pdf for source figure foo.svg) are written to the same directory as the source figure. I would like all converted figures to be written instead to a cache directory in my home directory. How do I set this path? I asked this question on the ConTeXt users mailing list, but no one had an answer. Is there no user interface (environment variable, command line parameter, etc.) available to change where converted figures are written on disk? Best Regards, Kevin

1 0

Re: [dev-context] setup-en.pdf and mkiv command list
by Wolfgang Schuster 17 May '17

17 May '17

> Idris Samawi Hamid ادريس سماوي حامد <mailto:Idris.Hamid@colostate.edu> > 17. Mai 2017 um 20:21 > On Wed, 17 May 2017 08:15:11 -0600, Wolfgang Schuster > <schuster.wolfgang(a)gmail.com> wrote: > > > This is what I get from running > > context x-setups-generate.mkiv > > <cd:command file="strc-sec.mkiv" generated="yes" name="section" > variant="instance"> > <cd:sequence> > <cd:instance value="section"/> > </cd:sequence> > <cd:arguments> > <cd:keywords list="yes" optional="yes"> > <cd:constant type="cd:reference"/> > </cd:keywords> > <cd:keywords delimiters="braces"> > <cd:constant type="cd:text"/> > </cd:keywords> > </cd:arguments> > <cd:instances> > <cd:constant value="chapter"/> > <cd:constant value="section"/> > <cd:constant value="subsection"/> > <cd:constant value="subsubsection"/> > <cd:constant value="subsubsubsection"/> > <cd:constant value="subsubsubsubsection"/> > <cd:constant value="title"/> > <cd:constant value="subject"/> > <cd:constant value="subsubject"/> > <cd:constant value="subsubsubject"/> > <cd:constant value="subsubsubsubject"/> > <cd:constant value="subsubsubsubsubject"/> > </cd:instances> > </cd:command> > > This is different from what I get from the latest ConTeXt - 2017.05.15 > 21:48. > > Notably, \part is missing from the official context version; it's also > missing in the generated x-setups-generate.pdf and the published > setup-en.pdf. So there are bugs in the official version -) > > Wolfgang: When will your latest sources be ready for distribution or > sharing? Thanks in advance. I can send them in a few days. Wolfgang

1 0

Re: [dev-context] setup-en.pdf and mkiv command list
by Wolfgang Schuster 17 May '17

17 May '17

> Yu,Jason <mailto:Jason.Yu@colostate.edu> > 17. Mai 2017 um 20:27 > > I suppose not all abstract commands has <cd:instances> tag. For > example, \ORNAMENT does not have <cd:instances>, but it is still > recognized as an abstract keyword (slanted). In my python script, I > recognized every abstract keyword by determining if it has a > <cd:sequence> tag, which seems to be right. > Not all commands which let you create instances have predefined ones, e.g. there are no predefined descriptions. Wolfgang

1 0

Re: [dev-context] setup-en.pdf and mkiv command list
by Hans Hagen 17 May '17

17 May '17

On 5/17/2017 8:27 PM, Yu,Jason wrote: > I suppose not all abstract commands has <cd:instances> tag. For not yet ... it's work in progress, so you can assume tyhat over time the xml file gets more complete ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

1 0

Re: [dev-context] setup-en.pdf and mkiv command list
by Wolfgang Schuster 17 May '17

17 May '17

> Idris Samawi Hamid ادريس سماوي حامد <mailto:Idris.Hamid@colostate.edu> > 17. Mai 2017 um 16:04 > On Wed, 17 May 2017 07:25:41 -0600, Hans Hagen <pragma(a)wxs.nl> wrote: > >>>> cd:instances >>> >>> While we wait for support cd:instances: How about this heuristic to >>> distinguish abstract commands from pre-supported instances: >>> >>> ======= >>> If slanted and containing and containing *no* capital letters, treat as >>> an instance. >>> ======= >> >> (slanted is not part of the coding, instances is) > > Sure, but we have to distinguish abstract commands from pre-supported > instances of abstract commands, both of which are typeset as slanted. > > So we need a simple name for the genus that encompasses both abstract > commands and pre-supported instances of abstract commands. > > Perhaps 'generic'. All commands typeset as slanted in setup-en etc. > are generic commands. So to rephrase > > ======= > If a command is generic and contains *no* capital letters, treat as a > concrete instance. > ======= > > So whatever hook marks off a command to be treated as slanted is what > marks it as a generic command. Below this is the entry for \section in my own version of the setups files. All commands with instances have the attribute variant="instance" and the predefined instances are listed under cd:instances. Commands which are slanted in the manual are produced by a \defineXXX command which is documented with the generated="yes" attribute. For your list you can ignore the values under cd:sequence and use only the listed instances. <cd:command name="section" generated="yes" variant="instance" file="strc-sec.mkiv"> <cd:sequence> <cd:instance value="section"/> </cd:sequence> <cd:arguments> <cd:resolve name="keyword-reference-list-optional"/> <cd:resolve name="argument-text"/> </cd:arguments> <cd:instances> <cd:constant value="part"/> <cd:constant value="chapter"/> <cd:constant value="section"/> <cd:constant value="subsection"/> <cd:constant value="subsubsection"/> <cd:constant value="subsubsubsection"/> <cd:constant value="subsubsubsubsection"/> <cd:constant value="title"/> <cd:constant value="subject"/> <cd:constant value="subsubject"/> <cd:constant value="subsubsubject"/> <cd:constant value="subsubsubsubject"/> <cd:constant value="subsubsubsubsubject"/> </cd:instances> </cd:command> Wolfgang

1 0

Re: [dev-context] setup-en.pdf and mkiv command list
by Hans Hagen 17 May '17

17 May '17

On 5/17/2017 2:23 PM, Idris Samawi Hamid ادريس سماوي حامد wrote: > On Wed, 17 May 2017 01:43:38 -0600, Hans Hagen <pragma(a)wxs.nl> wrote: > >>>>> I wrote a python script to auto-generate keyword lists from the >>>>> full xml >>>>> file. All the "abstract" keywords (those with a <cd:sequence> >>>>> </cd:sequence> tag) are simply ignored. The full list is in the >>>>> KEYWORDS.txt file. >>>> >>>> idris probably also wants the instances, so \startsubject and so; in >>>> due time we'll add cd:instances to the relevant commands (kind of >>>> experimental now) >>> >>> Hmm, so we have an ambiguity. See setup-en.pdf, p. 302: >>> >>> \startSECTION is typeset in slanted, but is an abstract command that can >>> have an indefinite number of instances >>> >>> \startchapter is typeset in slanted, but is a concrete command -- in >>> this case a pre-supported instance of an abstract command. >>> >>> Question 1: Why is \startchapter typeset in slanted? >> >> to show that it's an instance >> >>> Question 2: Is there a hook in the i-*.xml files so that Jason's script >>> can distinguish between abstract commands and pre-supported instances? >>> We want a way to capture the latter while ignoring the former? Or are we >>> stuck with the ambiguity until cd:instances is supported? In the latter >>> case we'll have to do some manual work... >> >> cd:instances > > While we wait for support cd:instances: How about this heuristic to > distinguish abstract commands from pre-supported instances: > > ======= > If slanted and containing and containing *no* capital letters, treat as > an instance. > ======= (slanted is not part of the coding, instances is) > Wolfgang, Hans: Will this heuristic leave any residue, i.e., leave out > any pre-supported instances? well, you can easilly check that .. probably it's ok but not a complete list ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

1 0

Re: [dev-context] setup-en.pdf and mkiv command list
by Hans Hagen 17 May '17

17 May '17

On 5/17/2017 12:35 AM, Idris Samawi Hamid ادريس سماوي حامد wrote: > On Tue, 16 May 2017 16:17:46 -0600, Hans Hagen <pragma(a)wxs.nl> wrote: > >> On 5/16/2017 9:57 PM, Yu,Jason wrote: >>> Hi all, >>> >>> >>> I wrote a python script to auto-generate keyword lists from the full xml >>> file. All the "abstract" keywords (those with a <cd:sequence> >>> </cd:sequence> tag) are simply ignored. The full list is in the >>> KEYWORDS.txt file. >> >> idris probably also wants the instances, so \startsubject and so; in >> due time we'll add cd:instances to the relevant commands (kind of >> experimental now) > > Hmm, so we have an ambiguity. See setup-en.pdf, p. 302: > > \startSECTION is typeset in slanted, but is an abstract command that can > have an indefinite number of instances > > \startchapter is typeset in slanted, but is a concrete command -- in > this case a pre-supported instance of an abstract command. > > Question 1: Why is \startchapter typeset in slanted? to show that it's an instance > Question 2: Is there a hook in the i-*.xml files so that Jason's script > can distinguish between abstract commands and pre-supported instances? > We want a way to capture the latter while ignoring the former? Or are we > stuck with the ambiguity until cd:instances is supported? In the latter > case we'll have to do some manual work... cd:instances >> anyway, not that you can make lists you can always provide idris with >> updated onces >> >> categories can come later > > Thanks Hans > > Idris -- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

1 0

Re: [dev-context] setup-en.pdf and mkiv command list
by Yu,Jason 17 May '17

17 May '17

Hi all, I wrote a python script to auto-generate keyword lists from the full xml file. All the "abstract" keywords (those with a <cd:sequence> </cd:sequence> tag) are simply ignored. The full list is in the KEYWORDS.txt file. Thanks, Jason ________________________________ From: Hamid,Idris Sent: Tuesday, May 16, 2017 8:09:28 AM To: Wolfgang Schuster Cc: Hans Hagen; dev-context(a)ntg.nl; Yu,Jason Subject: Re: setup-en.pdf and mkiv command list On Tue, 16 May 2017 07:38:33 -0600, Wolfgang Schuster <schuster.wolfgang(a)gmail.com> wrote: >>>> TeX primitives - Knuth >>>> luaTeX primitives - excluding Knuth >>> The syntax files contain at the moment only ConTeXt specific command, >>> primitives aren’t included. >> >> Sure, we get the TeX and luaTeX commands from the scite*.lua files >> >>>> macro structure - e.g., sectioning etc. >>>> micro structure - e.g., itemizations, tables etc. >>>> mode structure - e.g., metapost, xml, markdown >>> The XML source has a category attribute for this information. >> >> Could you give a couple of examples? > Below is a example for \m{…}. > > <cd:command name="m" category="mathematics" file="math-ini.mkiv"> > <cd:arguments> > <cd:resolve name="keyword-name-optional"/> > <cd:content/> > </cd:arguments> > </cd:command> Wonderful. So the task is two-fold: i) categorization of context commands via the category attribute ii) adding tex and luatex primitive classes For editors, the abstract commands (\ATTACHMENT, \CHARACTERKERNING etc.) do not need to be generated. Idris -- Idris Samawi Hamid, Professor Department of Philosophy Colorado State University Fort Collins, CO 80512

2 1