Document that the client/server features are now opt-in #58
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Adds documentation for the switch to the
client
andserver
features now being opt-in, rather than enabled by default (see #54).I experimented with also enabling the nightly-only
doc_cfg
/doc_auto_cfg
features (that allow showing feature labels in the docs, see rust-lang/rust/issues/43781), however:docs.rs
(since it builds docs with nightly), they won't work for the GitHub pages version of the docs this project uses to previewmain
.So for now it seems best to not use that.
I did adjust the
docs.rs
config inCargo.toml
to ensure docs are actually generated for all features, since otherwise the docs were almost empty after #54.I also fixed a few typos / markdown syntax errors (let me know if you'd prefer these in a separate PR).