Open main menu

Changes

Add pitfall with nested macro calls
In LaTeX you define a new command < [[Inside ConTeXt]] | [[Commands with an optional argument with "newcommand":KeyVal arguments]] >
In ConTeXt, the optional argument processing is handled as a two-step process. First, we write the command for the end-user as a wrapper command, which calls {{cmd|dosingleempty}}, {{cmd|dodoubleempty}}, {{cmd|dotripleempty}}, ... (from {{src|syst-aux.mkiv}} or {{src|syst-gen.mkii}}) to handle the arguments properly -- including the optional ones -- and then calls a "private" command that contains the internals of the macro. Note that this function call does not explicitly refer to the arguments at all. For a command with two optional arguments, we use:<smalltexcode>\def\MyCommand{\dodoubleempty\doMyCommand}<pre/texcode> We then create the "private" macro (<tt>\doMacroName</tt> is the traditional ConTeXt name for these), with all the arguments defined as nonoptional. Default values for the arguments need to be handled somewhat more explicitly than with LaTeX; macros such as {{cmd|ifsecondargument}} are used to determine whether the given argument was specified, as follows: <texcode> \def\doMyCommand[#1][#2]{#1Hello \ifsecondargument #2% \else World% \fi !}</texcode> Note that this makes both arguments optional -- something that is much more difficult to do in LaTeX ([http://www.tex.ac.uk/cgi-bin/texfaq2html?label=twooptarg but can be done]). This also means that we should reverse the order of arguments, since if the user specifies only one argument it will be treated as the first argument. (Also, note that <tt>\MyCommand</tt> without the second argument ends up gobbling the following spaces, so we need to explicitly include one with "<tt>\ </tt>".) <texcode>\MyCommand[\bf]\ %\MyCommand[\sc][Hans]</texcode> <context>\def\MyCommand{\dodoubleempty\doMyCommand}\def\doMyCommand[#1][#2]{#1Hello \ifsecondargument #2% \else World% \fi !}\MyCommand[\bf]\ %\MyCommand[\sc][Hans]</context> If you ''don't'' want any optional arguments, but still want your arguments enclosed in <tt>[]</tt> with appropriate handling for spaces (or line breaks) between the square brackets, use {{cmd|dodoubleargument}} instead of {{cmd|dodoubleempty}}. There are of course versions for other numbers of arguments, found by replacing <tt>double</tt> with <tt>single</tt> through <tt>seventuple</tt>; see {{src|syst-aux.mkiv}} for the exact names. === Examples === To define <code>\mycommand[#1]{#2}</code> with one optional argument and one mandatory argument, do the following<context source="yes">\def\mynewcommand{\dosingleempty\doMyNewCommand}\def\doMyNewCommand[#1]#2{% \iffirstargument There is an optional parameter: {\bf #1}\par% \else No optional parameter\par% \fi This is the mandatory text: {\em #2}%} \starttext\mynewcommand[opt]{Hello People}\blank\mynewcommand{Hello People}\stoptext</context>  To define <code>\mycommand[#1][#2]{#3}</code> with two optional arguments and one mandatory argument, do <texcode>\def\mycommand{\dodoubleempty\doMycommand}\def\doMycommand[#1][#2]#3{whatever}</texcode> === Pitfalls === ==== Passing preceding command's argument ==== Keep in mind that <code>\iffirstargument</code> will always return true if you put before it a command which itself has an argument. See the following example: <context source="yes" text="produces">\def\mynewcommand{\dosingleempty\doMyNewCommand}\def\doMyNewCommand[#1]#2{% \startalignment[center] \iffirstargument There is an optional parameter: {\bf #1}\par% \else No optional parameter\par% \fi This is the mandatory text: {\em #2}% \stopalignment}\starttext\mynewcommand[opt]{Hello People}\blank\mynewcommand{Hello People}\stoptext</context> Use <code>\doifsomethingelse</code> instead: <context source="yes" text="This time this is correct:">\def\mynewcommand{\dosingleempty\doMyNewCommand}\def\doMyNewCommand[#1]#2{% \startalignment[center]% \doifsomethingelse{#1} {There is an optional parameter: {\bf #1}\par} {No optional parameter\par} This is the mandatory text: {\em #2} \stopalignment%}\starttext\mynewcommand[opt]{Hello People}\blank\mynewcommand{Hello People}\stoptext</context> ==== Calling the macro from within command arguments (e.g. float title) ==== -- I have no deeper insight yet on the why and neither on which other cases this might apply to, but I hope it may be useful to someone running into errors. If you wanted to call your macro from within an "argument" such as you would have to with titles or captions in floats:  <texcode>\startplacefigure[title={We look at \mynewcommand{people} in floats}](content)\stopplacefigure</texcode> The above will create a `"\doMyNewCommand doesn't match its definition"` error. This can be solved by preceding the definition that takes the optional argument with `\unexpanded`: <texcode>\unexpanded\def\doMyNewCommand[#1]#2{% ... (etc.)</texcode> === Comparison with LaTeX === On a final note, for comparative purposes: in LaTeX, a new command with an optional argument is defined with <code>\newcommand</code>. <texcode>
\newcommand{\MyCommand}[2][World]{{#2Hello #1!}}
\MyCommand{\bfseries}
\MyCommand[Hans]{\scshape}
</pre></smalltexcode>
ConTeXtReference:http://archive.contextgarden.net/message/20101215.225603.cc903e62.en.html
There is perhaps a way to do the same. Otherwise, the key value method is preferred, see [[Define CommandsCategory:Programming and Databases]][[Category:Tools]].
57

edits