Re: circuitikz module seems broken

[Aditya Mahajan via ntg-context <ntg-context@ntg.nl>]

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
___________________________________________________________________________________