![[Experimental]](figures/lifecycle-experimental.svg?package=xpose.xtras&version=0.2.2)
Bugfix for xpose:::print.xpose_data. That function's Options:
summary line builds names(x$options) and unlist(x$options)
separately and assumes they come out the same length -- true only as
long as every entry of xpdb$options is itself a single value.
Any entry that's a multi-element list (eg default_labs/
default_watermark once more than one key is set) unlists into
more elements than there are names, and stringr::str_c()'s
vectorized recycling then errors -- so printing (or auto-printing) the
xpdb fails outright rather than just rendering oddly. This collapses
each option's value to a single string first, so the name/value
pairing always stays 1:1.
Everything else is an unmodified duplicate of the upstream function.