oxidecomputer / oxidecomputer/prettier-plugin-asciidoc

block anchor spelling normalizes to [[id]] over [#id] where the reader records the respelling as render-equal

Open
#253 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

conformance mechanism:inline-vocabulary obligation:completeness
Dominant language
TypeScript
Stars
0
Forks
1
PR merge metrics
No merged PRs in 30d

Description

Ruled by Dan (2026-09-06, on #217): not a preserved choice. Normalize only where the reader has recorded a fact that the respelling is render-equal; keep the author's spelling where no fact licenses the change. Before any code: this row's proof source, the generated whitespace battery (#239) run over the pair's domain through both programs, with the negative shapes pinned; the fact joins the block-level record the whitespace-fact change (#240) establishes; the printer never decides safety itself (no fact, no rewrite).

The pair

[[id]] over [#id] for a block anchor (the shorthand form is the target). Both spell the same anchor; the domain question is where [#id] carries more than an id (roles, options) and where the two forms sit in metadata runs the reader stacks differently.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with this row's proof source: the generated whitespace battery from #239, run over the pair's domain through both programs with the negative shapes pinned. Review how the whitespace-fact change in #240 establishes the block-level fact and ensure the printer relies on that fact; done means rewriting [[id]] over [#id] only when render-equality is recorded.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
tooling
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.