I am having a bit of a struggle deciding when to use attributes with
S4 objects. Clearly the 'class' attribute will always be present.
But it is not clear to me whether the architects of the methods
package intend that other attributes, such as 'names', will still be
used when the S4 impl
Hello!
Data.frames have new rownames funcionality, however in use of colnames<-
in R-devel "changes" this. Here is the example:
> df1 <- data.frame(letters[1:5])
> attributes(df1)
$names
[1] "letters.1.5."
$row.names
[1] 1 2 3 4 5
$class
[1] "data.frame"
> colnames(df1) <- "bla"
> attributes(d
There are two issues here:
1) file names with spaces are not supported, and indeed you cannot
install such a package on Windows. Because make is used, this is
pretty fundamental.
2) The parsing code for 00Index used by 'check' assumes whitespace
separates the name and the title. In index files
Does R support demo names with spaces?
I tried placing a file like "My Demo Name.R" in
the demo subdirectory, and placing a line that
begins with "My Demo Name" in 00Index, but
R CMD check does not like this. It reads the
line in 00Index as "My, and it doesn't think there
is a 00Index entry for "M
I have tried it on the patched version of R, and it works now.
Thanks,
Jan
Van: John Chambers [mailto:[EMAIL PROTECTED]
Although there is not enough information to be sure, this may be related to an
issue uncovered in other testing, for which a patch has ju
Although there is not enough information to be sure, this may be
related to an issue uncovered in other testing, for which a patch has
just been committed.
The issue arises if the same generic function is defined in several
packages. For example, Matrix and msbase both have methods for the
p
Dringend, GESCHAEFTSVORSCHLAG.=0D=0A=0D=0AMein Name ist Jesen Bakker und =
ich bin der Leiter des Corporate Affairs Committee in der South African R=
eserve Bank in S=FCdafrika. Zur Zeit halte ich mich in den Niederlanden z=
u einer Fortbildung auf. Ich kontaktiere Sie bez=FCglich des Transfers ei=
The issue here is the incomplete deparsing of S4 objects in pre-2.4.0.
I am really not sure you want to make a package this way: rather I would
want the setClass etc calls in the package code.
On Tue, 12 Sep 2006, Robin Hankin wrote:
> Hi
>
> R version 2.4.0 alpha (2006-09-06 r39158)
> MacOSX
Jeffrey Horner wrote:
[...]
> This raises an interesting topic for me:
>
> In R-2.3.1, .First.sys() autloads() a few functions from the various
> default packages (utils, stats, methods, graphics) IF those packages
> weren't specified in the default packages option (or the environment
> varia
Gregor Gorjanc wrote:
> Hello!
>
> I have the following R code in my .Rprofile file - just for fun.
>
> library(fortunes)
> fortune()
> detach("package:fortunes")
>
> This works nicely in R 2.3.1, but it throws the following error under
> latest R-devel:
>
> ...
> ...
> Type 'demo()' for
And your point/question is?
par(ask = TRUE) applies to all devices, including png. Try setting
options(par.ask.default = FALSE in your example?
On Wed, 13 Sep 2006, Henrik Bengtsson wrote:
> Hi,
>
> I wish to return to the topic "[Rd] example(ask = .) - default ?"
> discussed in R-devel on Ma
Hello,
I have looked once more into this issue and used options() approach with
(yet another :() option - humanReadable. This is the behaviour in R-devel.
> object.size(1000)
[1] 32
> c(object.size(1000), object.size(1:1000), object.size(1:100))
[1] 324024 424
> options(humanRead
Hi,
I wish to return to the topic "[Rd] example(ask = .) - default ?"
discussed in R-devel on May 1, 2006, because I think it is related to
my problem.
In one of my Rd examples I generate multiple (20-30!) PNG files using
png()/dev.off(). I noticed that I get a "Hit to see next
plot:" for each
Hello!
I have the following R code in my .Rprofile file - just for fun.
library(fortunes)
fortune()
detach("package:fortunes")
This works nicely in R 2.3.1, but it throws the following error under
latest R-devel:
...
...
Type 'demo()' for some demos, 'help()' for on-line help, or
'help.st
> On Tue, 12 Sep 2006 21:22:13 +0300 (EEST),
> Ioannis Dimakos (ID) wrote:
> Forgive me for being naive,
> but I have not seen any reference where the ISBN was required. The apa
> style that I use does not require the ISBN.
It is not required for most citation *styles*. The main re
15 matches
Mail list logo