viridisLite | Colorblind-Friendly Color Maps for R

A solution, based on tidyr::separate:

When I tried your code, it also stated that the function was deprecated and to use data_to_hierarchical. Although, it's never quite that simple, right? I tried multiple ways to get hctreemap2 to work, but wasn't able to discern that issue. From there I turned to the package recommended data_to_hierarchical. Now that worked without an issue--once I figured out the right type, which in hindsight seemed kind-of obvious.

That being said, this is what I've got:

Errors like this in Shiny apps are almost always a result of missing packages, which the logs confirm.

Turns out in this case I think the missing package is kernlab, which I only found by reading the documentation given here: https://topepo.github.io/caret/train-models-by-tag.html#Support_Vector_Machines. It's a suggested package, not imported, so the command suggested in the comments by heds1 would sort this out.

Apparently it just needed a small tweak from =~df.in$Size to =df.in$Size. This now plots and downloads ok.

I think this is ultimately a small bug in renv. Here's my guess at what's happening:

1. While this project has been initialized as an renv project, it does not have a lockfile for some reason. (Perhaps renv::activate() was called to initialize renv without explicitly creating a lockfile?)

2. The project has an renv autoloader; this is from a script at renv/activate.R. That script is configured to load renv 0.11.0.

3. When the project is loaded, renv finds that renv 0.12.0 is installed in the project library, not the expected version 0.11.0. This causes the warning to be emitted. (Perhaps renv was updated in that project previously?)

So, ultimately, the warning is misleading here -- the request for renv 0.11.0 comes directly from the autoloader, not from the lockfile (which does not exist). As for why the lockfile does not exist, I'm not sure -- but it most likely implies the project was initialized via renv::activate(), and not by renv::init().

All that said -- you can safely re-generate the lockfile via renv::snapshot().

I would ask for details in comment, but I have some code I want to share so I create an answer.

I don't know how exactly viridis works. I found that, instead of setting the color only for series, the Highcharter sets it for points too. If you don't get the full answer here on StackOverflow, I suggest contacting the Highcharter author here: https://github.com/jbkunst/highcharter/issues

I don't know what exactly you want to achieve, but you can set your colors manually in JavaScript using R JS("...") function and chart.events.load event

Depending on what you want to achieve, you can change the colors of the markers to fit the series color:

Short answer: there is a problem with your data.

Explanation: I managed to get your data out of your R chart. You have 865 points and, after simplifying, your data looks like:

I'm sure there are ways to do this without reinventing the wheel, but using just the libraries you have loaded, it's fairly straightforward to manipulate the viridis colours to split them into 3 channels and save as png.

Here's a function to do the job for any png:

The issue was caused by ggupset, and has since been fixed.

If anyone else has encountered this, you can use the current development version: remotes::install_github("const-ae/ggupset"), or wait for the CRAN release in the near future.