<div dir="ltr">Hi Mojca,<div>Thanks for reporting this issue, which I tracked down to a bug in the new Ghostscript eps2write driver that causes all multipage output to appear on page 1. This effects both the xelatex and context texengines in Asymptote.</div><div><br></div><div>A workaround seems to be to force each page to go to a separate file (using %d in the filename). I should have a fix implemented later today.</div><div><br></div><div>Attached is a minimal example. Each label belongs to a separate page. The generated file gsbug__.pdf is correct but gsbug__.ps, produced by</div><div><br></div><div><div>gs -q -dNOCACHE -dNOPAUSE -dBATCH -dSAFER -sDEVICE=eps2write -sOutputFile=gsbug__.ps gsbug__.pdf</div></div><div><br></div><div>contains 2 pages but all of the postscript now appears only on page 1.</div><div><br></div><div>This needs to be reported to the ghostscript maintainers, but in the meantime we need a workaround since ghostscript 9.15 and 9.16 are now widely in use.</div><div><br></div><div>-- John</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 19, 2015 at 12:36 AM, Mojca Miklavec <span dir="ltr"><<a href="mailto:mojca.miklavec.lists@gmail.com" target="_blank">mojca.miklavec.lists@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear John,<br>
<span class=""><br>
On Mon, May 18, 2015 at 10:06 PM, John Bowman wrote:<br>
> Hi Mojca,<br>
><br>
> The change to support rendered 3D context images is easy. In adding support<br>
> for eps2write,<br>
> I didn't worry about supporting 3D context labels since context doesn't<br>
> support vector 3D graphics anyway (it doesn't support embedded PRC content).<br>
<br>
</span>ConTeXt supports PRC by now (or at least I think it does), but we<br>
won't have time to add support for it in time for TL 2015 anyway, so<br>
true, no need to worry about true 3D.<br>
<span class=""><br>
> But as I believe you are pointing out, some context users may be happy just<br>
> to have a rendered preview image.<br>
<br>
</span>Actually this is all that is needed for printed materials.<br>
<br>
In all honesty I could have certainly used another engine, but I'm<br>
more comfortable and familiar doing the font setup in ConTeXt.<br>
<span class=""><br>
> The patch below (snv r5715) tells asy to<br>
> treat context just like xe (these are special cases because they do not<br>
> provide dvi output). I tested this with the context from TL 2014 and it<br>
> seems to work as desired.<br>
<br>
</span>Yes, it works better now, but some things still break. I will send the<br>
source code and some logs off-list.<br>
<br>
In short:<br>
<br>
[context runs succesfully]<br>
system          | total runtime: 1.508 seconds<br>
gs -q -dNOCACHE -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite<br>
-sOutputFile=cylinder__.pdf cylinder_.pdf<br>
gs -q -dNOCACHE -dNOPAUSE -dBATCH -dSAFER -sDEVICE=eps2write<br>
-sOutputFile=cylinder__.ps cylinder__.pdf<br>
gs -q -dBATCH -P -dSAFER -sDEVICE=eps2write -sOutputFile=/dev/null cylinder_.ps<br>
M 0.00146484 -0.000244141L -35.6001 -0.000244141L ...<br>
[really looooooong list of coordinates in a single line]<br>
... -17.0898 148.609 -14.0703 150.828 -13.1211 151.703cM -17.0898 148.609<br>
/opt/local/share/asymptote/plain_Label.asy: 670.23: reading array of<br>
length 1 with out-of-bounds index 1<br>
<span class="HOEnZb"><font color="#888888"><br>
Mojca<br>
</font></span></blockquote></div><br></div>