docs: clarify TypeDoc coverage after Lit adapter#8
Conversation
Lit ships without a typedoc entryPoint; stop claiming every adapter is in the generated API index and link the Lit adapter page instead.
|
|
Closing — folding TypeDoc coverage fix into the Alpine adapter branch instead of a standalone docs PR. |
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughThe documentation clarifies generated TypeDoc coverage, explains per-entry generation from ChangesAPI reference documentation
Estimated code review effort: 1 (Trivial) | ~5 minutes Possibly related PRs
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Summary
apps/docswith merged PRs from the last 7 days (feat: layer handles and cancelQueued by id #4, docs: ship Blume public docs site and Lit adapter plan #6, feat: add Lit adapter at full matrix parity #7).typedoc.jsonstill omits Lit after feat: add Lit adapter at full matrix parity #7. Softened copy and added a Lit card →/adapters/lit.PRs checked
cancelQueued{ id }main(core-api, serial-queues, migration, glossary)apps/docspackages/lit+ docsTest plan
bun run docs:validate -- --strictbun run docs:check -- --isolatedbun run docs:buildSummary by CodeRabbit