oxidecomputer / oxidecomputer/prettier-plugin-asciidoc
An unterminated delimited block directly under a substituting directive gains a closing delimiter
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 0
- Forks
- 1
- PR merge metrics
- No merged PRs in 30d
Description
What happens
ifndef::x[body]
----
para
Both programs render differently from the formatter's output, which closes the listing block with a ---- the source did not write. Six rows of the 2,268-row directive grid (the #309 lane, Sep 7); distinct mechanism from #327: the block is unterminated, and under the deleted-directive reading the ---- opens a listing that runs to end of input, while under the substituted reading body stands above it.
Related
#309, #327, #143 (delimiter respelling).
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the reproducer in the issue and compare the formatter's output with the source, then read related issues #309, #327, and #143 for the directive-grid and delimiter context. Check the six affected rows in the #309 lane; done means an unterminated block under a substituting directive no longer gains a closing delimiter and the affected cases render consistently.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100