similar to: wishlist: I miss Frame 0 (PR#1557)

Displaying 20 results from an estimated 20000 matches similar to: "wishlist: I miss Frame 0 (PR#1557)"

2004 Mar 15
0
New versions: mvbutils and debug packages
Dear R users New versions of the 'mvbutils' and 'debug' packages are now available on CRAN, both in source form and as precompiled binaries. 'mvbutils' offers the following (as well as many miscellaneous utilities): ? hiearchical, searchable project organization, with workspaces switchable inside a single R session, and objects in "ancestor" projects always
2004 Mar 15
0
New versions: mvbutils and debug packages
Dear R users New versions of the 'mvbutils' and 'debug' packages are now available on CRAN, both in source form and as precompiled binaries. 'mvbutils' offers the following (as well as many miscellaneous utilities): ? hiearchical, searchable project organization, with workspaces switchable inside a single R session, and objects in "ancestor" projects always
2005 May 13
0
new version of package:debug
There is a new version of the 'debug' package (v1.1.0) available on CRAN. For existing users, the main changes are (i) some bug fixes, and (ii) it is now NAMESPACEd, so you can avoid naming conflicts with other packages. For new users, 'debug' is an alternative to 'trace' and 'browser', offering: * a visible code window with line-numbered code and highlighted
2005 May 13
0
new version of package:debug
There is a new version of the 'debug' package (v1.1.0) available on CRAN. For existing users, the main changes are (i) some bug fixes, and (ii) it is now NAMESPACEd, so you can avoid naming conflicts with other packages. For new users, 'debug' is an alternative to 'trace' and 'browser', offering: * a visible code window with line-numbered code and highlighted
2002 May 15
0
(PR#1558) language: bug or feature: vector-subscript of
On Wed, 15 May 2002 mark.bravington@csiro.au wrote: > Full_Name: Mark Bravington > Version: R1.3.1 & R1.5.0 > OS: Windows 2000 > Submission from: (NULL) (140.79.2.3) > > > R doesn't like the use of subscripts with length > 1, to get into recursive > lists: > > > listio_ list( a=list( b=9, c='hello'), d=1:5) > > listio[[ c( 1, 2)]] >
2003 Oct 28
0
data.frame replacement (PR#4820)
When replacing all elements of a column in a data.frame, a corrupt data.frame will be generated if the replacer is "short": test> bbb <- data.frame( x=1:2) test> bbb[,'x'] <- 3 # should fill the column test> bbb x 1 3 2 <NA> Warning message: corrupt data frame: columns will be truncated or padded with NAs in: format.data.frame(x, digits = digits)
2002 May 15
0
lib.fixup, .GlobalEnv, and R1.5.0 (PR#1556)
Full_Name: Mark Bravington Version: 1.5.0 OS: Windows 2000 Submission from: (NULL) (140.79.2.3) In R1.3.1, I used the following code inside a function to set a "path" attribute to .GlobalEnv: env_ pos.to.env( 1) attr( env, 'path')_ .Path # .Path is a named char vector of length 1 .Internal( lib.fixup( env, .GlobalEnv)) # adds the attribute And this works fine. But in
2002 May 15
0
language: bug or feature: vector-subscript of list (PR#1558)
Full_Name: Mark Bravington Version: R1.3.1 & R1.5.0 OS: Windows 2000 Submission from: (NULL) (140.79.2.3) R doesn't like the use of subscripts with length > 1, to get into recursive lists: > listio_ list( a=list( b=9, c='hello'), d=1:5) > listio[[ c( 1, 2)]] Error: attempt to select more than one element > S is more relaxed: test> listio_ list( a=list( b=9,
2004 Sep 14
3
memory allocation questions
Dear R-devel This one seems a bit arcane for R-help. I very often use R to call routines written in Delphi (son of Pascal), doing "persistent" memory allocation within Delphi. That is, I start R and load the Delphi DLL; then I use .C to call a Delphi routine which allocates a piece of memory X and returns to R a pointer to X; then I do some more stuff in R; then I call another Delphi
2003 Apr 06
0
namespaces and assignment: a problem/question
This is a question about namespaces and assignment. It's occasioned because one of my functions stopped working at about R1.6 with the arrival of 'namespace:base', and I'm anxious to find out what will happen when 1.7 arrives. But the question might be of more general relevance (hence my desire to get it in before "lockdown" on 9th April). I have a function
2006 Nov 07
0
rbind with auto-row-named data.frame + list (PR#9346)
There's a problem new to R2.4.0 when rbinding an auto-row-named data.frame to a list: > rbind( data.frame( x=1), list( x=2)) Error in attr(value, "row.names") <- rlabs : row names must be 'character' or 'integer', not 'double' Works OK with 2 data.frames or 2 lists. Mark Bravington CSIRO Mathematical & Information Sciences Marine
2002 Dec 27
1
Wish list: add an "until" or "EOF.marker" parameter to scan & rea dLines
A bit late for Santa, but on my wish-list nevertheless: is there any chance that "scan" and "readLines" could be extended to take a parameter "until" or "EOF.marker", which would be a character string that (if encountered while reading) would cause the reading to stop, just as if an end-of-file had been found? [But leaving a connection open, so that
2003 May 02
0
predict (PR#2686)
Hmmm-- still looks like a bug to me! But as I don't want to hog the airwaves, here's my last summary on this point, with a question: [Bravington] #> Prediction from the original data was just an example, of course; my general #> proposal is that inactive factor levels in the prediction set should be #> dropped. I don't see how this could ever cause inconsistent behaviour
2006 Jan 03
0
load, environment[[, and attr<-/attributes<- (PR#8457)
Full_Name: Mark Bravington Version: 2.2.1 OS: Windows XP Submission from: (NULL) (203.132.243.69) # r-bugs at r-project.org There is a bug to do with 'load', environment access via '[[', and 'attr<-' or 'attributes<-'. Modifying the attributes of a *copy* of an object can modify the original too, under certain conditions: - the copy needs to be
2004 Sep 13
1
Wishlist: axis() and line widths (PR#7223)
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
2003 Sep 24
1
getAnywhere (PR#4275)
'getAnywhere' is not reporting methods when there are periods in the class name or the generic name (in R-devel). > getAnywhere( 'predict.loess') A single object matching 'predict.loess' was found It was found in the following places registered S3 method for predict from namespace modreg namespace:modreg with value <<...>> > getAnywhere(
2002 Oct 21
1
savehistory directories and quitting R (PR#2038)
Thanks-- as Duncan Murdoch also noted, R_HISTFILE can be used to solve my problem, as below. BTW it's not easy to find out about R_HISTFILE in the help system or manuals, though, unless you already know it exists-- it only seems to be described under startup options, not things to do with history. However, Duncan's reply did hint at an inconsistency, in that savehistory() defaults to
2003 Oct 29
1
Wishlist: user-specified color names for palette() (PR#4836)
Full_Name: Hsiu-Khuern Tang Version: 1.8.0 OS: GNU/Linux (Debian unstable) Submission from: (NULL) (156.153.255.243) Hi, I use palette(rgb(red=..., green=..., blue=..., names=mycolors)) to define my own color palette. After doing this, the names `mycolors' are not stored in palette() anymore, so that palette() returns a mix of built-in color names and RGB values. Eg: > palette()
2008 Nov 21
1
Wishlist: fix error in documentation for body<- (PR#13318)
Full_Name: Fabian Scheipl Version: 2.8.0 OS: Windows, Linux Submission from: (NULL) (138.246.7.150) It seems to me that the documentation for body<- is wrong. The help file for body(fun, envir = environment(fun)) <- value says that: value can be an expression or a list of R expressions. This produces errors however: ################################ > f <- function(x){} >
2009 Mar 05
0
(PR#13553) wishlist boxplot
No objections from Martin or elsewhere, so I have now committed this. Thanks, Uwe. On Tue, 24 Feb 2009, Uwe Ligges wrote: > [CCing Martin and Brian who had both done most svn commits of boxplot.R so > far] > > > A very minor wishlist item that I should have already reported years ago: > > All the time when I need presentation/publication quality boxplots, I add >