Minor blog edits

content/blog/breakdown-gallery/index.md

@@ -36,12 +36,12 @@ I worked on my website gallery for years, pretty much [since the site's inceptio
 1. It goes through the `art` directory in the site root, iterating over each and every piece definition.
 2. For each piece, it generates a markdown file containing only Hugo front-matter information which will be needed later. The usual suspects (title, date, slug) used by standard Hugo pages are filled in too.
 3. After it's done with the pieces themselves, two more pages are generated:
-	1. The script keeps track of the set of years of the entire gallery, and generates stub pages so they are navigatable.
+	1. The script keeps track of the set of years of the entire gallery, and generates stub pages so they are navigable.
 	2. It also generates a statistics page, using some other stats calculated during it's run. Eventually I'd like to expand this in the future!
 	
 So each artwork has it's own markdown file (which is just a page) and the whole gallery is decked out in custom layouts. There's a separate layout for the main gallery page, the one used when searching by year, and of course when viewing the artwork individually.
 
-I personally find this setup works really well, and requires very little Javascript or anything dynamic. However, there is Javascript used for properly layouting the gallery, adding comment/voting boxes but these are not required to view the page. Since everything can be fed into Hugo, the rest is statically generated!
+I personally find this setup works really well, and requires very little JavaScript or anything dynamic. However, there is JavaScript used for properly laying out the gallery, adding comment/voting boxes but these are not required to view the page. Since everything can be fed into Hugo, the rest is statically generated!
 
 Another neat thing is that I have three separate tagging systems on my website. One is used for blog tags, another is art tags, and the last are character tags. This was actually really easy to do, here's a snippet of my `config.toml`:
 

content/blog/death-of-gfx/index.md

@@ -16,8 +16,8 @@ to Metal using [MoltenVK](https://github.com/KhronosGroup/MoltenVK). <!--more-->
 ![Screenshot of Prism running on macOS over MoltenVK](prism-on-mac-vulkan.webp)
 
 To clarify, Prism running on macOS is nothing new. In fact, a large portion of the engine was
-developed natively on macOS using Metal. Vulkan was actually added after the fact, and since I already had plenty of
+developed on macOS using Metal. Vulkan was actually added after the fact, and since I already had plenty of
-Vulkan experience it was no trouble. I initially chose to use Metal natively (over MoltenVK at the time) because the tooling was still too new, and I wanted to learn Metal. However, something big has come along since then, the rise of the [Vulkan Portability Initiative](https://www.vulkan.org/portability)!
+Vulkan experience it was no trouble. I initially chose to use Metal (over MoltenVK at the time) because the tooling was still too new, and I wanted to learn Metal. However, something big has come along since then, the rise of the [Vulkan Portability Initiative](https://www.vulkan.org/portability)!
 
 ![Vulkan Portability Logo](Vulkan-Portability.svg)
 

content/blog/fixing-22r/index.md

@@ -199,13 +199,13 @@ So now I'm **trying to upstream the uclogic patch!** Oh how I wish it was a bug
 
 * Both stylus buttons work!
 * Pen pressure works.
-* Both dials work, although the right one is registered as horizontal scroll which is odd - that might have to be remappable on a higher layer.
+* Both dials work, although the right one is registered as horizontal scroll which is odd - that might have to be re-mappable on a higher layer.
 * The tablet buttons "work" but some of them are not registered properly as there's more buttons than HID definitions for buttons. I might have to split this up into two devices, or something.
 
 Now here's my to-do list:
 
 * Hopefully receive Aren's blessing to release the patches with his original ownership.
-* Figure out a fix with the tablet buttons, and contact Nicolas Fella (who is working on the remappable tablet buttons in 5.27) to see what needs to be done so they're remappable in the new GUI.
+* Figure out a fix with the tablet buttons, and contact Nicolas Fella (who is working on the re-mappable tablet buttons in 5.27) to see what needs to be done so they're re-mappable in the new GUI.
 * Choose whether or not to contribute it directly to upstream (slow?) or back to Digimend.
 
 If anyone is familiar with kernel contributions in the HID subsystem, or know the right people (like the ones mentioned in the article, hi!) I would love to get in [contact](/contact)!

content/blog/fixing-22r2/index.md

@@ -203,7 +203,7 @@ id-input:*:input:b0003v28BDp091Be0100*
 However I didn't like this solution, and it would be a _pain_ to find the modalias
 for every single tablet that ever existed, that udev mistakenly categorizes. Is
 there a better solution? Instead I changed the logic in `src/udev/udev-builtin-input_id.c`.
-Let's take a look at the original codepath:
+Let's take a look at the original code path:
 
 ```c
 ...

content/blog/future-of-silica-viewer/index.md

@@ -9,7 +9,7 @@ I will not be renewing my Apple Developer License for various reasons [I've alre
 
 {{< stoot "mastodon.art" "109916077868745391" >}}
 
-If you already bought Silica Viewer, nothing will change - you can continue to redownload it into perpetuity. This just means you can't pay money for it now, although I wouldn't want you to because I don't keep up with active development. As always, Silica Viewer is open source and free to use still.
+If you already bought Silica Viewer, nothing will change - you can continue to re-download it into perpetuity. This just means you can't pay money for it now, although I wouldn't want you to because I don't keep up with active development. As always, Silica Viewer is open source and free to use still.
 
 ![Screenshot of Silicate](macos.png)
 

content/blog/kde-april2023/index.md

@@ -15,7 +15,7 @@ Here's my KDE contributions for this month! It's a little bit shorter than I'd l
 ## Extra CMake Modules
 
 I put up MRs for a bunch of small fixes related to the QML module:
-* Plugin initialization files [weren't being prepended a target name, so they were always named `_init.cpp`](https://invent.kde.org/frameworks/extra-cmake-modules/-/merge_requests/346).
+* Plugin initialization files [didn't contain a target name, so they were always named `_init.cpp`](https://invent.kde.org/frameworks/extra-cmake-modules/-/merge_requests/346).
 * Private QML sources are [now marked as internal in the generated qmldir](https://invent.kde.org/frameworks/extra-cmake-modules/-/merge_requests/348).
 * Overhaul static plugin initialization, [to prevent the linker from possibly throwing away important plugin init symbols](https://invent.kde.org/frameworks/extra-cmake-modules/-/merge_requests/347).
 

content/blog/kde-feb2023/index.md

@@ -23,7 +23,7 @@ The Joystick KCM is pretty bad shape right now, for numerous reasons:
 
 So one of my big "Plasma 6" goals is to rewrite the KCM with a few goals in mind:
 
-* Rebrand it around "Gamepads" and "Game Controllers" instead of "Joystick". A lot of people have mentioned they didn't even know it supported regular game controllers.
+* Re-brand it around "Gamepads" and "Game Controllers" instead of "Joystick". A lot of people have mentioned they didn't even know it supported regular game controllers.
 * Based on modern APIs and frameworks such as Solid.
 * QML-based, with clear a symbolic gamepad layout which makes it easier to test a controller. No more tables of buttons!
 * Remap buttons for SDL games along with the regular calibration found in the old KCM.
@@ -43,7 +43,7 @@ I landed a bunch of features in Tokodon this month, including some much needed b
 
 ## Web+ap support
 
-I landed support for the [web+ap url scheme](https://github.com/fedi-to/fedi-to.github.io/blob/main/webap.md) used to open ActivityPub objects in Tokodon! Just like matrix.to links in NeoChat, these allow linking to ActivityPub objects online. Once everything is in place, we will be one of the first clients to natively support it!
+I landed support for the [web+ap url scheme](https://github.com/fedi-to/fedi-to.github.io/blob/main/webap.md) used to open ActivityPub objects in Tokodon! Just like matrix.to links in NeoChat, these allow linking to ActivityPub objects online. Once everything is in place, we will be one of the first clients to support it!
 
 If you can't wait, it's also possible to open up regular `https` linked posts in Tokodon by passing it as an argument, if you want to hook it up somehow in your browser.
 

content/blog/linux-graphics-stack.md

@@ -79,7 +79,7 @@ If you run this on your system (and of course substitute the library if you're n
 
 * `wsi` - window screen interface related functions.
 * `radv` - device-specific functions.
-* `vk_common` - common vulkan functions that are not device specific, like `vkFlushMemoryRanges`. We'll get to why these are included here at all later.
+* `vk_common` - common Vulkan functions that are not device specific, like `vkFlushMemoryRanges`. We'll get to why these are included here at all later.
 * Weirdly enough, video game names such as `metro_exodus`. We'll come back to why those are even a thing in a future article.
 
 Seeing this might make you think, _"wait a second, what are some instance-level functions doing there?"_ If you aren't familiar with Vulkan, it's functions have two distinct levels to them:

content/blog/prism-changes-feb-april-2021/index.md

@@ -40,7 +40,7 @@ Right now SDL is used for Windows and Linux, and I have no plans on supporting i
 
 {{< video "weewoo.webm" >}}
 
-This is a pretty and clear nice benefit from using the SDL backend, because now it gets multiviewport support for free! If you've never seen this [dear imgui feature before](https://github.com/ocornut/imgui/wiki/Multi-Viewports), it's really cool to see it in action. It allows regular imgui windows to be dragged outside the main window, and enables some really cool workflows and use-cases you would normally see in other GUI toolkits like Qt and GTK.
+This is a pretty and clear nice benefit from using the SDL backend, because now it gets multi-viewport support for free! If you've never seen this [dear imgui feature before](https://github.com/ocornut/imgui/wiki/Multi-Viewports), it's really cool to see it in action. It allows regular imgui windows to be dragged outside the main window, and enables some really cool workflows and use-cases you would normally see in other GUI toolkits like Qt and GTK.
 
 # The new render target system
 

content/blog/purging-twitter.md

@@ -1,17 +0,0 @@
----
-title: "Purging Twitter"
-date: 2022-06-28
-draft: false
----
-
-In my series of purging my content on propietary platforms I don't align with anymore, the next on the chopping block is Twitter. Just like GitHub, I have several personal reasons why I'm not supporting Twitter any longer:
-
-* Focus on alogrithmic discovery as opposed to a simple, linear timeline.
-* Supporting NFTs which I don't personally agree with.
-* There's advertisements **everywhere**! So many ads!
-    * What's hilarious is that Twitter Blue (their premium subscription service.... to a multi-billion dollar company that doesn't need more money) doesn't seem to even remove these ads. What?? It only seems to remove ads on other websites.
-* There is so much notification spam - which is related to their insistence that they know what you like better than you do - and it's purely just for the usual addiction factor.
-
-I don't even recieve much traffic on the site and I managed to completely cut off my Twitter addiction over the past couple of years, so I think this is the best time to do this. Right now my Twitter profile is set to private, as I still need it for DMs and my Knockout login, but I plan to completely sunset it sometime next year. If you still wish to read my microblogs, you can follow me from any ActivityPub-compliant service such as Mastodon/Pleroma/Pixelfed, etc at [@redstrate@pyra.sh](https://pyra.sh/redstrate).
-
-All of my previous tweets are now deleted however there was some Twitter-exclusive artwork that I didn't realize wasn't posted anywhere else, so I did some reorganizing of my [gallery](/gallery)!

content/blog/thoughts-on-fediblocking/index.md

@@ -54,7 +54,7 @@ As you can tell, without proper moderation of either server - it becomes especia
 
 Depending on the country your server is hosted in, this can land you in very, very hot water. Because of this, big Mastodon instances have to be very, very careful with who they interact with. As the Mastodon network grows, this will be a growing issue[^4]. This is why I don't take immediate issue with how Mastodon.ART operates, because as soon as they slip up they could hurt themselves, their users, and by consequence the servers they federate with. The well-being of the whole federation depends on the moderation of its individual servers[^5].
 
-[^1]: Not to say that something like Twitter _isn't_ run by people, who are part of a greater corporation - but stuff like Mastodon.ART are run by people I could easily get in contact to if need be. Getting a hold of a real human on Twitter, Youtube is next to impossible. The moderation team behind Mastodon.ART is also leagues smaller by even the smallest of social media companies.
+[^1]: Not to say that something like Twitter _isn't_ run by people, who are part of a greater corporation - but stuff like Mastodon.ART are run by people I could easily get in contact to if need be. Getting a hold of a real human on Twitter, YouTube is next to impossible. The moderation team behind Mastodon.ART is also leagues smaller by even the smallest of social media companies.
 
 [^2]: I highly suggest not spinning up your own server in order to sidestep blocked servers.Bigger instances now block servers that federate with their blocklist (willingly or not). I highly suggest to bring it up with your homeserver moderator instead, to see if they can reconsider their position if you believe it is in error.
 
@@ -62,4 +62,4 @@ Depending on the country your server is hosted in, this can land you in very, ve
 
 [^4]: Here I'm referring to the general Mastodon network, which includes most of the major servers listed on joinmastodon.org. Due to how federation functions, there is nothing stopping a private Mastodon network from being created, however I don't know of any yet.
 
-[^5]: In my opinion, this is one of the better parts of the federation - but also its downfall. With centralized, proprietary services like Twitter you are at the mercy of its moderation teams - who probably don't even have any control over the policies they enforce (those are refined by their legal team, approved by executives and suggested by board members). However, since most Mastodon servers are hosted by just regular people, they get to decide how their server is moderated. Consequently, this makes moderation _easier_ because you can hire moderators at will, and it's easier to divide and conquer since you just have to worry about your server population. However, this works in the reverse - your server can easily outgrow your moderation team (apparently Mastodon.social only has one moderator, for example) the situation can get much, much worse and the only real solution is to block the offending server entirely.
+[^5]: In my opinion, this is one of the better parts of the federation - but also its downfall. With centralized, proprietary services like Twitter you are at the mercy of its moderation teams - who probably don't even have any control over the policies they enforce (those are refined by their legal team, approved by executives and suggested by board members). However, since most Mastodon servers are hosted by just regular people, they get to decide how their server is moderated. Consequently, this makes moderation _easier_ because you can hire moderators at will, and it's easier to divide and conquer since you just have to worry about your server population. However, this works in the reverse - your server can easily outgrow your moderation team (apparently Mastodon.social only has one moderator, for example) the situation can get much, much worse and the only real solution is to block the offending server entirely.