similar to: R-alpha: wishlist

forgot to fix psx11.c and devPicTeX.c while I was at it (devPicTeX.c doesn't seem to change the color). Should psx11.c be devpsx11.c? Diffs: *** psx11.c.orig Wed Jul 30 10:08:48 1997 --- psx11.c Wed Jul 30 10:09:10 1997 *************** *** 293,298 **** --- 293,299 ---- } if(fg != NA_INTEGER) { psx11_SetColor(fg); + psx11_SetLinetype(GP->lty); PostScriptOpenRectangle(psfp,

Full_Name: Elizabeth Purdom Version: 1.9.1 OS: Windows XP Submission from: (NULL) (171.64.102.199) It would be great if heatmap and/or image had the option of printing a legend bar on it somewhere that would indicate the ranges given by the colors in the heatmap (i.e. a very small image rectangle with the same colors as in the heatmap). Because heatmap is using layout, it seems pretty

It would be nice to easily create horizontal PDF files for standard paper sizes. For example: pdf(file, paper="default", horizontal=TRUE) Currently (R 2.2.1) there is no 'horizontal' argument for the PDF driver. It looks like the only way to create a horizontal PDF is to manually specify width and height. For example: pdf(file, width=11, height=8.5) Does this feature look

To use Ron Ziegler's famous phrase, that argument is "no longer operative". The code for the bxp function, which is what is called to actually do the plotting, has a section if (!is.null(width)) { if (length(width) != n | any(is.na(width)) | any(width <= 0)) stop("invalid boxplot widths") width <- 0.8 * width/max(width) } else if (varwidth) {

Full_Name: Tom Short Version: 1.9.1 OS: Win2000 & Debian Submission from: (NULL) (64.65.255.41) WISHLIST: axis() has a default parameter of "lwd = 1". I want skinnier lines as the default. If I change the default lty, it doesn't change what axis uses. The following code produces a graph with a box around it, but the axis lines are twice as thick as the box around the plot, so

[[yet another discussion brought from R-core to R-devel]] >>>>> "RG" == Robert Gentleman <rgentlem@stat.auckland.ac.nz> writes: RG> Peter, there is some code for line types and widths in all the RG> drivers. With windows there is the well known limitation that you RG> can't have patterened lines with lwd larger than 1 (unless you

Hi, This is not a bug, but an enhancement suggestion. "strwidth" only gives the width of the text according to the x-axis user coordinates, and similarly for "strheight". Even if the par setting "srt" is changed to rotate the text, the resulting width (resp. height) is in terms of the non-rotated text. Currently, if I want to know how much space to leave for

Full_Name: John Maindonald Version: R-2.8.1 OS: MacOS X 10.5.6 Submission from: (NULL) (203.173.3.75) The following code demonstrates an annoyance with plot.lm(): library(DAAGxtras) x11(width=3.75, height=4) nihills.lm <- lm(log(time) ~ log(dist) + log(climb), data = nihills) plot(nihills.lm, which=5) OR try the following xy <- data.frame(x=c(3,1:5), y=c(-2, 1:5)) plot(lm(y ~ x,

I find system.file() handy for writing examples, but if the user mistypes its arguments or if a package is not up to date its return value of "" can lead to trouble. This forces the example to be wordier than I'd like. E.g., the following example works > scan(what="", sep="\n", system.file("DESCRIPTION")) Read 9 items [1] "Package:

I've created a hacked version of barplot() which is more compatible with the S version, but currently ONLY FOR VECTORS. Differences && new features: * The `space' argument is interpreted as the fraction of the average bar width. (The current version has the width of the bar plus the space in between constrained to sum to 1.) * There is a new argument `width'. * There is a

In the past months (maybe even years), I have received a variety of suggestions on improving/extending/... my ctest package. Some of the wishes have already been fulfilled. In the future, I will at least: * provide a formula-based interface * provide an option for controlling the behavior of 2-sided p-values (sum of more extreme, tail balancing a la S-PLUS, double one-sided, mid p-value,

I keep getting these fixed-width format (FWF) data files where variables for a single subject are spread across multiple lines and each line has a different format (apparently created with SAS or SPSS). To read them I stole some stuff from `read.fwf' in base R and threw together the function included below. Please feel free to test this function with your own data and let me know of any

and this breaks multinom from the nnet library [yes, Kurt, I'm working on that and I'll send you patches..] Is this a bug or an (half-)intentional difference to S ? --------------------- In R (0.50-0.60) model.matrix(formula =, data =) Arguments: formula: A model formula or terms object data: A data frame created with `model.frame' In S-plus USAGE:

Last week I spent some time going through the Blue Book to figure out what we are missing and where we are different. (Results will come in subsequent emails.) As a byproduct, here is a list of the documentation problems I found. As soon as time and my knowledge of CVS allow, I'll try to fix some of these ... -k *********************************************************************** * The

I am using the 0.50 alpha version of R packaged (in 3 parts) by Kurt for Debian Linux. Package: r-base Status: install ok installed Priority: optional Section: local Maintainer: Kurt Hornik <Kurt.Hornik at ci.tuwien.ac.at> Version: 0.50b7-1 Depends: libc5, xlib6, libreadline2 Description: R, a language not entirely unlike the language S. Package: r-contrib Status: install ok

The deparse function has an argument "width.cutoff" which allows you to set the width at which line breaking is attempted. However, setting this argument _permanently_ changes the line break width. Looking at the source code ($RHOME/src/main/deparse.c), I see that the width.cutoff argument sets the static variable "cutoff". Although the function do_deparse behaves correctly

A few problems in R-0.50-a3 (which were also in R-0.49): 1) y <- c(10,11,12,13,14,NA,NA) n <- length(y) missed <- (1:n)[is.na(y)] notmissed <- (1:n)[!is.na(y)] blocks <- cut(missed,breaks=c(0,notmissed,n+1)) a <- function(v) { q <- range(v) c(q[1]-1,q[2]+1) } brackets <- tapply(missed,blocks,a) This codes gives the following in S: > brackets $"0+ thru 1":

Here are some misc comments on graphics. * I am not sure whether `adj' works correctly. When using e.g. title(sub = "SUBTITLE", adj = 0) shouldn't the subtitle appear on the very left? It seems that justification is done off the middle of the plot window. * S barplot has argument `horiz', R does not. * More importantly, the barplot() argument `space' is treated

The .Options vector had been introduced a while ago after my suggestion (see Ross's E-mail below). .Options$digits is used be default in several print methods (eg print.lm), however, deparse(.) e.g., uses options()$width, and not .Options$width. Another problem is that .Options is still not in the documentation (on-line help). Before one could add it there, we'd need ``the

>>>>> Thomas Lumley writes: > On Fri, 1 Aug 1997, Kurt Hornik wrote: >> Thomas, >> >> Could you add the "-lf2c" at the end of the line >> @$(LD) $(SHLIBLDFLAGS) -o $(LIBNAME).so $(OBJS) >> in acepack's src-c/Makefile? >> >> I ran across an identical pow_dd problem recently with another package. >> Did we always need