similar to: Fwd: Re: documentation clarifications (PR#9587)

On 3/27/2007 11:36 PM, Richard M. Heiberger wrote: > I verified that this is a difference in behavior in both the released 2.4.1 for Windows > and the "2.5.0 Under development (unstable) (2007-02-10 r40690)" for Windows. > In htmlhelp, the word "interaction" is clickable and goes to the interaction{lattice} > page. In chmhelp, the word "interaction" is

On Fri, Jun 14, 2019 at 6:42 PM Richard M. Heiberger <rmh at temple.edu> wrote: > > This is still not repaired in > R version 3.6.0 Patched (2019-05-17 r76528) > > library(latticeExtra) > > a <- xyplot(1 ~ 1) > > c(a,a) > Warning message: > In formals(fun) : argument is not a function > > Can we have it in R-3.6.1 that Peter just announced? Sorry

This problem is still present in > version _ platform x86_64-w64-mingw32 arch x86_64 os mingw32 system x86_64, mingw32 status Under development (unstable) major 4 minor 0.0 year 2019 month 12 day 03 svn rev 77513 language R version.string R Under development (unstable)

On 14/06/2019 9:12 a.m., Richard M. Heiberger wrote: > This is still not repaired in > R version 3.6.0 Patched (2019-05-17 r76528) >> library(latticeExtra) >> a <- xyplot(1 ~ 1) >> c(a,a) > Warning message: > In formals(fun) : argument is not a function > > Can we have it in R-3.6.1 that Peter just announced? That looks like a bug in the latticeExtra

This is still not repaired in R version 3.6.0 Patched (2019-05-17 r76528) > library(latticeExtra) > a <- xyplot(1 ~ 1) > c(a,a) Warning message: In formals(fun) : argument is not a function Can we have it in R-3.6.1 that Peter just announced? Rich On Mon, Apr 2, 2018 at 4:08 AM Deepayan Sarkar <deepayan.sarkar at gmail.com> wrote: > > On Fri, Mar 23, 2018 at 7:58 AM,

On Fri, Mar 23, 2018 at 7:58 AM, Richard M. Heiberger <rmh at temple.edu> wrote: > The warning message in the last line of this email is incorrect. > This is behavior which Duncan Murdoch labeled a bug in > https://stat.ethz.ch/pipermail/r-help/2017-December/450494.html Yes, sorry, this has been fixed in the r-forge sources for a while now, but I haven't had the time to

Hello, I am in Win-XP R:2.3.0 latest rtools and Perl - of today I got Rcmdr.HH source code and tried to compile it myself copy all directory to R/R-2.3.0/src/library/Rcmdr.HH from R/R-2.3.0/src/library I typed: ..\..\bin\R CMD build --force --binary --auto-zip Rcmdr.HH * checking for file 'Rcmdr.HH/DESCRIPTION' ... OK * preparing 'Rcmdr.HH': * checking DESCRIPTION meta-information

When I try e.g. help(as.symbol, chmhelp = TRUE) I get an error message in the help viewer (translated to english: "The page cannot be shown"). This happens for all aliased topics (i.e. aliased in the *.Rd file). So I have to know the "unaliased" name (here: "name") to get chtml help. Is it possible to get the behavior of "plain text help" (no problems

I cannot seem to get compiled help working with XP in neither 1.6 or 1.61. The ReadMe.rw1061 specifies: (ii) Compiled HTML files. Set this as the default by options(chmhelp=TRUE) or for individual help items by help(topic, chmhelp=TRUE). Full text search is available from the Search tab. According to Microsoft, to make use of this you will need to have IE3 or later installed and a recent version

Hi, I encountered this problem just before the 2.2.0 release. Then it went away for a while and came back at the beginning of this week. Here is what is happening (I am on Win2000 machine with all the necessary tools installed). I compile R-devel and R-patched trees every couple of days and install them in separate directories. Everything seems to work fine for R-patched. Compilation of

R-2.0.0, WinNT / WinXP: options(chmhelp=TRUE) ?dnorm # does not work! ?Normal # works! Looks like calling compiled html help does not work for aliases, but only for the title of help pages... And a quick fix without changing the design is to change lines 136-137 in .../src/library/utils/R/help.R as follows: - err <- .C("Rchtml", hlpfile, topic, - err =

The software for my recent book Statistical Analysis and Data Display Richard M. Heiberger and Burt Holland http://springeronline.com/0-387-40270-5 is now available as an R package from the book's website. The package has been submitted to CRAN. Description: Support software for Statistical Analysis and Data Display (Springer, ISBN 0-387-40270-5). This contemporary

I second Rich's excellent suggestion. As with all elegant solutions, Iris's clicked on the wee light bulb in my brain, and I realized that a slightly more verbose, but perhaps more enlightening, alternative may be: z |> attr("names") |> _[2] <- "foo" However, I would add this as an example *only with* Iris's solution. Hers should be shown whether or not

Yes, you're right. In fact, it's just an adaptation of a matlab command and the author advises using N^4 replications that's why it's the default in the function. The bistochastic matrix is not my subject of interest, but I need it to perform some random tranformation of a vector of incomes. Florent Bresson ----- Message d'origine ---- De : Richard M. Heiberger <rmh at

This is yet another problem with the Nabble interface to the list. On Wed, Feb 29, 2012 at 6:21 PM, Richard M. Heiberger <rmh at temple.edu> wrote: > This line > > ?TT <- *Temp*+273.15 > makes it unexecutable. ?that is not the error you mentioned. On nabble, that variable is in bold. When it's reformatted for the plain-text email list, the formatting is converted to **

(cc'ing R-devel as well). >>>>> "RH" == Rich Heiberger <rmh@surfer.sbm.temple.edu> writes: RH> using Mx-R on ntemacs, when I type RH> help(lm) RH> I get an emacs *help[R](lm)* buffer with "^M" on each line. I RH> tried a few ways to make them go away and none worked. RH> When I tried help.start() then internet

Dear Richard,? Thank you very much for your reply. I went through the code and it worked. I was also able to change the colours.? I was wondering if I can change the legend position; instead of being in the bottom to be on the left side.? I tried the following but without any success strip = FALSE strip.right = TRUE likert(t(hellisheidi), ReferenceZero=.5, xlab="X-lab",

... and a slightly more efficient non-dplyr 1-liner: > sapply(strsplit(dd$Lower,"[^[:digit:]]"), function(x)sum(as.numeric(x), na.rm=TRUE)) [1] 105 67 60 100 80 Cheers, Bert Bert Gunter "The trouble with having an open mind is that people keep coming along and sticking things into it." -- Opus (aka Berkeley Breathed in his "Bloom County" comic strip ) On

I am returning this to the R-help list. Please keep followups on the list. Yes, it can be done. It is not currently easy because multcomp doesn't have the syntax yet. Making this easy is on Torsten's to-do list for the multcomp package. See the MMC.WoodEnergy example in the HH package. The current version on CRAN is HH_1.17. Please see the discussion of this example in R-help:

The main challenge in Bert's original problem is that `[` and `[<-` cannot be called in a pipeline. The obvious solution is to define named versions, e.g.: elt <- `[` `elt<-` <- `[<-` Then, > z <- data.frame(a = 1:3, b = letters[1:3]) > z |> names() |> elt(2) [1] "b" > z |> names() |> elt(2) <- "foo" > z a foo 1 1 a 2 2