On Thu, Jun 05, 2008 at 08:57:58AM -0400, Simon Urbanek wrote: > > On Jun 5, 2008, at 7:41 AM, Joerg van den Hoff wrote: > > >I tripped over the following problem: > > > >due to (my?) unresolved problems with cairo graphics under > >MacOS (graphic window blocks unrecoverably) I modified my > >`.Rprofile' to issue `X11(type = "Xlib")` on each R > >startup (as a workaround to automatic opening of a `cairo' > >device when issuing a plotting command). > > > > That is not a good work-around (you are always forcing a device to > open). You should consider using
yes, I know... > grDevices::X11.options(type="Xlib") > instead. did'nt know this function. this is of course much better. thanks a lot! as an aside: after pestering the r-mac list two times with my cairo problem (blocking) I won't do it a third time ;-). nevertheless I'd like to ask directly: is this issue recognized as "real" (at least 1-2 people apart from me reported it)? is their any idea it what direction I could search for the reason (concering configuration of R and/or my machine)? regards, joerg > > Cheers, > Simon > > > > >I now noted that `R CMD INSTALL' obviously processes > >.Rprofile since the graphics window pops up every time I > >install a package. > > > >I want to avoid this, but options, notably > > > >--no-site-file > >--no-init-file > > > >are ignored when using `R CMD' (yes: as stated in the help). > > > >question: could this behaviour be changed, at least > >concerning the above mentioned options? or is there another > >way to avoid processing/sourcing of .Rprofile? > > > >regards, > > > >joerg > > > > > >ps: R 2.7.0, Mac OS 10.4.11. (PPC) > > > >______________________________________________ > >R-devel@r-project.org mailing list > >https://stat.ethz.ch/mailman/listinfo/r-devel > > > > > ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
