Difference between revisions of "Inside ConTeXt"

From Wiki
Jump to navigation Jump to search
(Added real example to dash-separated-lists section.)
m (category added (Inside ConTeXt))
Line 266: Line 266:
\TextWithSpaces{A gap from here    to there!}
\TextWithSpaces{A gap from here    to there!}
[[Category:Inside ConTeXt]]

Revision as of 17:54, 11 August 2005

< Main Page

Using variables


Defining new commands

Special characters in command names

Some commands have special characters in their names, that TeX normally does not consider to be letters: @, ! and ?. Before and after the use or definition of such protected commands in your input files, the catcode of these characters has to be changed. This is done by \unprotect and \protect:


The newly defined command \!test can of course only be called upon when we are in the \unprotected state, otherwise TeX reads the command \!, followed by the word test (and probably complains loudly about not being in math mode). These protection/unprotection commands can be nested. When the nesting becomes deeper than one level, the system reports the current protection level. It is a good habit to always start your macro files with \unprotect and end them with \protect.

See also: Commands with Key=Value arguments, Commands with optional arguments >

Processing lists of values

Processing a comma-separated list of values

Suppose you defined a command like this one somewhere in your document:

\def\IHaveTo#1#2{I have to #1 on #2.\par}

So calling

\IHaveTo{tidy up}{Monday}

This will print out:

But sometimes you have to repeat some task more than once. In this case you can define a new command:



\MyMumOrderedMeTo[Monday,Wednesday,Saturday]{tidy up}

will spare you some typing (but not some tidying up!):

In case a command \IHaveTo is already defined in a slightly different way:

\def\IHaveTo[#1]#2{I have to #2 on #1.\par}

you can define \MyMumOrderedMeTo as:


This, again, produces:

Processing a dash-separated list of values

Sometimes you have more work to do than just that boring stuff at home. And as it is quite important as well, you don't want to loose your time enumerating all of the tasks. Being able to do something like

\IHaveToDoTheTasks[1-4,7,9-11]{until tomorrow}

may sound like a good idea.

Suppose you already defined:

\def\IHaveToDoTheTask[#1]#2{The task #1 has to be done #2.\par}

You have to define some macros first (thanks to Taco!):

% a few auxiliary core macros are needed to uncompress the list.
% \uncompresslist is the twin of the already existing \compresslist
% which works in the other direction (syst-new)

% I guess this function is already available but couldnt find it...
  {\ifx#1\empty\def#1{#2}\else \@EA\def\@EA#1\@EA{#1,#2}\fi}

% the next macro does this:
% \itemwithdash<<9-11>>- => \dorecurse {<<1+11-9>>}
%     {\apptomac\uncompressedlist<<9-1+\recurselevel>>}
% (the 1+ and -1 are needed to solve a counter offset.)
    {\the\numexpr 1+#2-#1\relax}%
      {\the\numexpr #1-1+\recurselevel\relax}}}%

% top level. The result will be in \uncompressedlist
   \processcommalist[#1]\processitem }


And then you're ready to define

   \uncompresslist[#1]% <= Yeah!

Guess what! Your \IHaveToDoTheTasks[1-4,7,9-11]{until tomorrow} results in:

So - what are you still waiting for? Go back to work and do them right away!


Resulted from thread [1] and will be used in some modules such as RawSteps. It would be nice if processing dash-separated lists of values would make it into the ConTeXt core.

Passing verbatim text as macro parameter

In case you want to write macros that should handle verbatim text, you can use the tex primitives \obeyspaces and \obeylines. \obeyspaces changes the category code of the space character, so that spaces become significant. \obeylines does the same for the newline character.

This works fine for the following example:

\framed{\obeyspaces{A gap from here     to there!}}

But if you pass this text as a parameter for your own macro \TextWithSpaces

\TextWithSpaces{A gap from here     to there!}

the additional spaces are ignored. This happens because the category code change is not yet in effect when the argument is parsed, and the spaces are removed during parsing. To keep the spaces, the catcode change must be done before the argument is parsed.

Here is a two-part solution for the problem (suggested by Taco Hoekwater):


Another way is to postpone argument loading (suggested by Hans Hagen).

\def  \TextWithSpaces  {\framed\bgroup\obeyspaces\doTextWithSpaces}
\def\doTextWithSpaces     #1{#1\egroup} 

Both of these produce the desired result: