You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
web/templates/layouts/base.html has carried this since the layout was written:
<linkrel="stylesheet" href="style.css">
There is no style.css anywhere in the repo, and no web/static/ directory. Snowman copies a static/ directory into the built site (that is what snowman build --static reprocesses), so there is nothing for it to copy and nothing lands in web/site/:
$ ls web/site/
construction construction.html index.html item reference references.html subject subjects.html
Every page therefore requests /style.css and 404s, and the site has been rendering entirely unstyled.
The class names suggest what was intended
The templates already use utility classes that nothing defines:
class
used in
mx max-width line-height
base.html (on <body>)
my
base.html (nav)
mb
index.html, artists-book.html, references.html, …
Those are Basscss utility names, so the original intent looks like a small utility stylesheet that was never committed. Whether to restore that, write a minimal hand-rolled stylesheet, or drop the classes and the <link> is the actual decision here — this issue is just to record that the current state is broken either way.
Why it matters now
Two things run into it:
Images ([Main] AB cover image #9). The <img> elements added for item 4 stage 1 are inline-styled (max-width:100%;height:auto) precisely because there is no stylesheet to put the rule in. That works but does not belong inline.
Deep zoom. OpenSeadragon needs somewhere to serve a vendored JS bundle from, which is the same missing web/static/ pipeline.
Suggested fix
Create web/static/ and confirm Snowman copies it into web/site/ on build.
Put a stylesheet there — either Basscss or a small hand-written one defining the five classes actually in use.
Move the inline image styles out of the templates.
Add web/static/** to the web/site/index.html prerequisites in the top-level Makefile so editing the stylesheet triggers a rebuild, as the templates and queries already do.
web/templates/layouts/base.htmlhas carried this since the layout was written:There is no
style.cssanywhere in the repo, and noweb/static/directory. Snowman copies astatic/directory into the built site (that is whatsnowman build --staticreprocesses), so there is nothing for it to copy and nothing lands inweb/site/:Every page therefore requests
/style.cssand 404s, and the site has been rendering entirely unstyled.The class names suggest what was intended
The templates already use utility classes that nothing defines:
mx max-width line-heightbase.html(on<body>)mybase.html(nav)mbindex.html,artists-book.html,references.html, …Those are Basscss utility names, so the original intent looks like a small utility stylesheet that was never committed. Whether to restore that, write a minimal hand-rolled stylesheet, or drop the classes and the
<link>is the actual decision here — this issue is just to record that the current state is broken either way.Why it matters now
Two things run into it:
<img>elements added for item 4 stage 1 are inline-styled (max-width:100%;height:auto) precisely because there is no stylesheet to put the rule in. That works but does not belong inline.web/static/pipeline.Suggested fix
web/static/and confirm Snowman copies it intoweb/site/on build.web/static/**to theweb/site/index.htmlprerequisites in the top-levelMakefileso editing the stylesheet triggers a rebuild, as the templates and queries already do.