Take the 2-minute tour ×
TeX - LaTeX Stack Exchange is a question and answer site for users of TeX, LaTeX, ConTeXt, and related typesetting systems. It's 100% free, no registration required.

I'd like to "add to" an existing command by writing something like


but (not surprisingly) I get errors about being "too deeply nested".

Is there a way to take an existing command, add to it (by appending or prepending additional commands or text), and then have that "augmented" command replace the existing command?

share|improve this question
You may also want to look at the etoolbox package. –  mbork Mar 9 '12 at 6:55

4 Answers 4

up vote 27 down vote accepted

You can use \let to save a command under another name, and then use that new name in the \renewcommand.



\oldemph{Old emph}
\emph{New emph}

(Edit: the TeX FAQ has much more information about "patching" commands. Edit2: egreg's answer below describes some of the gotchas of \let)

share|improve this answer

While something such as


seems to work, it really doesn't, because \emph is defined with \DeclareRobustCommand. Where doesn't it work? suppose you write that code and then use \emph in a caption:

\caption{This is \emph{emphasized}}

what is written in the .aux file is

\@writefile{lof}{\contentsline {figure}{\numberline {1}{\ignorespaces This is \textbf  {\emph  {emphasized}}}}{1}}

This is because the original expansion of \emph is


(where with § I'm denoting a space in the name). So the \emph{emphasized} in the caption gets expanded successively into


and written as

\textbf  {\emph  {emphasized}}

(because TeX adds a space after a command name when writing). In this case, when reading the file for building the List of Figures or Tables, TeX will find


which is innocuous. But it's not very difficult to imagine situations where this can lead to infinite loops.

The package letltxmacro prevents this problem:


would be a safer way to proceed.

Never use \let on commands defined with \DeclareRobustCommand or commands defined with \newcommand and having an optional argument.

The former can be recognized by the fact that \show\command returns

> \command=macro:
->\protect \command  .

The latter are distinguished by the fact that \show\command returns

> \command=macro:
->\@protected@testopt \command \\command {...}.

(where ... is actually the default for the optional argument).

share|improve this answer
Haha, I picked a perfect bad example! (Thanks for explaining the mistake!) –  dbaupp Mar 9 '12 at 10:34

Yes, this is possible using \g@addto@macro or some expanded definition (using \expandafter). Here are some examples:

enter image description here

\setlength{\parindent}{0pt}% Just for this example
\newcommand{\somecmd}{some \textbf{text}}
\somecmd \par
\g@addto@macro\somecmd{ and some \textit{more} text}

\renewcommand{\somecmd}{some \textbf{text}}
\somecmd \par
\expandafter\def\expandafter\somecmd\expandafter{\somecmd{} and some \textit{more} text}

The latter example, just like the former, appends contents to a macro. The placement of \somecmd in the latter could be used to prepend something.

However, nothing prevents you from making a new command that includes the old command as part of its expansion, since memory problems tend to be a thing of the past.

You run into problems when the contents of the newly-defined macro does not expand properly. Using your case as an example: although \somecommand may expand as expected, the center environment does not.

share|improve this answer

Sometimes, you need to use the original name of the command, and you cannot use an environment because of some undesirable side effects. I have the case with \LettrineFontHook which is not directly called in my code. Here, the only solution I have found is to use \let to store and restore the command:


If I try to define an environment like this:

% let's use this environment in the document now:

For reasons I ignore, the indentation of the lettrine is broken.

EDIT: From egreg remark, in your example, this method cannot apply since the new command is defined with the help of the original one, leading to possible infinite loops. So I cancel the application to your use case.

share|improve this answer
not that I follow like a detective all your moves but viz For reasons I ignore, the indentation of the lettrine is broken. : there must be a \par. Because the closing of the environment cleans up the \parshape set up by lettrine package. Please always post complete MWE rather than just a few lines of code. Apart from that this uses your own \Lettrine from some other question but should be with \lettrine. (but then one needs a second, possibly empty, argument {}) –  jfbu May 22 at 17:53
In my answer I tell exactly why \let\oldemph\emph is to be avoided. –  egreg May 22 at 18:13
@egreg, in the case you detail, the copied command is used in the definition of the original one, what can makes infinite loops in the conditions you precise. I think it is not the case in my use case, but I should not have generalized. –  lalebarde May 22 at 19:53
@jfbu: you are welcome, I do appreciate your help. I can reword my post with only lettrine. –  lalebarde May 22 at 20:00
@lalebarde Follow \lettrine{F}{} by a \par before closing the environment if you want to get the indentation as expected. Did you notice that the original post dates back to Mar 9 '12 at 5:31? –  jfbu May 22 at 20:11

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.