Re: [NTG-context] circuitikz module seems broken

HI ALL! Finally it worked after complete reinstall Tikz circuitikz pgfplots from ctan, updated LMTX to latest 2021.12.10 And replaced m-tikz.mkxl and m-circuitikz.mkxl with the attached files from Hans. Fingers crossed and praying and impressive help from Hans and Aditya Many thanks Sincerely Jan-Erik

14 dec. 2021 kl. 04:57 skrev Aditya Mahajan via ntg-context :

I tested with my course assignments (simple tikz block diagrams, lots of pgdplots code) and everything works correctly. I haven't tested circuitikz; the simple example fails and I am trying to understand why that is happening.

...

Aditya: can you check if we load enough?

I believe so. This is what my notes say (it is no fun to trace down these files):

% Order in which files are loaded % 1. t-tikz % 1.1 t-pgf % 1.1.1 t-pgfcor % 1.1.1.1 t-pgfsys % 1.1.1.1.1 t-pgfrcs % 1.1.1.1.1.1 t-pgfmod % Ignore % 1.1.1.1.1.2 pgfutil-common.tex (1) % 1.1.1.1.1.3 pgfutil-context.def (2) % 1.1.1.1.1.4 pgfrcs.code.tex (3) % 1.1.1.1.2 pgfsys.code.tex (4) % 1.1.1.1.3 pgfsyssoftpath.code.tex (5) % 1.1.1.1.4 pgfsysprotocol.code.tex (6) % 1.1.1.2 pgfcore.code.tex (7) % 1.1.2 \usepgfmodule[shapes,plot] (8) % 1.2 t-pgffor % 1.2.1 t-pgfrcs (already loaded) % 1.2.2 t-pgfkey % 1.2.2.1 pgfkeys.code.tex (9) % 1.2.3 pgffor.code.tex (10) % 1.3 tikz.code.tex (11)

You also have pgfmoduleplot.code.tex, which I had missed.

...

We really need to get rid of all these (kind of strange) t-* modules that somehow ended up in tikz and it's way easier and robust to occasionally add something needed to m-tikz than to try to catch hard-to-locate-and-fix stuff in the tikz distribution. If needed we can apply runtime patches too.

Agreed. I believe that the pgf module provides so many modules as a means to be modular. For example, it possible to use `pgffor` module to get the for loop syntax; or load `pgfkey` to get the key-value arguments, etc. But each of these t-* files has so much boilerplate code, so I like your method better.

...

(nyw, it looks like tikz creates empty pfg files during a run but that's probbably has a reason)

tikz's ChangeLog has the following entries:

2007-01-18: - Fixed .aux problems in plain and ConTeXt mode. Using .pgf as extension now.

Grepping the source for `.pgf` gives:

tex/generic/pgf/utilities/pgfutil-context.def: \pgfutil@IfFileExists{\jobname.pgf}{\input \jobname.pgf\relax}{} tex/generic/pgf/utilities/pgfutil-context.def: \immediate\csname openout\endcsname\pgfutil@auxout\jobname.pgf\relax tex/generic/pgf/utilities/pgfutil-plain.def: \pgfutil@IfFileExists{\jobname.pgf}{\input \jobname.pgf\relax}{} tex/generic/pgf/utilities/pgfutil-plain.def: \immediate\csname openout\endcsname\pgfutil@auxout\jobname.pgf

The file handle \pgfutil@auxout is used in the macro \pgfutil@writetoaux which gets used in the driver files to write absolute positioning stuff to file. For example, pgfsys-luatex.def has:

\def\pgfsys@markposition#1{% \savepos% \edef\pgf@temp{#1}% \expandafter\pgfutil@writetoaux\expandafter{% \expandafter\noexpand\expandafter\pgfsyspdfmark\expandafter{\pgf@temp}{\the\lastxpos}{\the\lastypos}}% }

This can easily be stored in the tuc file using two-pass data, but I don't use this feature of tikz, so don't have examples to test this.

@HenriMenke: Do you know if it is save to not create the `.pgf` file and rewrite the above macro to read store the \pgfsyspdfmark table in the `.tuc` file?

___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___________________________________________________________________________________