Re: [R-pkg-devel] Changes in function call with respect to the current published version

2024-12-18 Thread John Fox
Dear Jose, On 2024-12-18 10:26 a.m., John Fox wrote: Caution: External email. Dear Jose, Assuming that you can fix the bugs in the original function, one approach would be to make myfun() generic, say myfun <- function(y, ...) UseMethod("myfun"), with the (fixed) original m

Re: [R-pkg-devel] Changes in function call with respect to the current published version

2024-12-18 Thread John Fox
up a call to the default method. Then existing code wouldn't break and users would have the option of using a formula. I hope this helps, John -- John Fox, Professor Emeritus McMaster University Hamilton, Ontario, Canada web: https://www.john-fox.ca/ -- On 2024-12-17 4:00 p.m., Jose Barrera-

Re: [R-pkg-devel] unregistered S3 methods in a package

2024-09-06 Thread John Fox
; (see above). > ## However, if GEN is exported then likely all GEN.CLS functions > ## should be registered as S3 methods. > Best wishes, > Uwe Excellent! Thank you, Uwe, for digging this out. I'd also had answered to John Fox (even more strongly) that it *must* r

Re: [R-pkg-devel] unregistered S3 methods in a package

2024-09-04 Thread John Fox
hods in packages are verboten. Perhaps [1] will shed some light? [1] https://blog.r-project.org/2019/08/19/s3-method-lookup/ On September 4, 2024 11:21:22 AM PDT, Toby Hocking wrote: I got this warning too, so I filed an issue to ask https://github.com/r-lib/roxygen2/issues/1654 On Mon, Sep 2, 2

Re: [R-pkg-devel] unregistered S3 methods in a package

2024-09-02 Thread John Fox
kage. On 2024-09-02 11:34 a.m., John Fox wrote: Caution: External email. Dear R-package-devel list members, I want to introduce several unregistered S3 methods into the cv package (code at <https://github.com/gmonette/cv>). These methods have the form    coef.merMod <- function(

[R-pkg-devel] unregistered S3 methods in a package

2024-09-02 Thread John Fox
e or relevant information would be appreciated. Thank you, John -- John Fox, Professor Emeritus McMaster University Hamilton, Ontario, Canada web: https://www.john-fox.ca/ -- __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

2023-10-18 Thread John Fox
uot; in the post) to make sure the "real" source files are ignored when building the vignettes. Perhaps this is also a feasible solution for long running vignettes? Regards, Shu Fai On Wed, Oct 18, 2023 at 6:51 AM John Fox wrote: Dear John, Unless I'm mistaken, the *installatio

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

2023-10-17 Thread John Fox
if they declared. | | Cheers, | Simon | | | > On 18/10/2023, at 3:02 AM, John Fox wrote: | > | > Hello Dirk, | > | > Thank you (and Kevin and John) for addressing my questions. | > | > No one directly answered my first question, however, which was whether the approach that I sug

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

2023-10-17 Thread John Fox
Hello Duncan, On 2023-10-17 4:43 p.m., Duncan Murdoch wrote: Caution: External email. On 17/10/2023 4:21 p.m., John Fox wrote: Hello Simon, On 2023-10-17 3:51 p.m., Simon Urbanek wrote: Caution: External email. John, the short answer is it won't work (it defeats the purpose of vign

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

2023-10-17 Thread John Fox
nning vignettes if they declared. I assume that we'd declare the long-running vignette in our submission note to CRAN. Maybe that's better than pre-building the HTML vignettes in the package. Best, John Cheers, Simon On 18/10/2023, at 3:02 AM, John Fox wrote: Hello Dirk,

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

2023-10-17 Thread John Fox
n Tue, Oct 17, 2023 at 12:45 PM John Fox wrote: Hello Dirk, Thank you for the additional information. As you suggest, what you did to distribute pre-built PDF vignettes is quite similar to what R.rsp does, except that the latter also supports pre-built HTML vignettes, which is what I'd

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

2023-10-17 Thread John Fox
l email. John, On 17 October 2023 at 10:02, John Fox wrote: | Hello Dirk, | | Thank you (and Kevin and John) for addressing my questions. | | No one directly answered my first question, however, which was whether | the approach that I suggested would work. I guess that the implication | is that i

Re: [R-pkg-devel] Suppressing long-running vignette code in CRAN submission

2023-10-17 Thread John Fox
Hello Dirk, Thank you (and Kevin and John) for addressing my questions. No one directly answered my first question, however, which was whether the approach that I suggested would work. I guess that the implication is that it won't, but it would be nice to confirm that before I try something e

Re: [R-pkg-devel] roxygen style documentation for data sets

2023-09-21 Thread John Fox
Hi Michael, I'm no license expert either, but I too believe that while a GPL-licensed package can incorporate MIT-licensed code, an MIT-licensed package can't incorporate GPL-licensed code. One solution, I think, would be to put your use_data_doc() in a separate GPL-licensed package, which t

Re: [R-pkg-devel] Advice on elegant way to alias function name

2022-09-02 Thread John Fox
eems inelegant. You'll also need to add a couple of roxygen tags: #' @export #' @rdname myfn thefn <- myfn Hadley __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel -- J

Re: [R-pkg-devel] Strange behaviour of function called from within a function

2022-08-13 Thread John Fox
s suggestion is off-base. Best, John On 2022-08-13 9:41 a.m., J C Nash wrote: Thanks to John Fox and Noah Greifer. Both their approaches resolved my immediate problem. That is, to provide a summary of the fix of my example code, tw <- function(formula, data, start, control, trace, weigh

Re: [R-pkg-devel] CRAN packages suggesting other packages but not using them conditionally

2020-12-12 Thread John Fox
pe this helps, John John Fox, Professor Emeritus McMaster University Hamilton, Ontario, Canada web: https://socialsciences.mcmaster.ca/jfox/ On 2020-12-12 1:40 p.m., Michael L Friendly wrote: Thanks, Dirk Just to clarify-- In my packages, candisc, heplots, vcdExtra I have mostly 2D graphic m

Re: [R-pkg-devel] is R CMD build --compact-vignettes working as expected?

2020-10-08 Thread John Fox
e", which does nothing.  I don't know what quality CRAN uses, but for me setting the environment variable GS_QUALITY=screen made a big difference. Duncan Murdoch On 08/10/2020 11:10 a.m., John Fox wrote: Dear Ben, Actually, what I used was --compact-vignettes="both", wit

Re: [R-pkg-devel] is R CMD build --compact-vignettes working as expected?

2020-10-08 Thread John Fox
it wants at least a 10% and 10K reduction. But Ben's example met those criteria.  When I trick it into accepting the compaction, it does put the compacted PDF into the tarball. Duncan Murdoch On 07/10/2020 6:03 p.m., John Fox wrote: Dear Ben, On 2020-10-07 5:26 p.m., Ben Bolker wrote:      I

Re: [R-pkg-devel] is R CMD build --compact-vignettes working as expected?

2020-10-07 Thread John Fox
agree that it would be nice to avoid them. After all, what is the --compact-vignettes argument for? Best, John   cheers    Ben On 10/7/20 4:10 PM, John Fox wrote: Dear Ben, I was hoping that someone would pick up on this problem, because I've experienced the same issue of --co

Re: [R-pkg-devel] is R CMD build --compact-vignettes working as expected?

2020-10-07 Thread John Fox
Dear Ben, I was hoping that someone would pick up on this problem, because I've experienced the same issue of --compact-vignettes apparently ignored, e.g., with the Rcmdr package under R 4.0.2 on both macOS and Windows. Best, John John Fox, Professor Emeritus McMaster University Ham

Re: [R-pkg-devel] R CMD check "unable to verify current time"

2020-08-27 Thread John Fox
t;http://www.DustinTracy.com> *From:* R-package-devel on behalf of John Fox *Sent:* Thursday, August 27, 2020 11:39 AM *To:* Duncan Murdoch ; r-package-devel@r-project.org *Subject:* Re: [R-pkg-devel] R CMD check "una

Re: [R-pkg-devel] R CMD check "unable to verify current time"

2020-08-27 Thread John Fox
e; it appears to want etc/UTC instead.  The second one is offline. Duncan Murdoch If both of those fail, you'll get the message you saw. On 27/08/2020 1:23 p.m., John Fox wrote: Dear r-package-devel list members, I got the following note when checking two different packages today --as-cran, bo

[R-pkg-devel] R CMD check "unable to verify current time"

2020-08-27 Thread John Fox
2019q1/003577.html>. Both packages that I was checking are close to CRAN releases and so I'd like to know whether I can disregard the note. Any help would be appreciated. John -- John Fox, Professor Emeritus McMaster University Hamilton, Ontario, Canada web: https://socia

Re: [R-pkg-devel] recursive dependencies and install.packages()

2015-08-19 Thread John Fox
ginal Message- > From: R-package-devel [mailto:r-package-devel-boun...@r-project.org] On > Behalf Of John Fox > Sent: Wednesday, August 19, 2015 3:16 PM > To: r-package-devel@r-project.org > Subject: [R-pkg-devel] recursive dependencies and install.packages() > > Dear list memb

[R-pkg-devel] recursive dependencies and install.packages()

2015-08-19 Thread John Fox
; ggplot2, which I believe will cause ggplot2 to be installed when the Rcmdr package is installed, since the recursive dependency would then be two deep, which apparently works. Is that a reasonable solution? (It seems like a kludge to me.) Thanks for any help, John ---

Re: [R-pkg-devel] "invalid 'envir' argument" note from R-devel

2015-07-14 Thread John Fox
Dear Duncan, Thank you for tracking down the source of this error. Best, John On Tue, 14 Jul 2015 07:22:21 -0400 Duncan Murdoch wrote: > On 13/07/2015 9:42 PM, John Fox wrote: > > Dear Duncan, > > > > On Mon, 13 Jul 2015 20:00:02 -0400 > > Duncan Murdoch wrote:

Re: [R-pkg-devel] "invalid 'envir' argument" note from R-devel

2015-07-13 Thread John Fox
utils with value . . . Best, John On Mon, 13 Jul 2015 20:00:02 -0400 Duncan Murdoch wrote: > On 13/07/2015 7:35 PM, John Fox wrote: > > Dear Duncan, > > > >> -Original Message- > >> From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com] > >> S

Re: [R-pkg-devel] "invalid 'envir' argument" note from R-devel

2015-07-13 Thread John Fox
Dear Duncan, On Mon, 13 Jul 2015 20:00:02 -0400 Duncan Murdoch wrote: > On 13/07/2015 7:35 PM, John Fox wrote: > > Dear Duncan, > > > >> -Original Message- > >> From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com] > >> Sent: July-13-15

Re: [R-pkg-devel] "invalid 'envir' argument" note from R-devel

2015-07-13 Thread John Fox
Dear Duncan, > -Original Message- > From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com] > Sent: July-13-15 7:01 PM > To: John Fox; 'peter dalgaard' > Cc: r-package-devel@r-project.org > Subject: Re: [R-pkg-devel] "invalid 'envir' argument&qu

Re: [R-pkg-devel] "invalid 'envir' argument" note from R-devel

2015-07-13 Thread John Fox
alid 'envir' argument The envir argument to data() defaults to .GlobaEnv . I hope this helps, John > -Original Message- > From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com] > Sent: July-13-15 6:32 PM > To: John Fox; 'peter dalgaard' > Cc: r-package-de

Re: [R-pkg-devel] "invalid 'envir' argument" note from R-devel

2015-07-13 Thread John Fox
Dear Peter, > -Original Message- > From: peter dalgaard [mailto:pda...@gmail.com] > Sent: July-13-15 4:52 PM > To: John Fox > Cc: r-package-devel@r-project.org > Subject: Re: [R-pkg-devel] "invalid 'envir' argument" note from R-devel > >

[R-pkg-devel] "invalid 'envir' argument" note from R-devel

2015-07-13 Thread John Fox
else doItAndPrint(paste('help("', dsnameValue, '", package="', package, '")', sep="")) } OKCancelHelp(helpSubject="data") dataHelpButton <- buttonRcmdr(top, text=gettextRcmdr("Help on selected data set"),

Re: [R-pkg-devel] "apparent S3 methods" note in R CMD check

2015-06-12 Thread John Fox
Dear Martin, Thank you for addressing this issue. Introducing a nonS3method() directive in NAMESPACE seems a reasonable solution. It could replace export() for functions with "."s in their names. Best, John On Fri, 12 Jun 2015 09:55:18 +0200 Martin Maechler wrote: > &

[R-pkg-devel] "apparent S3 methods" note in R CMD check

2015-06-10 Thread John Fox
function (...) { .Deprecated("allEffects") allEffects(...) } Thanks, John ------- John Fox, Professor McMaster University Hamilton, Ontario, Canada http://socserv.socsci.mcmaster.ca/jfox/ --- This email has been checked for viruses by Avast