Skip to content

docs: drop unresolvable @extref in plotting-extension docstrings (#427) - #428

Merged
ocots merged 1 commit into
mainfrom
fix/plot-extref-427
Sep 2, 2026
Merged

ocots merged 1 commit into
mainfrom
fix/plot-extref-427

Conversation

@ocots

@ocots ocots commented Sep 2, 2026

Copy link
Copy Markdown
Member

Closes #427.

Problem

Three docstrings in the plotting extensions cross-reference the public plotting method
by signature:

[`Plots.plot(::CTModels.Solutions.Solution)`](@extref)
  • ext/CTModelsPlots.jl:128 — Plots.plot! docstring
  • ext/CTModelsMakie.jl:79 — Makie.plot docstring
  • ext/CTModelsMakie.jl:100 — Makie.plot! docstring

None resolve. Plots.plot(::CTModels.Solution) / Makie.plot(::CTModels.Solution) are
defined in weak-dependency extensions, so they are not part of any package the
InterLinks inventory indexes. objects.inv (local build, published stable, published
dev — all checked) registers only CTModelsPlots._plot / _plot!,
CTModelsMakie._plot / _plot!, CTModels.PlotCase.* and CTModels.Solutions.Solution jl:type. There is no Plots.plot / Makie.plot binding to anchor to.

Residue of #416, which fixed the type path (CTModels.Solution →
CTModels.Solutions.Solution) but not the Plots.plot(::…) method self-reference.

Fix

Drop the link, keep the prose — these docstrings only say "same keyword arguments as the
other plot method":

file new text
ext/CTModelsPlots.jl … keyword arguments as plot (documented above);
ext/CTModelsMakie.jl (×2) … as the Plots-backend plot``

The resolvable [CTModels.Solutions.Solution](@extref) links are left untouched.

Effect

Documentation-only; no runtime or public-API change. Project.toml bumped to
0.19.4-beta, CHANGELOG + BREAKING updated (No Breaking Changes).

🤖 Generated with Claude Code

The `plot!` / `Makie.plot` / `Makie.plot!` docstrings cross-referenced the
public method as `[`Plots.plot(::CTModels.Solutions.Solution)`](@extref)`, an
anchor that cannot exist: the public `Plots.plot` / `Makie.plot` methods on a
`Solution` are defined in weak-dependency extensions, so the inventory registers
only the internal `CTModelsPlots._plot` / `CTModelsMakie._plot` helpers. The
links are now plain prose.

Also clears four `@extref` warnings from OptimalControl.jl's docs build, where
these docstrings are transcluded onto results/plot.md, results/plot-makie.md and
the generated api/io.md. Follow-on to #416.

Documentation-only; no runtime or public-API change. Bumps to 0.19.4-beta.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@ocots ocots added documentation Improvements or additions to documentation run documentation Trigger the Documentation workflow on this PR run ci Trigger the CI workflow on this PR labels Sep 2, 2026
@ocots
ocots merged commit 6f1719a into main Sep 2, 2026
18 checks passed
@ocots
ocots deleted the fix/plot-extref-427 branch September 2, 2026 13:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation run ci Trigger the CI workflow on this PR run documentation Trigger the Documentation workflow on this PR

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Extension plotting docstrings @extref Plots.plot(::CTModels.Solutions.Solution), an anchor that cannot exist

1 participant