Closed wcornwell closed 6 months ago
Nice work @wcornwell ! I found the reminding dplyr, strings and will remove them now.
Hi @wcornwell
I've continued your lead here and also removed stringr and dplyr from the NAMESPACE. I also misunderstood the implications of listing functions as imports here.
Removing those packages uncovered a bunch of places where we didn't have an explicit namespace prefix, i..e mutate()
instead of dplyr::mutate()
, so I updated those too.
And we can drop tibble from DESCRIPTION, as you can create a nibble via dplyr
Oh no, I brok it!
Probably could remove forcats too?
Cool!
Probably could remove forcats too?
Yes, it is used in one place, though I wonder if that is necessary. Need to check
I had a mis-understanding of what "imports" in the Description did. Turns out it doesn't Import. That mis-understanding cascaded into some other issues, but I think it's now cleaned up.
We're currently importing two packages: dplyr and stringr, which means we are (somewhere) using functions without the :: .
This is because of the %>% for dplyr . Not sure why for stringr. But I think it's OK.
The importing of individual functions in the namespace was unnecessary.