Closed PurpleGuitar closed 3 years ago
so in this case we would have a q -> v -> q I would say yeah that it should but I don't think the secondary q should be in the markup. Might not be that straightforward to handle it.
I think I can handle it in the renderer for now. But we'll probably want to revisit it because I expect it will affect HTML and LaTeX as well.
We resolved this in USFMToolsSharp so this now is handled correctly
I think the following USFM may be parsed incorrectly:
This kind of construction is common and referenced in the spec: https://ubsicap.github.io/usfm/poetry/index.html#q
It seems to me that v22 is intended to be part of the quote, but the parser constructs them as sibling elements (one
\q
with no text, following by a\v
containing some regular text and some quoted text). As a result, the first line of v22 renders as normal text but the second line renders as poetry: