Re: [Rd] R-2.3.0alpha-win32: Rgui and MDI/SDI

2006-04-07 Thread Duncan Murdoch
On 4/7/2006 2:17 PM, Peter Ehlers wrote: > I find that Rgui defaults to SDI if I specify >MDI = yes >toolbar = no > in Rconsole. Hope I didn't miss something in NEWS/CHANGES. > > R.version.string > [1] "Version 2.3.0 alpha (2006-04-05 r37653)" > Win XP This turned out to be a typo in my r

Re: [Rd] Should demo files be run as part of R CMD check?

2006-04-07 Thread Gabor Grothendieck
I didn't realize this either but it might be useful in situations where the package depends on other software which might not be on CRAN. On 4/7/06, hadley wickham <[EMAIL PROTECTED]> wrote: > I was a bit suprised to note that demo files are not run as part of R > CMD check. This seems out of kee

Re: [Rd] Compiling PL/R against R.dll in Win32/MinGW

2006-04-07 Thread Joe Conway
Mike Leahy wrote: > Ok...well I've been hacking around with the PL/R source a bit more, and > I found that that substituting 'Rf_initEmbeddedR' with 'InitDynload' > seemed to make code compile further - this was just a total guess based > on the functions that are listed in the R.dll with dependenc

Re: [Rd] Compiling PL/R against R.dll in Win32/MinGW

2006-04-07 Thread Mike Leahy
Ok...well I've been hacking around with the PL/R source a bit more, and I found that that substituting 'Rf_initEmbeddedR' with 'InitDynload' seemed to make code compile further - this was just a total guess based on the functions that are listed in the R.dll with dependency-walker. Now it appears t

Re: [Rd] Should demo files be run as part of R CMD check?

2006-04-07 Thread Thomas Lumley
On Fri, 7 Apr 2006, hadley wickham wrote: > I was a bit suprised to note that demo files are not run as part of R > CMD check. This seems out of keeping with the philosophy of running > all code contained in the package (in the source, in examples etc). > > Should demo files be checked as part of

[Rd] Should demo files be run as part of R CMD check?

2006-04-07 Thread hadley wickham
I was a bit suprised to note that demo files are not run as part of R CMD check. This seems out of keeping with the philosophy of running all code contained in the package (in the source, in examples etc). Should demo files be checked as part of R CMD check? Hadley _

Re: [Rd] Compiling PL/R against R.dll in Win32/MinGW

2006-04-07 Thread Joe Conway
Mike Leahy wrote: > Hello list, > > I've been trying to get the PostgreSQL PL/R library to compile on > windows (http://www.joeconway.com/plr/). The author of this library > says the problem is likely because the distributed R.dll isn't > compiled as a shared dll. Is this the case? If so, is

[Rd] Compiling PL/R against R.dll in Win32/MinGW

2006-04-07 Thread Mike Leahy
Hello list, I've been trying to get the PostgreSQL PL/R library to compile on windows (http://www.joeconway.com/plr/). The author of this library says the problem is likely because the distributed R.dll isn't compiled as a shared dll. Is this the case? If so, is there any way to compile it such

Re: [Rd] R-2.3.0alpha-win32: Rgui and MDI/SDI

2006-04-07 Thread Duncan Murdoch
On 4/7/2006 2:17 PM, Peter Ehlers wrote: > I find that Rgui defaults to SDI if I specify >MDI = yes >toolbar = no > in Rconsole. Hope I didn't miss something in NEWS/CHANGES. > > R.version.string > [1] "Version 2.3.0 alpha (2006-04-05 r37653)" > Win XP No, that change is not intentional.

[Rd] R-2.3.0alpha-win32: Rgui and MDI/SDI

2006-04-07 Thread Peter Ehlers
I find that Rgui defaults to SDI if I specify MDI = yes toolbar = no in Rconsole. Hope I didn't miss something in NEWS/CHANGES. R.version.string [1] "Version 2.3.0 alpha (2006-04-05 r37653)" Win XP Peter Ehlers __ R-devel@r-project.org mailing li

Re: [Rd] rownames for as.matrix.zoo

2006-04-07 Thread Gabor Grothendieck
We'll have a look at it. Use as.matrix(as.data.frame(x)) as a workaround in the meantime. On 4/7/06, Brandt, T. (Tobias) <[EMAIL PROTECTED]> wrote: > > Hi > > Is there a reason why as.matrix.zoo doesn't set the rownames to the index > like as.data.frame.zoo does? > > Thanks > > Tobias > > > >

Re: [Rd] rownames for as.matrix.zoo

2006-04-07 Thread Achim Zeileis
On Fri, 7 Apr 2006 16:09:53 +0200 Brandt, T. (Tobias) wrote: > Hi > > Is there a reason why as.matrix.zoo doesn't set the rownames to the > index like as.data.frame.zoo does? Yes, oversight, I think ;-) Added to the devel-version of zoo. I'll try to get it out to CRAN in the next days. Z > T

Re: [Rd] setIs and method dispatch in S4 classes

2006-04-07 Thread Seth Falcon
Hi Peter, Peter Ruckdeschel <[EMAIL PROTECTED]> writes: > ## now: B00 mother class to B01 and B02, and again B02 "contains" B01 by > setIs: > setClass("B00", representation(a="numeric")) > setClass("B01", representation(a="numeric",b="numeric"), contains= "B00") > setClass("B02", representation(a=

Re: [Rd] setIs and method dispatch in S4 classes

2006-04-07 Thread Vincent Carey 525-2265
as a fan of S4 i had a look at this; more definitive replies are undoubtedly to come > ## now: B00 mother class to B01 and B02, and again B02 "contains" B01 by > setIs: > setClass("B00", representation(a="numeric")) > setClass("B01", representation(a="numeric",b="numeric"), contains= "B00") the

Re: [Rd] [R] documenting s4 methods in package

2006-04-07 Thread Duncan Murdoch
There are usually two directories involved in an install: the source directory and the install directory in R_HOME/library. The INSTALL procedure builds the package (usually in place in Windows, I'm not sure if that's the case in Unix) and installs it into the install directory by copying thos

[Rd] setIs and method dispatch in S4 classes

2006-04-07 Thread Peter Ruckdeschel
Dear all, I have a question regarding setIs and method dispatch in S4 classes: Consider the following example: # ## A02 "contains" A01 by setIs: setClass("A01", representation(a="numeric",b="numeric")) setClass("A02", representation(a="numeric",d

Re: [Rd] prevent reassignment of function names

2006-04-07 Thread Prof Brian Ripley
On Fri, 7 Apr 2006, Henrik Bengtsson wrote: > On 4/6/06, Seth Falcon <[EMAIL PROTECTED]> wrote: >> Tim Bergsma <[EMAIL PROTECTED]> writes: >> >>> Hi. >>> >>> I'm trying to find a systematic way to prevent assignment to names of >>> existing functions. >> >> An alternative would be to put your func