Funny problem in mathtools vs. francais babel. (Only a coincidence that I’m debugging two babel problems back-to-back.)

Morten Høgholm’s mathtools package has an option to turn the colon into an active character so that writing := produces a colon-equals sign with a correctly centred colon. (Unicode mathematics provides a specific character for this symbol but the input shorthand is still a convenience.)

But babel’s French module also has a feature with an active colon, and although both mathtools and babel can be otherwise used together without problem, these two features cannot both be active simultaneously. This is a documented problem, and a workaround requires changes to babel to allow hooks into its active characters. (Not going to happen any time soon, in other words.)

Despite the documented incompatibility, there was still something breaking when both packages were loaded, and even when the centred-colon feature was never activated. Turns out we were lazy in mathtools. (To be fair, this portion of the code originated in the depths of time on comp.text.tex.)

Active characters are interesting because they can be switched on and off by changing their catcode, and they remember their meaning the whole time. In mathtools, we were taking advantage of this by writing something like

\begingroup
  \catcode`\:=\active
  \gdef:\fancycolon % not the actual defn.
\endgroup

and in the mathtools option processing, all we had to do to activate the centred-colon feature was to execute

\catcode`\:=\active

and our previously saved definition automatically takes into effect.

Unfortunately, this is a rather inconsiderate way to do things, because it doesn’t take into account the fact that other people (in this case babel) might also want to assign the colon an active meaning. If mathtools is loaded after babel, then the colon is overwritten even though the centred-colon feature is never activated!

There are a few ways that both mathtools and babel could behaviour more sensibly here. But when dealing with catcodes, such clashes are inevitable since there are so few ASCII characters and we always want to simplify the way we write our documents.