Skip to content

Document vendored Bulma style.css and add CI guard against .scss collisions - #2069

Merged
exoticDFT merged 1 commit into
USRSE:mainfrom
lparsons:css-guardrails
Sep 30, 2026
Merged

exoticDFT merged 1 commit into
USRSE:mainfrom
lparsons:css-guardrails

Conversation

@lparsons

Copy link
Copy Markdown
Member

Part of #2063 (Phases 1 and 2).

Summary

assets/css/style.css is a pre-compiled Bulma snapshot with hand-written edits and no Sass build step. Nothing in the repo said so, which is how #2026's style.scss ended up silently shadowed by it (fixed in #2062). This PR makes that visible and catches it automatically:

  • Header comment at the top of style.css: explains what the file is, says to add custom rules at the end, and warns against adding style.scss.
  • Docs: new "How do I change the site's styling (CSS)?" entry in docs/details.md. It explains what Bulma is, how style.css is maintained today, and the stylesheet load order in _includes/head.html (style.css loads before reboot.css and bootstrap.css, so equal-specificity rules in those files win).
  • CI: new css-collision job in linting.yaml. It fails a PR if any tracked .scss/.sass file (excluding _-prefixed partials, which Jekyll doesn't output) sits next to a .css file with the same name. It's a few lines of shell with no dependencies and no network access.

No visual change: the built style.css differs from main only by the new comment.

Test plan

  • Collision check passes on this branch (no .scss/.sass files exist)
  • Collision check in a scratch repo: _sass/_bulma.scss, assets/css/_part.scss next to _part.css, and a non-colliding other.scss all pass; style.scss next to style.css and extra.sass next to extra.css each produce an error and exit 1
  • bundle exec jekyll build succeeds; built style.css diff vs main is only the header comment

🤖 Generated with Claude Code

style.css is a pre-compiled Bulma snapshot with hand edits and no Sass
build, which isn't obvious to contributors. A sibling style.scss silently
shadowed it in USRSE#2026. Add a header comment and a docs/details.md section
explaining how to change styles, plus a CI job that fails when a Sass file
would compile to the path of an existing static .css file.

Part of USRSE#2063 (phases 1 and 2).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@lparsons

Copy link
Copy Markdown
Member Author

@USRSE/usrse-maintainers Please review, thanks!

@exoticDFT exoticDFT left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for noticing this and fixing the issue. I had a feeling we did some compilation of the style.css, but couldn't find that information either before I merged.

@exoticDFT
exoticDFT merged commit 0eef299 into USRSE:main Sep 30, 2026
3 of 4 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.

2 participants