You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found an unexpected problem when I was testing out quarto for Carpentries lessons. We use a solution fenced div tag to provide accordion sections that contain solutions to challenges/exercises.
Error running filter /opt/quarto/share/filters/crossref/crossref.lua:
/opt/quarto/share/filters/crossref/crossref.lua:2009: attempt to get length of a nil value (field 'content')
stack traceback:
/opt/quarto/share/filters/crossref/crossref.lua:1103: in function </opt/quarto/share/filters/crossref/crossref.lua:1097>
The solution (heh) to this problem is to insert a paragraph right after the heading:
::: solution
### Heading
text text
```code```
:::
But this gives the unsatisfactory result of formatting the heading as a span and linking it to the paragraph (though I believe we can handle it with our lua filters).
Many of our materials contain solution blocks with just code blocks or tables and I am wondering if there is a mechanism for us to register our divs so that we can avoid these clashes.
included a minimal, fully reproducible example in a single .qmd file? Please provide the whole file rather than the snippet you believe is causing the issue.
documented the quarto version you're running, by pasting the output from running quarto check in the "Quarto Check Output" text area?
documented the version of the quarto tools you're running, by providing the output from running quarto tools check in the "Quarto Tools Check Output" text area?
documented the RStudio IDE version you're running (if applicable), by providing the value displayed in the "About RStudio" main menu dialog?
documented which operating system you're running? If on Linux, please provide the specific distribution as well.
upgraded to the latest version, including your versions of R, the RStudio IDE, and relevant R packages?
The text was updated successfully, but these errors were encountered:
Thanks for reporting this! There were a couple issues w/ the resilience of our solution/proof handling, fixed here: c56d23e (this should be available tomorrow in a pre-release build: https://quarto.org/docs/download/prerelease.html
If you have your own semantics for .solution divs my suggestion would be to arrange for your filters to run before the Quarto filters and somehow mask them out from processing by Quarto (e.g. change the name of the class). Here are docs on controlling filter order: https://quarto.org/docs/extensions/filters.html#activating-filters
Bug description
I found an unexpected problem when I was testing out quarto for Carpentries lessons. We use a solution fenced div tag to provide accordion sections that contain solutions to challenges/exercises.
I ran into an error (described in carpentries/sandpaper#161 (comment)) when I had a file that looks like this:
The solution (heh) to this problem is to insert a paragraph right after the heading:
But this gives the unsatisfactory result of formatting the heading as a span and linking it to the paragraph (though I believe we can handle it with our lua filters).
Many of our materials contain solution blocks with just code blocks or tables and I am wondering if there is a mechanism for us to register our divs so that we can avoid these clashes.
My system
quarto check
Outputquarto tools check
OutputChecklist
quarto check
in the "Quarto Check Output" text area?quarto tools check
in the "Quarto Tools Check Output" text area?The text was updated successfully, but these errors were encountered: