followup to graphics bug #414
hi
I suspect it will. The clipping functions are broken with logged axes on all devices which cannot do their own clipping, and since Paul made devPS capable of clipping...
or it may have just made it a little more sinister. devices which can
do
their own clipping still use the R clipping to preclip to the device
extent.
so if you specify a line which extends outside of the device extent (and
you
have log axes) it will be (incorrectly) clipped by R before sending on
to
the device.
Hmmno.. (well maybe now in the development version.) In R-release, we have
if (dd->dp.canClip) {
GClip(dd);
dd->dp.polyline(n, x, y, coords, dd);
}
else
CScliplines(n, x, y, coords, dd);
and CScliplines has the problem. GClip just sets the clip boundary for
the device.
yes, but in R-release postscript can't clip right ? if, in r-release we just changed devPS so that it would clip, then r-release would be ok. r-devel is broken though because the above code segment has changed. paul -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._