Journal

When I left off yesterday, I was able to extract a query from the search url, but not automatically load the results. Suspecting a timing/execution issue, I poked around a bit to confirm. My thought is to use an async method to first grab the query and then pass a search parameter to simple-jeykll-search. This was a great excuse for a refresher so I took some time to learn more. In the process of tinkering with structure and the script placements, auto-search began working earlier than expected. Making the call async/await was very straight-forward, however, so I implemented it just to ensure that any valid search query will be fetched in the future.

Curious to see how certain Jekyll values are exposed, I implemented a quick previous and next post link at the bottom of each post and journal. At the time of writing, everything is in _posts and has not yet been moved into collections. If I get to collections, I will be interested to see if and how this behavior changes.

My About page was the template default, so it was time to change that. I wrote up a little blurb with links to GitLab and my portfolio, and passed over all my posts to spell check myself. The past three months has had me staring at computer screens for 13-17 hours every day, so my eyes have been struggling, and I haven’t been good about my eye exercises like I should… 😬 I was surprised at how many spelling errors from the past 4 days I had completely overlooked! Shout-out to my wife who can spot spelling errors like a hawk in 0.2 seconds, I hope reading these posts will be more pleasant going forward!

My search JSON object is created by extracting all the Front Matter data from each post. The Skill page is partially functional right now, but I would really like to have more detailed information in a sortable format. Existing logic could be mostly moved into the skills.json file and populated correctly after some minor adjustments. As of this writing, however, I’m not exactly sure how to get the data back OUT of the JSON and into the skills table.

It appears that storing the skills.json in the _data folder doesn’t get generated in _site on build, possibly because it contains Liquid syntax, but I’m not entirely positive about that. My thinking was that any file with a YAML opening space was hit on compile, but I probably missed something somewhere.

With a non-Liquid JSON via copying the generated skills.js from my assets/js/ folder into my root _data folder, it looks like site.data.skills now can pull in the information…to an extent. So now the question will be, can I use files from assets or includes like a _data source, OR, can I automate copying the generated JSON object from build to a _data directory.

The raw data comes in as:

{"name"=>"javascript", "category"=>"TBD", "progression"=>"TBD", "entries"=>"2", "time"=>"11 h 50 m", "lastlogged"=>"TBD"} {"name"=>"liquid", ...}

When I try to jsonify the data, I get:

"{\"name\":\"javascript\",\"category\":\"TBD\",\"progression\":\"TBD\",\"entries\":\"2\",\"time\":\"11 h 50 m\",\"lastlogged\":\"TBD\"}" "{\"name\":\"liquid\",\...}

For whatever reason, I cannot seem to access this data, although everything I’m reading makes it look super simple. Looks like it will have to sit broken for another day, unfortunately.

Tasklist

  • Update journal format to optionally include tasks (manual headers?)
  • Make post search auto-populate results with url query
  • Previous and next post links at the bottom of each post
  • Write a proper About page with external links
  • Spell checking!
  • Extract stats from all posts
  • Perform skills aggregation to json output
  • => Update skills to populate from json