¿XeLaTex con pgfplots muestra un color incorrecto?

¿XeLaTex con pgfplots muestra un color incorrecto?

Estoy usando XeTex para Truetypefonts.

Parece que la salida de color en pgfplots no es correcta. ¿Es eso un error? ¿O tengo alguna mala configuración?

Para otros colores además del negro (por ejemplo, rojo para el color de la línea del eje), en realidad funciona como se esperaba...

Mi versión de pgf: 3.0.1a

MWE:

\documentclass{scrartcl}
\usepackage{xcolor}
\usepackage{tikz}
\usepackage{pgfplots}
\pgfplotsset{axis line style=black}
\color{green}
\begin{document}
    \begin{tikzpicture}
        \begin{axis}
         \addplot {x*x};
        \end{axis}
    \end{tikzpicture}
\end{document}

Con XeLaTex: ingrese la descripción de la imagen aquí Comportamiento esperado (con pdflatex): ingrese la descripción de la imagen aquí

Respuesta1

Solución alterna. Usar

\pgfplotsset{axis line style={color=black}}

en cambio.

Respuesta2

Pregunté en la lista de dvipdfmx y Shunsaku Hirata confirmó mi sospecha de que se trata de una falla de dvipdfmx. Se puede mostrar un problema similar con este ejemplo más pequeño:

\documentclass{article}
\begin{document}
\special{pdf:bcolor [0]}
\special{pdf:code q 1 0 0 rg 1 0 0 RG}
text in red
\special{color push gray 0} %switch back to black
Text in black.
\special{color pop}
\special{pdf:code Q}
\special{pdf:ecolor}
\end{document}

ingrese la descripción de la imagen aquí

El "texto en negro" debería ser negro pero es rojo. La fuente del problema es que dvipdfmx no sabe que el color se ha cambiado a rojo con el pdf:codeespecial (solo realiza un seguimiento de los colores especiales) y, por lo tanto, supone que el color no ha cambiado y que puede ignorar el archivo color push gray 0.

El problema se resolverá en una versión futura.

https://tug.org/pipermail/dvipdfmx/2019-August/000030.html

información relacionada