[dvipdfmx] Color stacks and transformations

[Shunsaku Hirata]

Hi,

Thank you for the report.

The problem occurs because dvipdfmx tries to re-install the color
recorded in the pdf:color color stack (default color in the example)
just after graphics state restore operation.
This behavior is to ensure the color change induced by pdf:color
within a graphics state save-restore block to be propagated outside
of the block.

I will consider a solution to this issue. Probably it takes some time.

Thanks,
Shunsaku Hirata

2021年3月15日(月) 3:28 Joseph Wright <joseph.wright at morningstar2.co.uk>:
>
> Hello all,
>
> Initially reported to me as a graphics-def bug
> (https://github.com/latex3/graphics-def/issues/26), it seems that the
> new color stacks don't mix well with transformations. In the example
>
>      \special{pdfcolorstackinit 1 page direct (0 g 0 G)}%
>      \special{pdfcolorstack 1 push (1 0 0 rg)}%
>      \special{x:gsave}\special{x:rotate 0}%
>      %\special{pdf:btrans rotate 0}%
>      A%
>      %\special{pdf:etrans}%
>      \special{x:grestore}%
>      B%
>      \special{pdfcolorstack 1 pop}%
>      \bye
>
> using either type of special, the "B" looses color. The same is true
> using x:scale, etc. This doesn't happen with the single stack
> bcolor/ecolor approach, so I think is because the interplay between the
> new color and transformations isn't quite right.
>
> Joseph