Thanks both, this is helpful advice.
On 3/23/19 5:14 PM, Kirill Müller wrote:
> Dear Jack
>
>
> This doesn't answer your question, but I would advise against this design.
>
> - Users do not expect side effects (such as network access) from accessing a
> symbol.
>
> - A function gives you much
Dear Jack
This doesn't answer your question, but I would advise against this design.
- Users do not expect side effects (such as network access) from
accessing a symbol.
- A function gives you much more flexibility to change the interface
later on. (Arguments for fetching the data, tokens f
On Sat, Mar 23, 2019 at 9:46 PM Jack Wasey wrote:
>
> Thanks for that thought. I do also do this in that package, and the same
> problem exists, since the code in those particular steps of R CMD check also
> calls .onLoad. These steps might even attach the package: the R CMD check
> code in too
Thanks for that thought. I do also do this in that package, and the same
problem exists, since the code in those particular steps of R CMD check also
calls .onLoad. These steps might even attach the package: the R CMD check code
in tools is too convoluted for me to unravel, but the result is the
Hi, yet another workaround is to create the active binding in the
.onLoad() function. Here is an example from the cli package:
https://github.com/r-lib/cli/blob/d4756c483f69c2382c27b0b983d0ce7cc7e63763/R/onload.R#L8
Gabor
On Sat, Mar 23, 2019 at 3:50 PM Jack O. Wasey wrote:
>
> Dear all,
>
> I a
Dear all,
I am developing a package which is a front for various online data
(icd.data https://github.com/jackwasey/icd.data/ ). The current CRAN
version just has lazy-loaded data, but now the package encompasses far
more current and historic ICD codes from different countries, these
can't be
