papaja
papaja copied to clipboard
Prune dependency tree
Currently, papaja
has some pretty heavy (indirect) dependecies, which we could strive to remove. Here are some ideas:
- [x]
gsl
keeps giving users and our CI a hard time during installation. We rely on it indirectly throughMBESS
as a suggest. This should be solved shortyl, asMBESS
has movedgsl
to suggests. - [ ]
stringr
importsstringi
, which takes a long time to install. The following packages we import usestringr
:-
knitr
: The package usesstringr
quite a bit, but there is an open PR to removestringr
over the medium term. -
rmarkdown
: There is only one call tostringr
, which can probably be easily removed. -
broom
: There are several uses ofstringr
, but they should, in principle, be easy to remove.
-
- [ ]
broom
: Has a heavy tidyverse dependency tree. We use it in someapa_print()
-methods, but there we could switch to our alternative internal workflow (i.e.canonize()
etc.) or use/support the output of a different package, such asparameters
. Arguments forbroom
are the large number of supported models and it's widespread use, which makes it penatrable for independent contributors.
With the newest version of arm (1.12-2), we do not depend on Hmisc and its imports, anymore :tada: