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

On 3/28/2007 8:50 AM, Duncan Murdoch wrote: > 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}

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 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

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

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

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,

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 =

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

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

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

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

The general formula is y ~ a + b + c + ... There is this approach: formula <- reformulate(independent_vars, response = "y") model <- lm(formula, data = mydata) summary(model) It does not generate a string object, but the formula is still a string even if it is of class formula. Also, in this approach you only get + and if you want interactions or such you will need to code them

I am confused. Richard's answer that Bert did not like did not use parse explicitly. Richard pasted together a string that a function like lm() will have to parse to run the analysis. However, the answers so far do not use parse(). In the reply to Richard, Bert indicated we cannot use strings. Even if I pass a vector where R can assume that the first variable is the dependent variable and all

my take of the assignment was to avoid 'parse' specifically. we start with a character vector, so avoiding characters is not possible. i was dealing with the fortune "if parse is the answer, you have the wrong question" Sent from my iPhone On Mar 29, 2025, at 15:39, Bert Gunter <bgunter.4567 at gmail.com> wrote: ? Thanks, Rich. I thought of that, too, but it violates

Hello. I am using R 1.7.1 just downloaded on Win98. With the old 1.6.2 I had modified the etc/Rprofile file as etc/Rprofile # Things you might want to change # options(width=80) # options(papersize="a4") # options(editor="notepad") # options(pager="internal") # to prefer Compiled HTML help options(chmhelp=TRUE) # to prefer HTML help # options(htmlhelp=TRUE) # to

Hello, I thought of answering "reformulate can solve the problem" but how do you create quadratic terms with reformulate? ~(Heigh + Ho + Silver + Away)^2 is still a problem with no solution that I know of but paste/as.formula. Or Bert's bquote or substitute. Rui Barradas ?s 23:18 de 29/03/2025, Ebert,Timothy Aaron escreveu: > The general formula is y ~ a + b + c + ... >

As always, I would like to thank all who responded for their insights and suggestions. I have learned from them. Thus far, my own aesthetic preference -- and therefore not to be considered in any sense as a "best" approach -- is to use Duncan's suggestion to produce the call directly with call() rather than substitute in my simple for() loop; i.e. somenames <-

Thanks, Rich. I thought of that, too, but it violates the spirit of my restraints (to avoid character strings), which I unfortunately did not clearly articulate. So my apologies for that failure. My concern is that with more complex model formula, using as.formula, etc. to parse/convert character strings can get a bit hairy. But in most cases, as here maybe, it may be perfectly fine. So think of

# R for Windows will not send your bug report automatically. # Please copy the bug report (after finishing it) to # your favorite email program and send it to # # r-bugs at r-project.org # ###################################################### Dare I say the word: bug. It looks to me like a bug in conficts(). The use of seq_along in this line in base::conflicts + for (i in

Dear List, I have been experimenting with building packages from sources, having previously relied upon the binaries. I downloaded and installed all the tools suggested in http://www.stats.ox.ac.uk/pub/Rtools/ , including ActivePerl 5.6.1.631. I also downloaded the HTML Help workshop exe and installed it. During install though, a message popped up to say that I had a newer version of the