Repository navigation
DOC: metadata-only paradigm compatibility recipe - #1228
Conversation
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 018e6beb2b
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| ===================================== | ||
| Check paradigm metadata before loading | ||
| ===================================== |
There was a problem hiding this comment.
Extend the reStructuredText title adornments
Sphinx Gallery parses this docstring as reStructuredText, but both adornments are 37 characters while the title is 38, so the documentation build emits a “title overline too short” parsing error and may render a system message instead of a proper gallery title. The section underlines on lines 28 and 50 are likewise one character shorter than their headings; extend all three affected adornments to match their heading lengths.
Useful? React with 👍 / 👎.
Summary
Deliberately limited scope
This is a documentation recipe, not a new combined evaluation validator. Evaluation predicates are instance methods and construction initializes Results and filters the supplied dataset list. Rather than introduce unsupported dummy receivers or refactor those predicates, this reuses the existing public paradigm API and leaves evaluation compatibility null. No evaluation semantics, package API, dependencies, workflow, competition settings, or dataset loader changes.
Validation
Normal required reviews/checks must pass before merge; no bypass requested.