[Rd] pch=NA (PR#7737)
I'd like to suggest changes to three help pages, regarding the use of pch=NA to suppress plotting symbols. See below. Arni R 2.0.1 on WinXP === help(bxp) === The argument outpch= needs to be replaced with outpch=NA in two places. I actually wrote this part of the documentation myself at one point, but have now realized that pch=NA and pch= are not the same: x - split(rlnorm(26e4), letters) ## NA generates small file postscript(na.ps);boxplot(x,outpch=NA); dev.off() ## Space generates large file postscript(space.ps); boxplot(x,outpch= ); dev.off() === help(par) help(points) === Please specify that pch=NA can be used to suppress plotting symbols. I'm aware of type=n, but pch=NA can be a useful feature inside functions and should be documented somewhere. Other negative-sounding values (-1,0,NULL,, ) generate different results, and only pch=NA does the job properly. __ R-devel@stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Documentation typos (PR#7693)
There's a harmless typo in screen.Rd where coner should be corner. Nitpicking to the extreme, ie. should be i.e. in plotformula.Rd and screen.Rd. Arni __ R-devel@stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] windows(record=T) loses last plot (PR#3663)
The audit trail indicates that PR#3663 is not reproducible and/or fixed, but I believe windows(record=T) is still not working as documented: windows(record=T) for(i in 1:5) plot(0, 0, cex=4, pch=as.character(i)) After cycling through the plots with PgUp and PgDn, the user finds out that plot 5 is lost. Indeed, .SavedPlots reports that only 4 plots were saved. I'm running the example in a fresh R session, after rm(list=ls(all=T)), quitting, and restarting. I have reproduced this bug on two machines, one with a fresh R installation. Thanks, Arni OS: Windows XP R:1.9.0 graphics: 1.9.0 __ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
[Rd] Unpredictable EPS-PDF rotation (PR#4460)
Dear r-bugs, When I create EPS files, they sometimes appear rotated in my LaTeX PDF document and sometimes they don't. Two examples: ## x1.eps is not rotated in LaTeX x - seq(-1, 1, length=100) postscript(c:/x1.eps, height=3, width=4, horizontal=FALSE, onefile=FALSE, paper=special) plot(x, dnorm(x), type=l) dev.off() ## x2.eps is not rotated in LaTeX x - seq(-2, 2, length=100) postscript(c:/x2.eps, height=3, width=4, horizontal=FALSE, onefile=FALSE, paper=special) plot(x, dnorm(x), type=l) dev.off() By LaTeX PDF, I am referring to the dvips-ghostscript pathway, but x2.eps also rotates when distilled into PDF outside LaTeX. I have tried ghostscript and acrobat, placed on a page or cropped, so the problem does not seem to be confounded with particular PDF distillation software. I'm aware of the pdf() device in R, but EPS files are a widely used format to share scientific graphics, often winding up embedded in a PDF document at a later point in the hands of an editor. If at all possible, a more predictable postscript generator would be appreciated, where EPS figures would not rotate when embedded in PDF documents. Regards, Arni OS: Windows XP R:1.7.1 __ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
[Rd] windows(record=T) loses last plot (PR#3663)
Dear r-bugs, It seems like the windows graphics device is having problems recording plots when they are 5, 9, 13, ... in number. Given temp - function(nplt) { if(exists(.SavedPlots)) rm(.SavedPlots,pos=1) for(d in dev.list()) dev.off() windows(record=T) for(i in 1:nplt) plot(0,0,pch=as.character(i),cex=4) } the results are: temp(1) # Ok, except PgUp generates unnecessary popup window temp(2) # Ok temp(3) # Ok temp(4) # Ok temp(5) # After cycling with PgUp and PgDn, plot 5 is lost temp(6) # Ok temp(7) # Ok temp(8) # Ok temp(9) # After cycling with PgUp and PgDn, plot 9 is lost temp(10) # Ok temp(11) # Ok temp(12) # Ok temp(13) # After cycling with PgUp and PgDn, plot 13 is lost ... temp(4n+1) Regards, Arni OS: Windows XP R: 1.7.1 __ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
[Rd] Minor error in area() documentation (PR#3378)
Dear r-bugs, The 'see also' link in help(area,html=T) is broken, see line 91 in library/MASS/html/area.html: ../../integrate/html/integrate.html should be ../../base/html/integrate.html Regards, Arni OS: Windows XP R:1.7.1 MASS: 7.1-8 __ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
[Rd] library(grid) : .First.lib fails (PR#3347)
Dear r-bugs, I'm having problems loading the 'grid' package when it has been detached earlier in the same session: library(grid) detach(package:grid) library(grid) Error in .Call(L_initGrid, PACKAGE = grid) : .Call function name not in load table Error in library(grid) : .First.lib failed This bug was mentioned on r-help some time ago (www.stat.math.ethz.ch/pipermail/r-help/2002-January/016904.html), but I don't think it has entered the bug tracking system yet. The bug is relevant for me since it crashes functions I use for package maintenance. Regards, Arni OS: Windows XP R:1.7.1 grid: 0.7.4 __ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-devel
[Rd] POSIX problem in New Zealand (PR#2570)
Full_Name: Arni Magnusson Version: 1.6.2 OS: Windows XP Submission from: (NULL) (210.48.49.68) Hi there. I'm experiencing unexpected behaviour from as.POSIXct: as.POSIXct(1969-12-24) [1] 1969-12-23 23:00:00 New Zealand Standard Time as.POSIXlt(1969-12-24) [1] 1969-12-24 as.POSIXlt(1969-12-24)+1 [1] 1969-12-23 23:00:01 New Zealand Standard Time My friend on the US West Coast tells me he has not encountered this problem. I've read some of the glibc discussion, but I believe that's not relevant for Windows XP. I also read that tz=GMT could circumvent some problems, but not mine: as.POSIXct(1969-12-24 12:00:00, GMT) [1] 1969-12-25 New Zealand Standard Time If I can get around this problem, I'd prefer using POSIX rather than the date or chron classes. Perhaps a Windows environment variable is the key? Thanks in advance, Arni __ [EMAIL PROTECTED] mailing list http://www.stat.math.ethz.ch/mailman/listinfo/r-devel