-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Dr. Johannes Ranke [EMAIL PROTECTED]
UFT Bremen, Leobenerstr. 1 +49 421 218 8971
D-28359 Bremen http://www.uft.uni-bremen.de/chemie/ranke
and t2.
Therefore, I would recommend the proposed patch for your kind consideration.
Johannes Ranke
[1] https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17954
[2] https://doi.org/10.1093/clinchem/24.11.1895
[3] https://doi.org/10.1016/j.aca.2003.12.047
[4] https://doi.org/10.1016/j.ejps
ead of checking against a hardcoded list in this case?
Kind regards,
Johannes Ranke
[1] https://github.com/jranke/mkin/blob/master/R/nlme.mmkin.R
[2] https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17761
[3] https://bugs.r-project.org/bugzilla/attachment.cgi?id=2578
Am Montag, 20. Juli 2020, 11:12:25 CEST schrieb Johannes Ranke:
> Dear R developers,
>
> One function in my mkin package [1] returns an object that is originally
> created by nlme(), but contains some additional information. Its class is
> c("mmkin.nlme", "nlme&q
> In the end, I wrote a package that implements lightweight python-like
> modules for R and that has really improved my workflow. I hope to publish
> this package later this year after I have cleaned it up a bit.
Hi, are you aware of the previous work in this direction
Am Donnerstag, 18. Februar 2021, 22:36:38 CET schrieb Johannes Ranke:
> Am Donnerstag, 18. Februar 2021, 19:58:09 CET schrieb Therneau, Terry M.,
>
...
> > checks for survival that I'm not sure how to fix. If anyone has a hint
> > or two I'd be grateful.
> >
Am Donnerstag, 18. Februar 2021, 19:58:09 CET schrieb Therneau, Terry M.,
Ph.D. via R-devel:
> There are some nice tools to automate reverse dependency checks, but for a
> large package the real issue is the envirionment. The description of the
> crandalf site on github has a nice summary. One
Hi,
am I missing something or could you just use Alt-F4? This is pretty standard
for closing focussed windows on Windows and Linux at least. It just closed a
Window opened with View() on Debian Linux FWIW.
Cheers, Johannes
Am Freitag, 17. März 2023, 23:16:49 CET schrieb Ben Bolker:
>I
))
>
> and use name_missing(x, "var") in your tests. (Pick your own name to
> make your code understandable if you don't like my choice.)
>
> You could suggest to the tibble maintainers that they add a function
> like this.
This is also being discussed here:
https://github.com/hadley/tibble/issues/91
Kind regards,
Johannes Ranke
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
> how does one solve this catch-22?
I see these possibilities
a) reduce the precision of the tests in A, so the test passes with both
versions of B
b) a submission of both packages at the same time, with a message in the
comments, explaining to CRAN why it is necessary that both are
...
> The idea exposed by Dirk is the same: requireNamespace will find the
> package on CRAN and will set eval=TRUE. What you want though is to
> avoid running a chunk on CRAN, even if the package is available. So
> you need to set eval=FALSE *unconditionally*.
Or conditional on the package
Dear list,
independent of the thread on this list about slow examples on R 4.2 on windows
I have discovered over the last few days that some of my benchmarks (look for
t4 and t9) run by a factor of 3 slower on R 4.2.x than on R 4.1.3 [1].
This is on Linux, using my own backported R packages
Dear all,
while preparing a maintenance release of a dated package of mine, I was struck
by this WARNING from the R-devel version of win-builder:
* checking for missing documentation entries ... WARNING
Undocumented code objects:
'.__global__'
I don't understand where this code object
Am Freitag, 21. Juli 2023, 09:47:52 CEST schrieb Ivan Krylov:
> On Fri, 21 Jul 2023 09:43:49 +0200
>
> Johannes Ranke wrote:
> > * checking for missing documentation entries ... WARNING
> >
> > Undocumented code objects:
> > '.__global__'
> >
> &
14 matches
Mail list logo