[Rd] followup to graphics bug #414

[Paul Murrell]

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
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._