There is still issues with the reversed y-log scale plot:
# Test case A: works as expected
plot(10:100,log="y",ylim=c(100,11))
grid()
par("yaxp")
# Test case B: grid does not have horizontal lines; par("yaxp") is
different
plot(1:100,log="y",ylim=c(100,10))
grid()
par("yaxp")
In the second tes
I consider this to be an old bug, which also persists in Splus 7. It
is unnecessary, and annoying.
## Section 1: Consider a simple data frame with three possible
factors (in levels)
d <- data.frame(a=sort(rnorm(10)*10), b=factor(c(rep("A",4), rep("C",
6)), levels=c("A","B","C")))
tapply(d$a,
Full_Name: Michael Toews
Version: 2.1.1
OS: WinXP (SP2)
Submission from: (NULL) (142.58.206.114)
This is a simple feature request concerning the display of the axis in the
coplot function.
Consider an arbritrary set of values from 1990-1999:
date <- as.Date(paste(rep(1990:1999,each=365),1:365),"
This bug can be reproduced using R version 2.4.1 for Windows, where
WinAnsiEncoding is used.
To reproduce this bug, start a Windows R session, and run:
postscript("first.eps", width=6, height=6, horizontal=FALSE,
onefile=FALSE, paper="special")
plot(1:5)
dev.off()
q("no")
Now, start a new R ses
Full_Name: Michael Toews
Version: R-devel and 2.4.1
OS: Debian etch and WindowsXP
Submission from: (NULL) (142.58.206.114)
This is a quick demonstration of the present time limitation of 'sprintf' on
long vectors with a suggestion for significant optimization.
First, consider a data.frame with n
Full_Name: Michael Toews
Version: R 2.5.1
OS: WinXP; SP2
Submission from: (NULL) (142.58.206.114)
To reproduce this crash:
1. Start a new R session normally in Windows
2. Type (an example command): "boxplot(" without pressing enter
3. Copy this text: "c(1,2,6,4,7,3)"
4. Bring Rgui.exe back in foc
Full_Name: Michael Toews
Version: 2.61
OS: WinXP SP2
Submission from: (NULL) (142.58.206.114)
Using boxplot on a PDF device with more than one group (or boxes) produces
multiple (and overlain) 1st and 3rd quartile ticks. There are exactly the
multiple of boxplot groups as there are of each 1st an
Full_Name: Michael Toews
Version: 2.7.0
OS: Windows XP SP2
Submission from: (NULL) (24.80.163.230)
Using Unicode characters in Windows works with static strings (as of R 2.7.0),
however fails when used with sprintf() or paste(). For example, on R 2.7.0 for
Windows XP (SP2):
Static string (works,
The "New Bug Report" form available from http://bugs.r-project.org/
appears to double encode the HTML of the "body" text area of the form.
This behaviour can be seen in submission ID # 11515, where (as an
example) "Î" is converted to "Δ" in the browser view or
"Δ" in the HTML source code.
In the latest R 2.8 alpha for Win32, if either of the commands are typed:
> help("erfc")
.. or ..
> ?erfc
the result is:
No documentation for 'erfc' in specified packages and libraries:
you could try '??erfc'
This should be: 'help.search("erfc")', as shown in R 2.7.2
Apologies if this has already
Full_Name: Michael Toews
Version: 2.3.1
OS: Mac OS 10.4.6 and WinXP/SP2
Submission from: (NULL) (24.80.163.133)
This bug also affects related functions (write.csv, etc.), and can be
demonstrated using either a matrix or data frame:
m <- matrix(1:9,nrow=3,
dimnames=list(c("A","B","C"),
Full_Name: Michael Toews
Version: 2.3.1
OS: WindowsXP Home/Proffesional SP2
Submission from: (NULL) (142.58.206.114)
Hi,
I have a bug that I can reproduce on two different MS Windows platforms
(1:AMD64x2/WinXP SP2 Home; 2:P4/WinXP SP2 Prof.) which is triggered by the "Save
as" dialog when saving
I was guessing that this bug would be difficult to trace, I just wanted
to document its presence. It is not critical, and can be easily be
avoided by:
- Saving in Jpeg format; or
- Not saving to the Desktop (unless navigated from C:\Documents and
Settings\etc.)
I'm not convinced that this bug i
13 matches
Mail list logo
