Skip to content

Suppress dated child-page listings on spec section pages - #37

Merged
dacharyc merged 1 commit into
mainfrom
fix-section-listing
Sep 13, 2026
Merged

dacharyc merged 1 commit into
mainfrom
fix-section-listing

Conversation

@dacharyc

@dacharyc dacharyc commented Sep 13, 2026 •

Copy link
Copy Markdown
Member

Post-deploy fix: /spec/ and /spec/web/ rendered the theme's blog-style child listing, grouped under "0001" with "1 January 0001" dates, because the generated spec pages carry no date and Hugo's zero date filled in.

  • list.html gains a showChildPages front-matter switch (default true, so any future section that wants a listing keeps it)
  • Both spec section pages set it false; their contents are hand-curated ("Available now" on the landing page, "Spec Contents" on the overview)
  • article.showDate = false site-wide: individual pages were also stamping "1 January 0001" in their headers, and the spec's version table is the real date authority. Reading time is kept.

Verified in a local build: no "0001"/"January" artifacts, listing markup gone from both section pages.

(The CI self-test timeout fix briefly mentioned in an earlier edit of this description landed separately in #38.)

🤖 Generated with Claude Code

The theme's blog-style section listing rendered undated generated pages
grouped under year 0001. Adds a showChildPages front-matter switch
(default true), sets it false on the two spec section pages whose
contents are hand-curated, and disables article dates site-wide; the
spec's own version table is the date authority. Reading time stays.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@dacharyc
dacharyc merged commit 2eedb39 into main Sep 13, 2026
1 check passed
@dacharyc
dacharyc deleted the fix-section-listing branch September 13, 2026 22:24
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