You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is there a reason that tikz-cdis incompatible with the tikz library external? I think it would be really helpful if one could buffer compiled diagrams to improve recompilation times, similar to xypic's \CompileMatrices.
The text was updated successfully, but these errors were encountered:
I guess the reason is exactly the one explained in first answer to the stackexchange question. Perhaps in the 9 years since it was written, a better solution to this issue is available. I haven't tried.
Probably the most/only reasonable solution would be to extend the externalization library to allow custom environment names. It seems that the search for \begin{tikzpicture} ... \end{tikzpicture} is hard-coded.
I've proposed a solution in A665688 which adjusts the tikzcd environment so it is allowed inside a tikzpicture environment without creating its own TikZ picture. (This would also allow more than one CDs in one TikZ picture.) This puts the tikzcd environment on the same level of PGFPlots' axis environment.
Somewhere on their Github, a member of the PGF/TikZ team mentions that the external library is bugged and will not get fixed soon, if at all.
Nowadays, the memoize package is a much more versatile tool. It's a beast on its own (the manual has over 130 pages) but in most cases it should be simple to use (see the other answer in my link).
Is there a reason that
tikz-cd
is incompatible with the tikz libraryexternal
? I think it would be really helpful if one could buffer compiled diagrams to improve recompilation times, similar toxypic
's\CompileMatrices
.The text was updated successfully, but these errors were encountered: