From: Hazen B. <hba...@ma...> - 2010-01-05 19:33:58
|
Alan W. Irwin wrote: > On 2010-01-04 14:24-0800 David MacMahon wrote: > >> I've been playing with the x01c example and have noticed that the >> postscript output obtained by using the "-save" option depends on the >> device chosen. >> [...] >> $ ./x01c -dev xwin -save xwin.ps >> PLplot library version: 5.9.5 >> The current plot was saved in color Postscript under the name `xwin.ps'. >> >> $ ./x01c -dev xcairo -save xcairo.ps >> PLplot library version: 5.9.5 >> The current plot was saved in color Postscript under the name >> `xcairo.ps'. >> >> $ sum *ps >> 42669 29 xcairo.ps >> 42340 80 xwin.ps >> [...] The on-screen >> output from both the xwin and xcairo devices looks fine, but neither >> of the postscript files looks as expected. xwin.ps looks OK except >> that the lower right plot (from plot3()) is "dim" compared to the >> other three. xcairo.ps has no text and the edges of the "page" are >> flush with the "outer" edges of the four plots. > > Hi David: > > Thanks for your -save report. > > For your xwin.ps result (and also my own as viewed with gv) I don't believe > plot 3 is any dimmer than the rest. That plot does have green labels which > may give a dimmer appearance than the yellow labels on the other plots, but > the red lines and red text labelling the axes look the same as for the other > plots to my eyes. If after looking at it again you still feel there is a > brightness difference, please send (or put up on a website) screenshots > which show the brightness difference for plot 3 for the direct -dev xwin > result versus the -saveD PostScript result. > > IIRC, there was a text issue for -save with -dev xcairo for 5.9.5 which has > been fixed since. Anyhow, I just tried the svn trunk version, and xcairo.ps > does have text. There is still an issue with superscripts, however. > > The rest of this is addressed to Hazen who is the principal developer for > the cairo device driver. Please verify for yourself the superscript issue > for -saveD results for -dev xcairo. Also, if you think it will take a while > to fix this issue, let me know, and I will put it in the bug tracker. I'd almost forgotten about this issue. It will take me a while so I'd put it in the tracker. As we discussed in the past it is most likely related to the cairo drivers using the new text rendering path instead of the old. Perhaps it is some sort of memory corruption issue, however, I really don't understand how this could specifically strip the text formatting without otherwise corrupting the string. -Hazen |