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
>