☰

pdflatex diz "Especial não-PDF ignorado!" tentando desenhar \círculo no ambiente da imagem

tag-icon • tag-icon pdftex circles picture-mode specials
pdflatex diz "Especial não-PDF ignorado!" tentando desenhar \círculo no ambiente da imagem

Eu tenho vários \circle{}em um ambiente de imagem que são desenhados perfeitamente quando o arquivo .tex é executado latexe o .dvi resultante é executado dvipdfpara produzir um .pdf

Mas executar o arquivo .tex diretamente pdflatexproduz uma imagem geral correta,excetopara os \circle{}que não aparecem. Em vez disso, no ponto onde deveriam ser desenhados durante o processamento, pdflatexemite quatroEspecial não PDF ignorado!para cada. Aqui estão os dois primeiros conjuntos de quatro (observe que não tenho ideia do que tudo isso significa :)...

Non-PDF special ignored!
<special> pn 5
Non-PDF special ignored!
<special> pa 0 0
Non-PDF special ignored!
<special> pa 107 -142
Non-PDF special ignored!
<special> fp
] [12] [13] [14
Non-PDF special ignored!
<special> pn 5
Non-PDF special ignored!
<special> ar 0 0 750 750 0 6.2832
Non-PDF special ignored!
<special> pn 5
Non-PDF special ignored!
<special> ar 0 0 625 625 0 6.2832

De alguma forma, posso desenhar os círculos ao executar diretamente o arquivo .tex com pdflatex?

    E dit
--------------
De acordo com a solicitação @SchrodingersCat, aqui está um pequeno exemplo de trabalho (ou seja, funcionando quando executado com latexe then dvipdf, mas não funcionando quando executado com pdflatex)...

\documentclass[12pt]{article}
\usepackage{eepic}
\begin{document}
Hello, world.
  \begin{center}
    \setlength{\unitlength}{1.0in}
    \begin{picture}(3,2)
      \put(0,0){\framebox(3,2){ }}
      \put(1.125,1){\circle{1.5}}
      \put(1.875,1){\circle{1.25}}
    \end{picture}
  \end{center}
Goodbye, world.
\end{document}

Não poderia ser mais simples, certo? Mas simplesmente não funciona quando executado diretamente com o pdflatex. E por falar nisso, antes mesmo de você perguntar, o meu pdflatex --versiondiz...

bash-5.0$ pdflatex --version
pdfTeX 3.14159265-2.6-1.40.19 (TeX Live 2018 on Slackware)
kpathsea version 6.3.0
Copyright 2018 Han The Thanh (pdfTeX) et al.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the pdfTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the pdfTeX source.
Primary author of pdfTeX: Han The Thanh (pdfTeX) et al.
Compiled with libpng 1.6.35; using libpng 1.6.36
Compiled with zlib 1.2.11; using zlib 1.2.11
Compiled with poppler version 0.68.0

Responder1

Resposta curta: use o pict2epacote em vez de eepic. Este último suporta apenas saída DVI, mas pict2esuporta uma variedade (a maioria?) De formatos de saída.

Resposta um pouco mais longa, para esclarecer a “nota de que não tenho ideia do que tudo isso significa” :-)

O próprio TeX não tem conhecimento de cor, desenho ou inclusão de gráficos externos. A forma como esses recursos são implementados depende do formato de saída (PDF, DVI, PS, etc.), e são implementados em pacotes usando um arquivo \special. A \specialpermite que você escreva coisas diretamente no arquivo de saída sem a intervenção do TeX. No entanto, esta falta de verificação de sintaxe permite escrever código possivelmente inválido na saída.

O pacote eepic(e seu antecessor epic) suporta apenas saída DVI porque contém DVI \specials em seu código, mas como eles foram gravados quando houveapenasSaída DVI, nenhuma verificação é feita para ver se o pacote está rodando em um mecanismo válido. Quando você executa aquele pacote com o pdfTeX, o próprio motor reclama que \specialfoi usado um inválido, por exemplo pn 5, que altera a largura da linha:

Non-PDF special ignored!
<special> pn 5

O pacote relativamente mais recente pict2epermite vários formatos de saída, então você pode usá-lo com pdflatexou latex+ dvipdf. Para saída em PDF pict2e, por exemplo, substituiria a pninstrução acima pela instrução PDF equivalente w.

informação relacionada