Recent chat around micro.blog about enabling an “on this day” plugin prompted me to put together the shortcode below. Unlike sophisticated hugo configurations, mine is just updated by a cron job, so I can render it statically, without any javascript, and it’s always current to the day, even if I haven’t posted that day.

I call this shortcode from my /now page:

Posts on this day ({{ now.Format "Jan 2" }}):
<ul>
{{ range (where .Site.RegularPages "Section" "in" (slice "post" "note")) }}
  {{ if eq .Date.YearDay now.YearDay}}
  <li><a href="{{ .Permalink }}">{{ .Date.Format "2006-01-02"}} / {{ .Title }}</a>
  {{end}}
{{ else }}
    <li>... no entries ... 
{{ end }}
</ul>

Markdown render hooks allow for adding customization to the default markdown to html rendering in hugo. When placed in _default/_markup/render-image.html, this example overrides the standard rendering of images from markdown to include a call to Glightbox.

    <a href="{{ .Destination | safeURL }}" class="glightbox" data-gallery="{{ .Page.Permalink }}">
    <img src="{{ .Destination | safeURL }}" alt="{{ .Text }}" style="max-height: 720px" />
    </a>

This grabs the page’s permalink for the data-gallery property.

For photos specified in a post’s yaml frontmatter, I call a partial in my article template, photos.html:

    {{ range .Params.photo }}  
    <a href="{{ replace .value " " "" }}" class="glightbox" 
            data-gallery="{{ replace .value " " "" }}">
    <img src="{{ replace .value " " "" }}" alt="{{ .alt }} "
    style="max-height: 720px;"  />
    </a>
    {{ end }}

Both of these assign the data-gallery property in order to avoid overlapping galleries on index or other pages with multiple posts. One future improvement to try is building a shortcode to replace the partial, so that the gallery ID or other properties can be customized at call time.

SourceCodeSyntaxHighlight is a great drop-in plugin to enable syntax highlighting in the MaxOS finder’s quick view. Just what I needed to improve the experience of scanning json files in the finder!

Today’s experiment with my last.fm data is this clock-like display of my peak listening hours across time. All of these would be really fun to integrate into more Shiny-based toys – maybe that will be next on my list.

Okay, one final (probably) revision of tuneR for today, adding a bit of color and sizing to the plot of tags by artist, to show variation in tag rank within each artist.

What I’d give for a fish shell-style approach to command history in the R console.

A lot. I’d give a lot.

whispering VSCode plus a couple of extensions is a really nice environment for writing markdown.

I've long had a workflow in Alfred for adding things to my grocery list in Wunderlist. With Wunderlist being retired, I've switched a couple of shared-with-family lists to Todoist, and it's mostly okay; Todoist is much less of a good tool for just making lists, as it's oriented to projects  and lifestyle methodologies, but is good enough for what we need right now.

So I re-built my workflow in Alfred! All you need is a workflow that runs a bash script, and use the following for the code:

  curl https://api.todoist.com/sync/v8/sync \
  -d token=YOUR_TOKEN \
  -d commands="[{\"type\": \"item_add\", \"temp_id\": \"$(uuidgen)\", 
	    \"uuid\": \"$(uuidgen)\", \"args\": {\"content\": \"{query}\", \"project_id\": OPTIONAL}}]"

YOUR_TOKEN is found on the settings -> integrations page of your Todoist account. Specify a project ID if desired (I use the ID of my 'groceries' list as a default here). Otherwise omit the project argument. You can find the project ID by viewing the project in your browser; it will have a URL like https://todoist.com/app/#project%2F123456789%2Ffull, where the 123456789 is your project's ID.