[LukasWallrich]

Glossary term titles and related terms now render their inline Markdown. This is content-review item clusters-glossary-31, alternative 2.

What changes

• layouts/partials/doors/term_title.html escapes the title and runs it through markdownify before the <bdi> wrap. The A–Z side card, the breadcrumb and the <h1> now show "Research Contribution Metric (p)" with an italic p, not (*p*). Slugs and en_title matching are unchanged.
• layouts/partials/functions/resource_metadata.html gives glossary pages a plain-text title (markdownify | plainify) for <title>, og:title and JSON-LD. Those now read "Research Contribution Metric (p) | FORRT".
• layouts/glossary/single.html, related terms:
  • * and \ are stripped before the slug is built.
  • The link text is rendered with markdownify.
  • The committed content on this branch still has *P*\-hacking and *P*\-value fishing. They now link to /glossary/english/p_hacking/ and show an italic P; before, they showed the raw text with no link.
• scripts/check_seo_html.py: new hard check 18 fails (numbered 18 because Render italics and small caps in publication titles on cluster pages #1083 adds a 17) if a glossary page's <title> or <h1> shows paired asterisks. A lone asterisk passes, as in "G*Power". Unit tests are added. With the old title partial the check fails on glossary/english/research_contribution_metric__p_/.

Launch step: restore the italic p in related terms

On 8 November, ten Related_terms cells in the Glossary sheet (tab glossaries) were changed to plain text, because main shows the asterisks as typed and the asterisks break the link slug. Once this branch is live, the italics can go back. Use lowercase, with no backslash:

Cell	Plain now	Restore to
G19	p-value	*p*-value
G92, G158, G196, G218, G247	p-hacking	*p*-hacking
G161	p-hacking; p-value	*p*-hacking; *p*-value
G195	p-hacking; p-value fishing; … Reverse p-hacking	*p*-hacking; *p*-value fishing; … Reverse *p*-hacking
G239, G253	p-value	*p*-value

Term titles stay plain ("p-value", "p-hacking"), because an asterisk in a title changes its slug (_p_value).

Not changed

• The Arabic title for Confirmation bias is **ا**لانحياز التَّوكيديّ. It now renders with its first letter in bold, where before it showed asterisks. This is a data issue in the sheet; it is listed for the Arabic team in Turkish glossary: MOOCs entry shows the JabRef definition #933 (comment).

Checks: hugo --gc --minify builds. scripts/check_seo_html.py passes all checks, including the new check 18. The unit tests pass (130). I looked at the built term pages and the A–Z list.

🤖 Generated with Claude Code

[github-actions]

⚠️ Image files/references in png/jpg format detected

Note that we generally rely on webp format for this webpage, so please consider converting these images to WebP format and updating references accordingly.

References to image files:

• scripts/rebrand/allowed_changes.txt: post/*/featured_hu.jpg
• scripts/rebrand/allowed_changes.txt: post/*/featured_hu.png
• scripts/rebrand/allowed_changes.txt: ai-metascience/featured_hu.png

[github-actions]

✅ Spell Check Passed

No spelling issues found when checking 9 changed file(s)! 🎉

[cubic-dev-ai]

All reported issues were addressed

<sub>Reply with feedback, questions, or to request a fix.

View guided diff | Turn on auto-fix | Re-trigger cubic</sub>

[cubic-dev-ai]

All reported issues were addressed

<sub>Reply with feedback, questions, or to request a fix.

View guided diff | Turn on auto-fix | Re-trigger cubic</sub>

[LukasWallrich]

Note

🤖 Claude Opus 5.5 responding on behalf of Lukas Wallrich

No change needed for the image warning. The three references are existing lines in scripts/rebrand/allowed_changes.txt, which this PR touched elsewhere. They name old generated featured_hu.jpg/.png copies that the redesign is allowed to drop. They are not image references. The check-images job passes.

[cubic-dev-ai]

All reported issues were addressed across 1 file (changes from recent commits).

<sub>Reply with feedback, questions, or to request a fix.

View guided diff | Turn on auto-fix | Re-trigger cubic</sub>

[LukasWallrich]

Note

🤖 Claude Opus 5.5 responding on behalf of Lukas Wallrich

@richarddushime, this has already been merged into rebrand-doors. Could you still give a post-merge review of its template code? Lukas chose to render Markdown in glossary term titles, for example the italic p in "Research Contribution Metric (p)". To do that, the PR changes these shared partials:

1. htmlEscape | markdownify before safeHTML in layouts/partials/doors/term_title.html and for related terms in layouts/glossary/single.html. Escaping first should mean only Markdown, not raw HTML from the sheet, can produce tags. Is that enough? Would you prefer .RenderString or an inline-only option, so that a title starting with 1. or # can't become a list or heading?
2. layouts/partials/functions/plain_title.html, new and glossary-only. It feeds <title>, og:title, breadcrumbs and the JSON-LD names through resource_metadata.html, jsonld/main.html and structured-data/glossary-term.html. jsonld/main.html and resource_metadata.html run on every page; for non-glossary pages the text passes through unchanged. Is the per-item partial call in jsonld/main.html's collection loop acceptable for build time on large sections?
3. Related-term slugs now drop * and \ before matching, so *P*-value links to the p_value page. Could that make two different terms match the same slug?