README: state, not usage, in the features table; drop the 2.x migration guide #105
No reviewers
Labels
No labels
area:defold
area:docs
area:infra
area:protocol
area:testing
kind:bug
kind:chore
phase:breadth
phase:core
phase:hardening
phase:slice
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
yuris/spacetimedb-defold!105
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "readme-features-table"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Two things, both subtractive.
The features table states implementation, not usage. Every row used to carry call syntax —
stdb.builder():with_url(...):with_database(...),sub:on_applied, the wholectxmember list — which duplicated the wiki's API reference and made the table hard to read as the one thing it is: a comparison. Now it answers one question per row, on each side: ✅ shipped, ❌ absent, ➖ not applicable. Syntax stays on the page that documents syntax.Wire formatssplit into BSATN wire and JSON wire, because the two have different answers on the official side and one row could not say so with an emoji.The 2.x migration guide goes. Nobody is on 2.x, so it was a guide out of a place no reader is. The
ctx-first break is recorded in the v3.0.0 release annotation for anyone who arrives later wondering what changed between the tags, which is where a changelog belongs.Net -52/+29. No behaviour, no other file: the table and the upgrade note existed only in the README, so nothing else went stale. Checked: no reference to "Upgrading from" survives anywhere in the repo or the wiki, both
[sdkapi]/[sdkconn]link definitions are still used, every table row is well formed, and the README's quickstart still parses and runs against the live server (README_EXAMPLE_OK).