Re: [Rd] (PR#9202) Re: Bugs with partial name matching

On Sep 5, 2006, at 5:54 PM, Thomas Lumley wrote: > The problem in >> D = list(ABCD=2:1) >> D$ABC[]<-3:4 >> D > $ABCD > [1] 3 4 > > $ABC > [1] 3 4 > > is that eval.c:evalseq ends up with a reference to D$ABCD from > evaluating D$ABC with partial matching. Since evalseq doesn't (and > shouldn'

Re: [Rd] Two submitted packages

Hi Deepayan Sarkar wrote: > On 9/5/06, Richard M. Heiberger <[EMAIL PROTECTED]> wrote: >> Deepayan wrote: >> xyplot(y ~ x | a, data=tmp, ylim=c(1.5,4.5), par.settings = list(clip = list(panel = "off")), layout=c(2,2)) >>> I'm curious to know why this funct

Re: [Rd] Two submitted packages

On 9/5/06, Richard M. Heiberger <[EMAIL PROTECTED]> wrote: > Deepayan wrote: > > > > xyplot(y ~ x | a, > > >data=tmp, ylim=c(1.5,4.5), > > >par.settings = list(clip = list(panel = "off")), > > >layout=c(2,2)) > > > > I'm curious to know why this functionality is not enough.

Re: [Rd] Two submitted packages

Deepayan wrote: > > xyplot(y ~ x | a, > >data=tmp, ylim=c(1.5,4.5), > >par.settings = list(clip = list(panel = "off")), > >layout=c(2,2)) > > I'm curious to know why this functionality is not enough. ## 1. Here is a more realistic example. tmp <- data.frame(x=1:5, y=1:5

Re: [Rd] enhancement request for labeling help windows in Windows

I am looking at the HTML Help Workshop which I got from wherever your website told me to get it. There is no documentation in the material I have. My guess is that one of the variables in the file "c:/Program Files/HTML Help Workshop/include/htmlhelp.h" needs to be changed. My first guess is t

Re: [Rd] Two submitted packages

On 9/5/06, Richard M. Heiberger <[EMAIL PROTECTED]> wrote: > From: Prof Brian Ripley > > There is no '2.4.1', and your R-devel is not very recent. > > Apologies on the typo and the two-week old 2.4.0dev. > > I just downloaded >version 2.4.0 Under development (unstable) (2006-09-04 r39086) > > >

Re: [Rd] Two submitted packages

Hi Richard M. Heiberger wrote: > From: Prof Brian Ripley >> There is no '2.4.1', and your R-devel is not very recent. > > Apologies on the typo and the two-week old 2.4.0dev. > > I just downloaded >version 2.4.0 Under development (unstable) (2006-09-04 r39086) > > > 1. >> You set cpv$clip

Re: [Rd] enhancement request for labeling help windows in Windows

On 9/5/2006 7:41 PM, Richard M. Heiberger wrote: > I would like to make a formal request for an enhancement. > > The default help for RGui in 2.4.0dev seems to be the .chm format > outside of the RGui frame. Previously the default help was individual > windows inside the RGui frame. Every packag

[Rd] enhancement request for labeling help windows in Windows

I would like to make a formal request for an enhancement. The default help for RGui in 2.4.0dev seems to be the .chm format outside of the RGui frame. Previously the default help was individual windows inside the RGui frame. Every package in R has its own help file and all of them are labeled id

Re: [Rd] Two submitted packages

From: Prof Brian Ripley > There is no '2.4.1', and your R-devel is not very recent. Apologies on the typo and the two-week old 2.4.0dev. I just downloaded version 2.4.0 Under development (unstable) (2006-09-04 r39086) 1. > You set cpv$clip <- "off" and the internal code assumes that it is lo

Re: [Rd] (PR#9202) Re: Bugs with partial name matching

On Tue, 5 Sep 2006, Thomas Lumley wrote: > > The partial matching is fairly deeply built in to complex assignment, > because as evalseq works through the nested calls on the LHS the code > being called doesn't know it is in an assignment call. The problem in > D = list(ABCD=2:1) > D$ABC[]<-3:4

[Rd] (PR#9202) Re: Bugs with partial name matching during partial

The partial matching is fairly deeply built in to complex assignment, another example being > x<-list(ab=1:2) > names(x$ab)=c("A","B") > names(x$a)=c("a","b") > x $ab A B 1 2 $a a b 1 2 because as evalseq works through the nested calls on the LHS the code being called doesn't know it is in an

Re: [Rd] Two submitted packages

On Mon, 4 Sep 2006, Richard M. Heiberger wrote: > ## This example runs in R 2.3.1 and does not run in R 2.4.1. I am There is no '2.4.1', and your R-devel is not very recent. It looks as if R-devel has detected an error of yours that previously went undetected. You set cpv$clip <- "off" and th

Re: [Rd] Two submitted packages

On 9/4/06, Richard M. Heiberger <[EMAIL PROTECTED]> wrote: > ## This example runs in R 2.3.1 and does not run in R 2.4.1. I am > ## raising it here for two questions: one on how to debug functions > ## inside a namespace, the other on how to control clipping. > > tmp <- data.frame(x=1:5, y=1:5, a=

Re: [Rd] problem in contour/contourLines (PR#9205)

It says /* maximal number of line segments of one contour segment: * for preventing infinite loops -- shouldn't be needed --> warning */ #define MAX_ns 25000 so it would be very helpful to have a reproducible example. Please also let us have exact details of how you compiled R (CPU, compiler v

Re: [Rd] serialize changes for 2.4.0

NEW FEATURES o serialize(connection = NULL) now returns a raw vector (and not a character string). unserialize() accepts both old and new formats (and has since 2.3.0). serialize.Rd: The function \code{serialize} writes \code{object} to the specified connection. Shari

[Rd] problem in contour/contourLines (PR#9205)

Full_Name: Dominik Heide Version: 2.3.1 OS: Linux (Suse 9.3) Submission from: (NULL) (134.76.220.200) The contour functions has sommewhere (I think in .../main/plot3d.c) a maximum number of line segments that is set using a define. The contour line in my data too long for this and therefore not c

[Rd] serialize changes for 2.4.0

I noticed today that in R 2.3.1, I get > serialize(list(1,2,3), NULL, ascii = TRUE) [1] "A\n2\n131841\n131840\n19\n3\n14\n1\n1\n14\n1\n2\n14\n1\n3\n" > but in R 2.4.0 alpha I get > serialize(list(1,2,3), NULL, ascii = TRUE) [1] 41 0a 32 0a 31 33 32 30 39 36 0a 31 33 31 38 34 30 0a 31 39 0a

[Rd] CRAN problem

Just now going to the CRAN download area, windows (95 or later), base, selecting development snapshot, there is listed a file R-2.5.0dev-win32.exe and while clickingh on this link gives error 404, object not found. Kjetil [[

Re: [Rd] Capturing warnings with capture.output

Look at how suppressWarnings does this. Best, luke On Tue, 5 Sep 2006, hadley wickham wrote: >> Something like this which displays the warnings and also writes >> them to out so that they are captured: > > Is it possible to not display the warnings (just write them out) ? > > Hadley > > > > >>

Re: [Rd] setMethod("c") [was: setMethod("Summary")]

(Before someone else can embarrass me with the reference) There is a variant on the c() example discussed in "Programming with Data", page 351, for the function max(). John John Chambers wrote: > It's all very well to go on about efficiency, but the purpose of > statistical computing is insigh

Re: [Rd] setMethod("c") [was: setMethod("Summary")]

One reference to a very similar problem is help(cbind2), about the cbind2() and rbind2() functions which I had added to R a little while ago exactly for the same reason as we talk about 'c()' or "c" here, and thanks to original "hand holding" by you, John. Martin > "JMC" == John Chambers <

Re: [Rd] Capturing warnings with capture.output

Modify withWarnings in: https://stat.ethz.ch/pipermail/r-help/2004-June/052132.html like this: withWarnings <- function(expr) { wHandler <- function(w) { cat(w$message, "\n") invokeRestart("muffleWarning") } withCallingHandlers(expr, warning = wHandler) } # test out

Re: [Rd] setMethod("c") [was: setMethod("Summary")]

It's all very well to go on about efficiency, but the purpose of statistical computing is insight into data, not saving CPU cycles (to paraphrase Dick Hamming). S3 methods do some things fine; other tasks need more flexibility. One should ask what's important in a particular application and tr

Re: [Rd] Capturing warnings with capture.output

> Something like this which displays the warnings and also writes > them to out so that they are captured: Is it possible to not display the warnings (just write them out) ? Hadley > > out <- capture.output( >withCallingHandlers({ > print(1) > warning("A warning.") >

[Rd] setMethod("c") [was: setMethod("Summary")]

Hello everybody. I didn't see Franklin's first message; sorry. Bearing in mind Professor Ripley's comments on the efficiency of S4 vs S3, I'm beginning to think I should just stick with S3 methods for my brob objects. After all, S3 was perfectly adequate for the onion package. Notwithstanding

Re: [Rd] ISwR (PR#9204)

[EMAIL PROTECTED] writes: > I wanted to install the ISwR package onto my Linux system and used the > install.packages command but it returns the message that the package > was not found at the repositories. > > So I tried to install locally adding the argument repos=NULL but it gave > a non-z

[Rd] ISwR (PR#9204)

I wanted to install the ISwR package onto my Linux system and used the install.packages command but it returns the message that the package was not found at the repositories. So I tried to install locally adding the argument repos=NULL but it gave a non-zero exit status report and the package

[Rd] Typo in print.default.Rd

line 17 has `intepretation', should read `interpretation' Torsten __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] setMethod("Summary")

On Tue, 5 Sep 2006, Prof Brian Ripley wrote: > On Tue, 5 Sep 2006, Martin Maechler wrote: > > > > "Robin" == Robin Hankin <[EMAIL PROTECTED]> > > > on Tue, 5 Sep 2006 08:58:23 +0100 writes: > > > > Robin> Dear Franklin > > Robin> thank you for this. > > > > yes, and he *did*

Re: [Rd] setMethod("Summary")

On Tue, 5 Sep 2006, Martin Maechler wrote: > > "Robin" == Robin Hankin <[EMAIL PROTECTED]> > > on Tue, 5 Sep 2006 08:58:23 +0100 writes: > > Robin> Dear Franklin > Robin> thank you for this. > > yes, and he *did* send it already last week. > > Robin> Your suggestion work

Re: [Rd] setMethod("Summary")

> "Robin" == Robin Hankin <[EMAIL PROTECTED]> > on Tue, 5 Sep 2006 08:58:23 +0100 writes: Robin> Dear Franklin Robin> thank you for this. yes, and he *did* send it already last week. Robin> Your suggestion works. and continues to do so in R-devel aka "R-2.4.0 alpha" (as

Re: [Rd] setMethod("Summary")

Dear Franklin thank you for this. Your suggestion works. But now I'm confused because I'm not sure how the setGeneric() call actually helps. If I source: setClass("brob", representation = representation (x="numeric",positive="logical"), prototype = list(x=numeric(