feat(args): add the filter-responsive argument - #365
Merged
Conversation
Hinode v3.22.0 added `filter-responsive` to the table shortcode, collapsing the filter button group into a dropdown below the site's main breakpoint. It was defined inline in hinode's own structure file, which is enough for one consumer. mod-blocks' list component now forwards the same argument, and a bookshop blueprint carries no inline types — every key resolves against this file through the snake_case to kebab-case lookup. Without a definition here, `filter_responsive` fails validation with "schema: missing type for 'list.filter_responsive'" and the build errors out. Two consumers, so the definition belongs in the shared file. The type matches hinode's inline declaration, so the two merge rather than conflict. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
Collaborator
Author
|
🎉 This PR is included in version 6.10.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
This was referenced Aug 23, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
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.
Summary
Adds
filter-responsiveto the global argument definitions.Why
gethinode/hinode#2137 (released in v3.22.0) added
filter-responsiveto the table shortcode, collapsing the filter button group into a dropdown below the site's main breakpoint. It was declared inline in hinode'sdata/structures/table.yml, which is enough while there is one consumer.mod-blocks'
listcomponent now forwards the same argument to the table partial. A bookshop blueprint carries no inline types — every key resolves against this file via the snake_case → kebab-case lookup inArgsSchema.html. Without a definition here the build fails hard:Two consumers, so per the "add to the global file for reusability" guidance the definition belongs here.
Compatibility
The type matches hinode's inline declaration (
bool, defaultfalse), soArgsSchema.htmltakes the plain merge path rather than the redeclared-type path — the two definitions agree and nothing is dropped. Hinode's inline copy can be removed later as cleanup; it is not required and is already shipped.Purely additive: a new optional argument defaulting to
false, so no existing component changes behavior.Testing
pnpm test— golden check passed (14 groups), no snapshot movement.HUGO_MODULE_REPLACEMENTS) plus hinode v3.22.0: the list component's filter block renders the collapsed dropdown and hides the button group below the breakpoint. Without this branch the same build fails with the error above.Blocks
gethinode/mod-blocks — the
listforward cannot merge until this ships, since its example site would fail to build.