Closed mvanaman closed 1 year ago
I would definitely report to quarto also and reference this bug. Not sure who can fix it best.
Hi !
I have answered at https://github.com/quarto-dev/quarto-cli/issues/7187#issuecomment-1755793457
This is not a bug per-se but probably some compatibility adjustment with how Quarto works.
table-striped
seems applied despite the inline style you have with huxtable's style<table>
- for computation table, for now this is means that each table 📦 needs to allow their user to set this attributes for this to work. Hope it helps understand.
This is now controlled by a new option huxtable.quarto_process
, which defaults to FALSE
. By default it simply adds the relevant attribute into HTML table tags.
Not sure if this is more of a Quarto or huxtable question.
Sadly, the new Quarto (>= 1.3) undoes some of huxtable formatting in favor of Quarto's bootstrapping table theming. I have tried for html format but not PDF. Here's an example:
Column names: Sepal.Length, Sepal.Width, Petal.Length, Petal.Width, Species
Created on 2023-10-09 with reprex v2.0.2
In the resulting html file, striping and probably other stuff I'm not noticing are changed, but so far I just notice striping. The expected output is for the table to resemble the theme_article() styling as shown here i.e., bold headers, no stripes.
This issue was noted in this stackoverflow question, but I found the solution unsatisfactory as it seems to break Quarto's tbl-cap: setting, at least for me.
System details huxtable Version ‘5.5.2’ R Version 4.3.1 (2023-06-16) Quarto Version 1.3 RStudio Version 2023.06.1+524 (2023.06.1+524)
EDIT: tbl-caption to tbl-cap