On Sep 13, 2007, at 10:13 PM, Alan W. Irwin wrote: > Hi Hazen: > > I have just committed sx>= 0. change (Revision 7867) to the example > since > that seems to be a critical test case.
Indeed. > On 2007-09-13 20:18-0400 Hazen Babcock wrote: > >> Are you saying that all of the "a" series with sx >= 0.0 look the >> same? > > Yes. -dev psc (with and without -drvopt text=0) and -dev psttfc > show no > change with Revision 7867. See screenshot 1. I also confirmed this > result > with the xwin, tk, svg, png (and the rest of the gd family), > wxwidgets, gcw, > pbm, and xfig devices. (It's been a long time since I have run some of > those.) Fun. The svg and cairo (and aqt) drivers all use the plRotationShear function that I added to PLplot core. It is nice that the svg driver interprets the same angles in a very different way, clearly it has a bug in its text shearing. > Now for the bad news (and the reason I did so much testing of all > accessible > devices). The cairo devices I looked at and also -dev pdf (written by > Werner) produce a different result (sigh). (See screenshot 2.) Is - > dev aqt > (which I don't have access to) in this second group or the first? aqt is in the second group. > Now I would argue that the screenshot 2 results look like a > rotation around > the axis of the string in the sense opposite to the "b" series, but > not the > expected rotation of the vertical axis of the characters in a plane > parallel > to the XY plane. So I still think screenshot 2 is an incorrect > result, but > we can argue that one later after the screenshot 1 results are > sorted out. There isn't much to argue about here, draw the appropriate lines on the plot and tell me whether you think the text is parallel to these lines or not. > Also notice, there is a slight problem with the "four" label in > screenshot 1 that is produced by plmtex3. It looks slightly > rotated around > the axis of the string compared to the numerical labels for the > same axis. > The "four" label in screenshot 2 does not have this problem. I > don't know > whether this is an additional issue or part of the same mess. A mess indeed... > I think the emphasis for now should be on debugging why the first > large set > of all traditional PLplot devices and some PLplot non-traditional > devices is > interpreting the PLplot core drawing commands as if there were a > constant sx > component when that component in fact is changing for the sx>=0 > case. Once > that bug is solved, the problem with the cairo devices and pdf > device (and > possibly the aqt device) might disappear or become a lot clearer. It looks to me like the drivers in the first large set are assuming that the transform matrix will only contain values consistent with the text being either (1) rotated but sheared to vertical as in the x- y axises of a 3D plot, or (2) vertically oriented and sheared as in the z axis of a 3D plot. Fixing this issue will involve updating all the drivers in the first large set and also PLplot core as xwin, for example, does not render its own text. This could be a pretty major undertaking. -Hazen ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
