WIP: list posts

docs/2023-09-15-open-an-iex-shell-from-an-elixir-script.md

@@ -1,12 +1,12 @@
+{
+  id: "open-an-iex-shell-from-an-elixir-script"
+}
+
 ---
 title: "Open An IEx Shell From An Elixir Script"
 blurb: "We can run an Elixir script with either the <code>elixir</code> or the <code>iex</code> command. Both will execute the code, but the second command opens an interactive IEx shell afterward. What if, we won't know until runtime whether we want a shell or not? How can we start an IEx session even when we use <code>elixir</code>, instead of <code>iex</code>, to run our script?"
 ...
 
-{
-  id: "open-an-iex-shell-from-an-elixir-script"
-}
-
 ## Method 1
 
 Here's a quick test script:

docs/2023-10-08-start-erlangs-dialyzer-with-gui-from-a-docker-container.md

@@ -1,12 +1,12 @@
+{
+  id: "start-erlangs-dialyzer-with-gui-from-a-docker-container"
+}
+
 ---
 title: "Start Erlang's Dialyzer With GUI From A Docker Container"
 blurb: "Everything in OTP is command-line driven, so using containers during development has been without issue. But, Dialyzer, Erlang's static analysis tool, actually has a Graphical User Interface. How can we still use Dialyzer and its GUI even though Elixir is running inside a container?"
 ...
 
-{
-  id: "start-erlangs-dialyzer-with-gui-from-a-docker-container"
-}
-
 I use Docker mostly when working on software projects and I figured out how to get Erlang's Dialyzer GUI working in a Docker container.
 
 1. Start a container with X11 forwarding:

docs/2023-10-16-fix-distortion-introduced-when-transforming-multiview-projections-to-isometric.md

@@ -1,11 +1,11 @@
----
-blurb: "One thing we learned from a week of trying to make isometric vector drawings."
-...
-
 {
   id: "fix-distortion-introduced-when-transforming-multiview-projections-to-isometric"
 }
 
+---
+blurb: "One thing we learned from a week of trying to make isometric vector drawings."
+...
+
 ## Objective
 
 Construct an isometric vector image of an object from top, front, and side view projections  (like [this](https://workforce.libretexts.org/Bookshelves/Drafting_and_Design_Technology/Introduction_to_Drafting_and_AutoCAD_3D_(Baumback)/02%3A_Part_2/2.01%3A_Module_7-_Visualizing_Multiview_Drawings), but using Inkscape instead of AutoCAD).

docs/2023-11-01-deploy-elixir-generated-html-with-docker-on-digitalocean.md

@@ -1,12 +1,12 @@
+{
+  id: "deploy-elixir-generated-html-with-docker-on-digitalocean"
+}
+
 ---
 title: "Deploy Elixir-Generated HTML With Docker On DigitalOcean"
 blurb: "This is a simple proof of concept where we create a boilerplate HTML file with Elixir, containerize our build process with Docker, and deploy our markup live with DigitalOcean's hosting service."
 ...
 
-{
-  id: "deploy-elixir-generated-html-with-docker-on-digitalocean"
-}
-
 ## Introduction
 
 DigitalOcean has this [App Platform](https://www.digitalocean.com/products/app-platform) service that can host a static website, as well as build it from a Docker image, if provided a `Dockerfile`. We thought a static website built by an Elixir app could be an instructive project. To explore if the idea is viable, we wrote a small Elixir application that generates a simple `index.html` file and deployed it live on DigitalOcean's service.

docs/2023-11-15-test-mix-task-file-modify.md

@@ -1,12 +1,12 @@
+{
+  id: "test-mix-task-file-modify"
+}
+
 ---
 title: "Temporary Directories For Testing Mix Tasks That Modify Files"
 blurb: "Writing a test for a simple Mix task gets surprisingly complex. Application environment variables, temporary test directories, and IO capture are all involved."
 ...
 
-{
-  id: "test-mix-task-file-modify"
-}
-
 ## Intro
 
 Last time, we added a Mix task to our project that writes an HTML file to a directory `/public` in the container's filesystem. Today, we will write a test for that task.

docs/2023-12-01-build-static-website-generator-part-1.md

@@ -1,12 +1,12 @@
+{
+  id: "build-static-website-generator-part-1"
+}
+
 ---
 title: "Build A Static-Website Generator With Elixir, Part 1"
 blurb: "We take the first steps in designing and implementing the \"world's simplest static-website generator\". Building on tools and knowledge we acquired previously, and utilizing an incremental and iterative development process, we go through the entire software life-cycle from creating the initial project files to deploying to production. We spare nothing, from spelling out every command, to ensuring application integrity with tests, and even updating the README file. Grab a drink and some snacks, and dive right in!"
 ...
 
-{
-  id: "build-static-website-generator-part-1"
-}
-
 ::: info
 This post was originally intended to be the first in a multi-part series.
 However, the deeper we got into this project, the more we realized we were