Skip to content

Clear every Sphinx warning - #73

Merged
gyli merged 1 commit into
masterfrom
docs/clear-sphinx-warnings
Sep 17, 2026
Merged

gyli merged 1 commit into
masterfrom
docs/clear-sphinx-warnings

Conversation

@gyli

@gyli gyli commented Sep 17, 2026

Copy link
Copy Markdown
Owner

Six warnings on every documentation build, so a new one would not stand out among them. All cosmetic, none changing what a reader sees, but they were the noise that made it easy to miss that the site was not building at all (#72).

warning cause fix
Line block ends without a blank line (x2) icon_style is the one parameter whose line-block continuation lines lack the leading two-space indent, so docutils ends the block early indent them, as every other parameter already does
Inline strong start-string without end-string make_waffle's :param **kwargs: opens inline strong that never closes escape as \*\*kwargs and make the docstring raw, matching what functional.py already does
local id not found: 'value-scaling' MyST generates no heading anchors unless asked, so subplots.md's link to value_scaling_and_auto_sizing.md#value-scaling resolved to nothing set myst_heading_anchors
cross-reference target not found: 'font_awesome_integration.html' the link points at a built artifact Sphinx cannot resolve point at the source file, so it is checked at build time
Invalid configuration value: 'language = None' left at the template default set "en", which is what Sphinx was falling back to anyway

Two of these were real broken links that looked fine in the page: the #value-scaling fragment went nowhere, and the Font Awesome link was only working by accident of the output layout.

Verified in the rendered HTML, not just by the warning count

A warning count going to zero can also mean the content stopped rendering, so I checked the output:

  • icon_style text is intact, as a proper line block.
  • **kwargs renders literally, with no stray backslashes leaking through.
  • id="value-scaling" now exists in the target page, and the link points at it.
  • The Font Awesome link resolves to ../font_awesome_integration.html, which is built.

Suite is green (234 tests), including the docstring tests that assert every parameter is documented with its real default. black clean.

Stacked on nothing, but best merged after #72, which is the fix that actually matters.

Six warnings on every docs build, so a new one would not stand out. All cosmetic, none
changing what a reader sees, but they were the noise that hid a real problem.

- icon_style was the one parameter whose line-block continuation lines lacked the leading
  two-space indent, so docutils ended the block early and warned twice. Every other
  parameter in the docstring is already written this way.
- make_waffle's ":param **kwargs:" opened inline strong that never closed. Escaped as
  \*\*kwargs and the docstring made raw, matching what functional.py already does.
- MyST generates no heading anchors unless asked, so subplots.md's link to
  value_scaling_and_auto_sizing.md#value-scaling silently resolved to nothing. Set
  myst_heading_anchors.
- plot_with_characters_or_icons.md linked to font_awesome_integration.html, a built
  artifact Sphinx cannot resolve. Point at the source file so it is checked.
- language was None, which Sphinx warns about and falls back to "en" for. Set it.

Verified in the rendered HTML rather than only by the warning count: the icon_style text
is intact, **kwargs renders literally with no stray backslashes, the #value-scaling
anchor now exists in the target page, and the Font Awesome link resolves to a page that
is actually built.
@gyli
gyli merged commit 3cd4ddc into master Sep 17, 2026
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant