TikZ und AUCTeX: Unterschiedliche Ergebnisse

Question

Betrachten Sie das folgende MWE:

\documentclass{article}

\usepackage{tikz}

\begin{document}

\begin{tikzpicture}
   \draw[thick,fill=yellow!50] (0,0) circle (3);
   \draw[thick,fill=orange!50] (0,0) circle (2.4);
   \foreach \letter [count=\i] in {A,...,Z} {
     \draw[very thin] (0,0) -- ({90-\i*360/26}:3);
     \path (0,0) --node[pos=.9,sloped,allow upside down,rotate=-90] {\letter} ({360/52+90-\i*360/26}:3);
   }
   \foreach \letter [count=\i] in {G,H,...,Z,A,B,...,F} {
     \path (0,0) --node[pos=.7,sloped,allow upside down,rotate=-90] {\small\letter} ({360/52+90-\i*360/26}:3);
   }
\end{tikzpicture}

\end{document}

Es zeichnet eine Diskette für die Caesar-Chiffre. Beim Durchlaufen pdflatexist das Ergebnis korrekt. Wenn ich jedoch die Vorschaufunktion in Emacs und AUCTeX verwende, erhalte ich Folgendes:

Ich verwende AUCTeX 12.2.0. Die Kompilierung läuft mit nur einer Fehlermeldung durch:

./Region.tex:11: Paket tikz Fehler: Entschuldigung, ein Paket hat die Bedeutung des Dollarzeichens im Mathematikmodus neu definiert. Dies ist nicht kompatibel mit tikz und seiner Calc-Bibliothek und kann zu nicht behebbaren Fehlern führen.

Ich glaube jedoch nicht, dass dies in irgendeiner Weise mit meinem Problem zusammenhängt, da das Problem weiterhin besteht, auch wenn ich den Fehler durch die Einstellung umgehe \catcode\`$=3.

Answer 1

Der Kompilierungsfehler ist zu erwarten, da das Vorschaupaket neu definiert $. Aus dem Handbuch:

textmathmacht alle Textmathematiken zur Vorschau. Da der Mathematikmodus in LaTX auch für andere Zwecke umfassend genutzt wird, funktioniert dies durch Neudefinition von \(, \)und $und der mathUmgebung (anscheinend verwenden das einige Leute). Nur Vorkommen dieser Textmathematik-Trennzeichen in später geladenen Paketen und im Hauptdokument sind davon betroffen.

Aber das ist nicht die Ursache Ihres Problems. Es scheint, dass Ihr Problem auf das unglückliche Zusammenspiel der aktuellen Ghostscript-Versionen und der Vorschau zurückzuführen ist. Bitte passen Sie die Variable preview-pdf-color-adjust-methodauf das Symbol compatible„oder“ an nilund versuchen Sie es erneut. Bei mir sieht es so aus (mit rungsTeXlive '19, auf dem Ghostscript 9.50 läuft):

Dies ist der entsprechende LaTeX-Code:

\documentclass{article}

\usepackage{tikz}
\usepackage[displaymath,floats,graphics,footnotes,
% textmath  %% Don't touch $ %%
]{preview}
\PreviewEnvironment{tikzpicture}

\begin{document}

\begin{tikzpicture}
   \draw[thick,fill=yellow!50] (0,0) circle (3);
   \draw[thick,fill=orange!50] (0,0) circle (2.4);
   \foreach \letter [count=\i] in {A,...,Z} {
     \draw[very thin] (0,0) -- ({90-\i*360/26}:3);
     \path (0,0) --node[pos=.9,sloped,allow upside down,rotate=-90]
     {\letter} ({360/52+90-\i*360/26}:3);
   }
   \foreach \letter [count=\i] in {G,H,...,Z,A,B,...,F} {
     \path (0,0) --node[pos=.7,sloped,allow upside down,rotate=-90]
     {\small\letter} ({360/52+90-\i*360/26}:3);
   }
\end{tikzpicture}

\begin{verbatim}
(setq preview-pdf-color-adjust-method t)
(setq preview-pdf-color-adjust-method 'compatible)
(setq preview-pdf-color-adjust-method nil)
\end{verbatim}

\end{document}

Ich habe die .tex-Datei auch mit Ghostscript 9.52 ausprobiert und das Ergebnis sieht folgendermaßen aus:

Beachten Sie den schwarzen Fleck um M- N. Ich denke also, die Geschichte geht weiter.