Alan W. Irwin wrote: > Hi Hazen: > > I am addressing this post mostly to you as the principal cairo device > driver > maintainer. It might also be of concern to the developers of plbuf.c as > well, but I don't think plbuf.c is the issue, see below. > > Recently I have been testing the -save option for example 1. This uses > plreplot to make a colour PostScript copy of the example using -dev psc. > This functionality only works for devices where plbuf_write = 1 (which is > why plbuf.c might be involved, although I don't think it is, see below). > For example, after revision 10588 which set pls->plbuf_write = 1 for > qtwidget, > > examples/c/x01c -save test.psc -dev qtwidget > > created a good-looking copy of example 1 in test.psc, and similarly for > -dev > xwin and -dev wxwidgets. > > However, if I try the same thing with -dev xcairo, all the text is missing > from the PostScript copy created internally by the example using the psc > device. Note, this was an issue before revision 10589 (which instead of > setting plbuf_write = 1 for all cairo devices sets it only for the xcairo > device which I think is the correct thing to do) and after revision > 10589 as > well. If you temporarily change example 1 so the plot is saved using the > pscairo device rather than than psc, then this save mechanism and therefore > plreplot works for -dev xcairo. So from that evidence I conclude that > plbuf.c is working fine to save the text in all cases, but somehow the -dev > xcairo text processing interferes with the -dev psc text processing in the > different stream. > > Let me know if you think you can deal with this issue in the short term or > whether you would prefer me to put this issue in the bug tracker for longer > term consideration.
This should be fixed in v10591. The problem was with the two different text rendering paths. The second text rendering path seemed like a good idea at the time, but now I'm sort of leaning towards reverting it. It doesn't really make driver text handling that much easier or cleaner to program and as long as we have two paths we are probably going to keep running into trouble like this. -Hazen ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
