microsounds.github.io

This is a kagami template and accompanying source code that renders my personal site at https://microsounds.github.io/

Validation

This site aims for polyglot HTML5 compliance, a robust well-formed subset of HTML5 and XHTML as defined by W3C and WHATWG for more rigorous syntax validation. This is sometimes referred to as XHTML5.

Documents should render identically when served as text/html or application/xhtml+xml on the last 2 relevant web browsers, Chromium and Firefox. In practice, Chromium-based browsers will render the stylesheet last on webpages served as XHTML, flashing an unstyled page on every page load which browser caching does not seem to fix. I haven't noticed this in a while.

You can verify this yourself using busybox httpd or using Schneegan's XHTML Proxy. Use of modern features such as audio elements prevents validating as "true" XHTML 1.0 Strict.

Note that some visual effects are disabled in mobile browsers for performance reasons, Firefox hangs completely when using SVG feTurbulance filters through CSS.

Deploying

Normally, I run kagami and commit build artifacts in master.

• Use something simple like busybox httpd in the document root to preview changes before pushing.
• You could also comment out unset DOC_ROOT in .kagami/macros if you want to build for local viewing only.
  • AJAX calls to file:// URIs will silently fail due to CORS restrictions in modern web browsers.

NOTE
This part is not kept up to date.

Scripts in .kagami/macros and .scripts/ have hard dependencies on my userland environment located here, and operate under the assumption that you are me and you (me) have a copy of all my dotfiles sitting in your $HOME

• Some examples include:
  • .kagami/macros expects my ~/.local/lib/moonphase-date — timestamp conversion routines, requires GNU date, bc
  • .scripts/dotfiles-ls.sh expects every single file in my userland environment to properly build notes/dotfiles.md
  • .scripts/unreachable.sh expects git alias list-files and wget to spider through this repo to report broken links.
  • .scripts/fetch-figure-pics.sh expects wget to spider through myfigurecollection.net to fix broken links.

External build processes pushing to this repo

An Actions workflow from my userland environment repo is triggered on every push and on a cron job timer that performs a simplified version fo the CI/CD behavior described below, both as a side effect of testing my dotfiles on every revision and as a convenient way to have dynamically updated static webpages.

On CI/CD automated page builds

If your plan is to use GitHub Pages with your own static site generator, you could keep only source code in master and automatically push -f build artifacts to a different orphan branch not unlike what GitHub does for pages using Jekyll.

If you want to avoid cluttering your commit history with CI commits coming from your account, use the github-action bot's git username github-actions and email address [email protected] when committing.

Committing to a different repo

The default per-run GitHub Actions token ${{ secrets.GITHUB_TOKEN }} will not allow you to push new commits to a a different repo you control.

For GitHub Pages, this requires creating a Personal Access Token with at least public_repo permissions and adding it to your repo's secrets.

• Generate a PAT at Settings > Developer settings > Personal access tokens

• An example workflow depicting this automated build behavior can be found here.