Open wjschne opened 9 months ago
We've never considered the possibility of forwarding arbitrary content in the metadata of code cells to the FloatRefTarget objects, and I don't think we document this anywhere.
I'm reading this as a feature request rather than a bug report, but I nevertheless like the idea. Still, but we need to think carefully about how this behavior across a variety of use cases (specifically, the outputs generated by code cells in different engines). I'd love to do it, but I don't know when we will have the resources to put in this.
Another consideration is the variety of different ways in which FloatRefTarget nodes can be created, including:
Side note: mixing code cell options syntaxes is really not recommended. Recommended syntax is YAML. Please consider using label as YAML rather than as R/knitr inline.
```{r}
#| label: fig-myfigure
#| fig-cap: My caption
#| myattribute: value
plot(1:3)
Thanks for your consideration. I have a hacky workaround that works. If time permits, it would be nice to have a more straightforward solution.
Bug description
I am creating a custom output for figures and tables that depends on custom attributes. FloatRefTarget has custom attributes for for tables but not for figures.
Steps to reproduce
Expected behavior
quarto.log.output:
Actual behavior
quarto.log.output:
Your environment
Quarto check output