diff --git a/site/layouts/article.html.ejs b/site/layouts/article.html.ejs index f147d8c..018c24b 100644 --- a/site/layouts/article.html.ejs +++ b/site/layouts/article.html.ejs @@ -28,6 +28,10 @@ metadata.layout = "default.html.ejs" diff --git a/site/posts/2019-09-18-reincarnation.md b/site/posts/2019-09-18-reincarnation.md index c2ee293..361f50d 100644 --- a/site/posts/2019-09-18-reincarnation.md +++ b/site/posts/2019-09-18-reincarnation.md @@ -4,6 +4,7 @@ metadata.category = "meta" metadata.date = "2019-09-18 10:34:42 -0400" metadata.shortDesc = "Stand by for reincarnation." metadata.oldPermalink = "/meta/2019/reincarnation/" +metadata.useOldPermalinkForComments = true ```
diff --git a/site/posts/2019-09-22-activitypub-resources.md b/site/posts/2019-09-22-activitypub-resources.md index 06c4dbf..4336019 100644 --- a/site/posts/2019-09-22-activitypub-resources.md +++ b/site/posts/2019-09-22-activitypub-resources.md @@ -4,6 +4,7 @@ metadata.category = "activitypub" metadata.date = "2019-09-22 17:50:42 -0400" metadata.shortDesc = "A compilation of resources I found useful in learning/implementing ActivityPub." metadata.oldPermalink = "/activitypub/2019/activity-pub-resources/" +metadata.useOldPermalinkForComments = true ``` This isn't really going to be a blog most, but more of a collection of tidbits and resources I found helpful in implenting the [ActivityPub integration](/meta/2019/reincarnation/#activity-pub) for the new version of my blog. diff --git a/site/posts/2019-10-10-learning-elixir.md b/site/posts/2019-10-10-learning-elixir.md index 023e627..22a231f 100644 --- a/site/posts/2019-10-10-learning-elixir.md +++ b/site/posts/2019-10-10-learning-elixir.md @@ -4,6 +4,7 @@ metadata.category = "elixir" metadata.date = "2019-10-10 12:29:42 -0400" metadata.shortDesc = "How I learned Elixir and why I love it." metadata.oldPermalink = "/elixir/2019/learning-elixir/" +metadata.useOldPermalinkForComments = true ``` About a year ago, I set out to learn the [Elixir](https://elixir-lang.org) programming language. At the time, it was mainly so I could contribute to [Pleroma](https://pleroma.social), but I've since fallen in love with the language. diff --git a/site/posts/2019-11-11-js-free-hamburger-menu.md b/site/posts/2019-11-11-js-free-hamburger-menu.md index eb55327..9b0fa15 100644 --- a/site/posts/2019-11-11-js-free-hamburger-menu.md +++ b/site/posts/2019-11-11-js-free-hamburger-menu.md @@ -5,6 +5,7 @@ metadata.date = "2019-11-11 21:08:42 -0400" metadata.shortDesc = "Building a slide-over hamburger menu without using JavaScript." metadata.oldPermalink = "/web/2019/js-free-hamburger-menu/" metadata.slug = "js-free-hamburger-menu" +metadata.useOldPermalinkForComments = true ``` Slide-over menus on the web are a pretty common design pattern, especially on mobile. Unfortunately, they seem to generally be accompanied by massive, bloated web apps pulling in megabytes of JavaScript for the simplest of functionality. But fear not, even if you're building a JavaScript-free web app, or simply prefer to fail gracefully in the event the user has disabled JavaScript, it's still possible to use this technique by (ab)using HTML form and label elements. diff --git a/site/posts/2019-12-22-mock-http-ios-ui-testing.md b/site/posts/2019-12-22-mock-http-ios-ui-testing.md index 739419e..a7d7642 100644 --- a/site/posts/2019-12-22-mock-http-ios-ui-testing.md +++ b/site/posts/2019-12-22-mock-http-ios-ui-testing.md @@ -5,6 +5,7 @@ metadata.date = "2019-12-22 19:12:42 -0400" metadata.shortDesc = "Integrating a tiny web server into your Xcode UI test target to mock HTTP requests." metadata.oldPermalink = "/ios/2019/mock-http-ios-ui-testing/" metadata.slug = "mock-http-ios-ui-testing" +metadata.useOldPermalinkForComments = true ``` I recently decided to start writing User Interface tests for [Tusker](https://git.shadowfacts.net/shadowfacts/Tusker), my iOS app for Mastodon and Pleroma. But I couldn't just write tests that interacted with an account on any real instance, as that would be far too unpredictable and mean my tests could have an impact on other people. The solution to this problem is, of course, mocking. The core idea is that instead of interacting with external things, your program interacts with mock versions of them, which appear to be their real counterparts, but don't actually perform any of the operations they claim to. This allows for very tight control over what data the application receives, making it much more amenable to testing.