
Creo que este código es correcto. Lo incluyo en un artículo, mi instalación de DokuWiki (Miktex/Windows) lo muestra, pero solo tiene 8x16 píxeles:
\begin{document}
\begin{tikzpicture}
\coordinate (A) at (1, 3);
\draw[thick, ->] (0, 0) -- (A);
\node[above right] at (A) {$A = (1, 3)$};
\end{tikzpicture}
Al mismo tiempo, cuando me deshago del nodo de texto, funciona:
\begin{document}
\begin{tikzpicture}
\coordinate (A) at (1, 3);
\draw[thick, ->] (0, 0) -- (A);
\end{tikzpicture}
¿Cómo intentarías superar esto?
Actualizar.
El motor produce este TeX:
\documentclass[10pt]{article}
\usepackage[utf8]{inputenc}
\usepackage{amsmath}
\usepackage{amsfonts}
\usepackage{amssymb}
\usepackage{color}
\usepackage{tikz}
\pagestyle{empty}
\begin{document}
\definecolor{MyColour}{rgb}{0.50,0.00,0.00}
{\color{MyColour}
\begin{tikzpicture}
\coordinate (A) at (1, 3);
\draw[thick, ->] (0, 0) -- (A);
\node[above right] at (A) {$A = (1, 2)$};
\end{tikzpicture}
}\end{document}
Y la primera conversión .tex > .dvi se ve bien. Pero el segundo .dvi > .ps lo arruina (dvips.exe -E tmp.dvi -o tmp.ps). Archivos binarios:https://yadi.sk/d/hBXNFn5tSp0NYg
Respuesta1
Parece que el problema está en la línea de comando de dvips. Incluye la clave "-E" "intentar crear EPSF". No tengo idea de para qué era. Funciona mejor sin él (por ahora).
Y no estoy solo con este problema:https://github.com/marklundeberg/dokuwiki-plugin-latex/issues/10