[Rd] trellis.device in .First (PR#6812)

Deepayan Sarkar deepayan at stat.wisc.edu
Fri Apr 23 16:14:40 CEST 2004


On Friday 23 April 2004 03:23, Martin Maechler wrote:
> >>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk>
> >>>>>     on Fri, 23 Apr 2004 08:21:34 +0100 (BST) writes:
>
> 	  <........>
>
>     BDR> It is a matter for discussion (with the lattice
>     BDR> maintainer) whether trellis.device should help you out
>     BDR> here by importing the devices from package graphics.  I
>     BDR> think adding (conditionalized on the platform)
>
>     BDR> importFrom(graphics, windows, postscript, pdf, pictex,
>     BDR>            win.metafile, win.print, png, jpeg, bmp, xfig,
> bitmap)
>
>     BDR> to its NAMESPACE might be worth considering.
>
>     BDR> Alternatively, device.call <- get(device) could be put
>     BDR> in a try call, followed by a try on
>     BDR> getFromNamespace("graphics", device).
>
> That's a very good idea, I'd support quite a bit.
>
> I think I would go with the alternative approach
> (where you probably meant to say  device <- getOption("device")
> first?), 

(yes, device is an argument to trellis.device that defaults to 
getOption("device"))

> since the importFrom(..) approach leeds to a somewhat 
> tedious maintenance effort to keep up the list of available devices
> for the different platforms (For MacOS X one has to include quartz()
> only in the situations where it's available) where as Deepayan (the
> lattice maintainer) could rely on getOption("device") to be ok
> {and as you proposed would be on guard using try() or its newer
> siblings}.

That sounds like a good argument to go with the second approach. Looks 
like I would need importFrom(utils, getFromNamespace) for that, right ?

I'll release an updated version over the weekend.

Deepayan



More information about the R-devel mailing list