
Eu acredito que este código está correto. Eu o incluí em um artigo, minha instalação do DokuWiki (Miktex/Windows) o renderiza, mas tem apenas 8x16 pixels:
\begin{document}
\begin{tikzpicture}
\coordinate (A) at (1, 3);
\draw[thick, ->] (0, 0) -- (A);
\node[above right] at (A) {$A = (1, 3)$};
\end{tikzpicture}
Ao mesmo tempo, quando me livro do nó de texto, funciona:
\begin{document}
\begin{tikzpicture}
\coordinate (A) at (1, 3);
\draw[thick, ->] (0, 0) -- (A);
\end{tikzpicture}
Como você tentaria superar isso?
Atualizar.
O motor produz 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}
E a primeira conversão .tex > .dvi parece boa. Mas o segundo .dvi > .ps estraga tudo (dvips.exe -E tmp.dvi -o tmp.ps). Arquivos binários:https://yadi.sk/d/hBXNFn5tSp0NYg
Responder1
Parece que o problema está na linha de comando do dvips. Inclui a tecla "-E" "tentar criar EPSF". Não faço ideia para que servia. Funciona melhor sem ele (por enquanto).
E não estou sozinho com esse problema:https://github.com/marklundeberg/dokuwiki-plugin-latex/issues/10