Hazen Babcock wrote: > 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.
Hopefully I've managed to fix this in v10738. I also ran uncrustify on the file since we seem to be using a tab spacing that is not the emacs default. Unfortunately this seems to have introduced a lot of other changes unrelated to the changes that I actually made, which were only to the plP_text function. -Hazen ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Plplot-general mailing list Plplot-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-general
