Re: [dev-context] setup-en.pdf and mkiv command list

On 5/14/2017 8:06 PM, Idris Samawi Hamid ادريس سماوي حامد wrote:

On Sun, 14 May 2017 11:38:19 -0600, Wolfgang Schuster wrote:

...

...

...

The lua tables in the scite distribution are incomplete. For example, in scite-context-data-interfaces.lua there is no mention of the commands for natural tables - \bTABLE etc. This is the reason for taking the auto-generation approach, to get a comprehensive and complete list.

could be but wolfgang did a huge effort in making them pretty complete (even low level commands) so ic something is not in there (the i-*.xml files), it's with good reason

Sure, I was referring to scite-context-data-interfaces.lua, not the i-*.xml files..

Fortunately setup-en.pdf makes all of these concrete commands explicit: setup-en.pdf is as complete as one could ask for. But for editors the abstract commands are superfluous, as you pointed out:

...

...

the command reference is quite complete (and user defined instances will never be part of syntax highlight anyway)

OTOH user-defined commands can be added to the ConTeXt lexer via the Style Configurator (Notepad++) and get their own highlight color. I have found this very useful in writing long documents. See attached (User-defined Keywords dialog).

sure, but it's not something that we will suport out of the box in a context distribution; one can have additional i-* files too (technically a user instance should be defined in an xml files like any other instance as xml is the starting point, not the generated lua table)

...

Environments with custom begin/end-strings (e.g. \bTR)

cd:arguments

get the default start/stop string in the scite files.

Ah, "setupTABLE" is listed in scite-context-data-interfaces.lua.

Wolfgang: In that case, is there a way to generate an explicit list of all concrete commands that derive from the ["en"] class in scite-context-data-interfaces? If the results are sufficiently complete, we could distinguish high-level mkiv commands from the low-level ones. Such a list might be more beneficial for most users. Put another way, we could have

mkiv-list-high - one syntax highlighting (say, bold) mkiv-list-low - second syntax highlighting (say, regular)

OTOH, much of this is a matter of taste: I would argue that \unprotect and \protect are high-level (as part of the meta-language used to mark off low-level code) and should therefore go into scite-context-data-interfaces (not there at present).

mult-low.lua does that (accordomg to what i considere low level or helper) btw, users who need \unprotect are already expewrts (fwiw, i've been trying to make the server/html based help subsystem instance aware because that is what i offer in scite/ta) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------