@Sebastiano I use standalone to create one multi-page document where each iteration of the animation is a page. Then ImageMagick's convert to turn that PDF into an animated GIF (but don't ask me about the exact options to convert -- I forgot).

@Skillmon I have understood and thank you for your advice.

@mickep I was wrong, it did run all of it (it is using latexmk -pdf -g, I thought it was missing the -g and just ignoring the files, but all the aux etc output files are updated). The main thing is that it is sending all output to /dev/null, I think that also help. So almost 250 files in 20sec.

@AlanMunn ^^ dad joke

(I totally blame the Context group for my new obsession with string art) In case there are more victims, I found this generator on github: github.com/halfmonty/StringArtGenerator

@daleif which is really quite impressive! (and yes, redirecting stdout can do tremendous things to performance)

@samcarter that's far inferior to superior ASCII-art!

@Skillmon :P ... it is also far more annoying for my neighbours if I now spend my weekend hammering a couple of hundred nails into a board :)

@samcarter depending on your relationship with your neighbours that might be considered a reason why string art might be preferrable.

@Skillmon I'm afraid my neighbours are too nice for string art, but I will blame Context :)

@Skillmon Though my full book still takes approx 45sec for a single pdflatex run. Here's where I'd like to optimize so the code don't need to write to disk and input twice. We'll see when I get to it.

@daleif :) As I already said, you can reach out to me if you want/need help (my mail should be findable in one of my package-documentations)

@daleif Sending what output to /dev/null?

(The output that usually goes to the terminal?)

In any case, it sounds good!

@samcarter Yay!!

@mickep esxactly, it is running latexmk -pdf -g file > /dev/null 2>&1

on each file

@Skillmon Thanks. I'll see what I can come up with first. The code for this env was started over 15years ago and it can do a lot of strange tings. Probably time for a rewrite.

@daleif My experience is that (at least on Linux) if the files are not big, there is little advantage --- all operations occur in the cache normally, so the disk is hit only at the end. But I'd love to speed up the compilation of circuitikz manual --- the huge number of LTXexamples is a problem for me (more than 3 minutes on a Ryzen 9 + 32 G of RAM)

@Rmano Is the source available somewhere? including how to build the manual?

Hi

Does anyone know what is the name of the font and math font here:

It is a snippet from Schaums outline of complex variables

@DavidCarlisle x.com/unicode/status/1702682223865201139?s=20

@mickep God, this x is so ugly. I understand that @JosephWright wants to get rid of it. ;-)

@UlrikeFischer And some changes go through.

@daleif yes, it's on GitHub: github.com/circuitikz/circuitikz. To build the manual, you need pandoc (for the Changelog, but that's not essential) and make manual from the top.

@mickep ah thanks, I knew that was due, I'll grab the files

@PauloCereda absolutely wrong, orange and blue are inverted!

MIT is a very good institution, but unfortunately, their LaTeX template isn't. Ah, Johannes, we miss you. tex.stackexchange.com/questions/352389/…