Open RoyiAvital opened 1 year ago
Incremental
is a Pandoc feature, and it's a feature of lists specifically: https://pandoc.org/MANUAL.html#incremental-lists
We would have to intercept and reimplement that entire infrastructure to enable this. It'd be a great one to have, but it's not in our short-to-medium-term radar.
OK, I get that we won't be able to make the {.incremental}
thing be explicit (Unless we ask pandoc
guys?).
But the image losing its index is the bug I'm after. Is there a way to force the index on the image?
That image isn't part of the incremental list, so I think what you're suggesting can't work. You might have better luck with pauses (. . .
), as explained here.
Leave alone the effect I want to achieve. I get it is not achievable as things now (What I do is manually add indices to the elements). The image itself doesn't retain the index set to it. That's the bug I reported.
@cscheid , I created https://github.com/quarto-dev/quarto-cli/discussions/3559.
Could you mark this as a bug and only pay attention to the issue of the fragment-index
of the image?
Bug description
It seems that Quarto doesn't apply the
fragment-index
to images:The output will have
data-fragment-index=0
for the image.In the case above I want the image to appear in sync with an item of the list. So I'd like to be able to have
![](https://i.imgur.com/PSZggyN.png){.absolute bottom=0 .fragment .fade-in-then-out fragment-index=20}
yet what ever I do, I can't control its index.Just as a note, it would be great to be able to have control on the index in
.incremental
. Maybe something like defining the index of the first item (Then all are chained)?This is tested on Windows 10, VS Code, Quarto Extension
1.56
and Quarto CLI1.2.269
.Checklist