diff options
Diffstat (limited to 'build/posts')
173 files changed, 0 insertions, 16204 deletions
diff --git a/build/posts/$10/index.html b/build/posts/$10/index.html deleted file mode 100644 index d9cc6a6..0000000 --- a/build/posts/$10/index.html +++ /dev/null @@ -1,92 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Do You Have an Extra $10?</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="do-you-have-an-extra-10">Do You Have an Extra $10?</h1> -<p>2022-11-23</p> -<p>As software designers and developers, think of all the little things that we spend $10 on. Maybe it’s a couple coffees over the course of a week. Maybe it’s a TV streaming subscription. Maybe it’s an impulse buy while we’re out shopping for groceries. Maybe it goes into a mason jar on top of the fridge, stored away for a rainy day.</p> -<p>$10 doesn’t seem like a <em>ton</em> of money, but a little does go a long way. What if, combined with <em>other people</em>, that $10 could grow and support an open source project? A project that you might even use <em>every day</em> without cost. </p> -<p>Plenty of people already do this - it’s nothing new. If you already contribute to the open source community (whether through code or donations) then this post isn’t really geared towards you. You’re already helping out and are greatly appreciated. Feel free to stop reading right now and continue on with your day!</p> -<p>But, if you’re like how I used to be, you might be one of those people who enjoys <em>the idea</em> of donating to a FOSS project instead of actually doing so. That’s fine. Zero judgement here since I was doing <em>exactly that</em> for years. All I ask is for you to try it out for even a couple months. You’ll soon realize that $10 doesn’t break the bank, while at the same time, you get that “warm, fuzzy feeling” of supporting important projects/communities.</p> -<p>In a way, it’s actually kind of selfish. You start doing it more for the <em>feel good</em> endorphin that kicks in each time you donate. At least, that’s been my experience…</p> -<h2 id="open-source-isnt-free">Open Source isn’t Free</h2> -<p>Maintaining any open source project takes years of prior design/development experience, along with sacrificing personal time. Contributors might enjoy working on their project. Most probably love connecting with their end-users and community - but their time is still a hard requirement.</p> -<p>I believe this time is worth paying for. If a project you depend on were to suddenly “shut down”, how much time, effort, and income do you stand to lose? Is it more than $10 a month?</p> -<h2 id="donating-in-this-economy">“Donating? In THIS Economy?”</h2> -<p>Things aren’t great for a lot of folks financially right now. I’m not ignorant to this fact and completely understand people tightening their belts. We all have to. I’m merely suggesting that if you <em>have the means</em> to support FOSS communities with any disposable income, you should. And I’m not suggesting a lot - <strong>just ten bucks</strong>.</p> -<p>Allow me to put my money where my mouth is and showcase my own $10 donation breakdown:</p> -<h2 id="my-10-breakdown">My $10 Breakdown</h2> -<table> -<thead> -<tr> -<th>Service</th> -<th>Cost/month</th> -</tr> -</thead> -<tbody> -<tr> -<td><a href="https://sourcehut.org">sourcehut</a></td> -<td>$5.00</td> -</tr> -<tr> -<td><a href="https://fosstodon.org">fosstodon</a></td> -<td>$3.00</td> -</tr> -<tr> -<td><a href="https://qutebrowser.org">qutebrowser</a></td> -<td>$2.00</td> -</tr> -</tbody> -</table> -<p><em>In case you are reading the post at a later point in time, the most up-to-date donation listing can always be found <a href="/uses/">on my official Uses page</a>.</em></p> -<h2 id="sourcehut">SourceHut</h2> -<p>To be fair, this is an active service which just so happens to be available for “free” in its current state. Drew <a href="https://sourcehut.org/pricing/">mentions on the main pricing page</a> that payment is <em>currently</em> optional, but will eventually require maintainers to upgrade (contributors will always have free access):</p> -<blockquote> -<p>sr.ht is currently in alpha, and the quality of the service may reflect that. As such, payment is currently optional, and only encouraged for users who want to support the ongoing development of the site. </p> -</blockquote> -<p>I still consider this “donating” since it helps keep this specific instance alive. It’s also my main code forge since I’ve been <a href="/srht2/">migrating away from GitHub</a>. I want to see SourceHut succeed, so while I <em>could</em> use the service completely free, I believe it’s more than worth it to coverage my usage.</p> -<h2 id="fosstodon">Fosstodon</h2> -<p><a href="https://fosstodon.org">fosstodon.org</a> is my main “social” platform and the Mastodon instance I chose to join some time ago. The people I’ve interacted with have been nothing but helpful, insightful and fun. The maintainers are also very down to earth (shoutout to <a href="https://kevquirk.com/">Kev</a> specifically for making my initial experience great!)</p> -<p>Hosting a large Mastodon instance can become expensive. Not to mention the recent influx of Twitter users flocking to the platform in general. Fosstodon recently <a href="https://hub.fosstodon.org/more-upgrades-twitter-storm/">posted an update</a> detailing how their server costs are now >$1800. That’s insane.</p> -<p>The least I can do is toss a few bucks towards the service. I know it isn’t much, but it certainly feels better than using such an awesome platform for absolutely nothing. Keep up the great work maintainers/mods!</p> -<h2 id="qutebrowser">qutebrowser</h2> -<p><strong>The best browser I have ever used</strong>. I refuse to go back to Firefox or even FireDragon/Pale Moon. I’m only currently donating $2 but my goal is to increase this in the future before adding any other services / communities to my “collection”. If you haven’t yet tried it, I highly recommend it.</p> -<h2 id="food-for-thought">Food for Thought</h2> -<p>That’s really all there is for me to say on the matter. It essentially comes down to personal preference and the financial ability to donate. As I said before: there is no judgement here. All I’m suggesting is that people do what they can to help support the FOSS projects they love.</p> -<p>And really, it’s just $10.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/1kb/index.html b/build/posts/1kb/index.html deleted file mode 100644 index 4c9d7e1..0000000 --- a/build/posts/1kb/index.html +++ /dev/null @@ -1,75 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Making a Website Under 1kB</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="making-a-website-under-1kb">Making a Website Under 1kB</h1> -<p>2022-08-02</p> -<p>I recently launched (another) website club called the <a href="https://1kb.club">1kB Club</a>. Unlike the <a href="https://1mb.club">1MB Club</a>, it isn’t as accessible for most modern websites to become official members. Building a website that actually serves useful content while squeezing its page size under 1,024 bytes is no easy feat.</p> -<p>But it is possible. And I did it myself!</p> -<p><em>Note:</em> Big shout-out to <a href="https://t0.vc">Tanner</a>, who inspired this whole “movement” with his own minimal website. (He also has some really great creations/articles there too!)</p> -<h2 id="the-html">The HTML</h2> -<p>For reference, you can view my “mini” website here: <a href="https://cv.tdarb.org">cv.tdarb.org</a>. It is <em>very</em> minimal and serves only as a personal curriculum vitae. It also weighs only <strong>920 bytes</strong> and is valid HTML.</p> -<p>Let’s take a look at the full HTML and then break things down from there:</p> -<pre><code><!DOCTYPE html><link rel="icon" href="data:,"><meta name="viewport" content="width=device-width,initial-scale=1.0"><title>CV</title><p>Hi, I'm <a href="t">Brad Taunt</a>! I'm a UX designer.<p>Email: hello@tdarb.org<p>Resume<p>Senior Product Designer @ Donorbox, 2021-<br>Web Designer @ Purism, 2019-2021<br>Product Designer @ Benbria, 2013-2019<br>Web Designer @ Netvatise, 2009-2013<p>Projects<p><a href="1">1MB Club</a><br><a href="k">1kB Club</a><br><a href="p">pblog</a><br><a href="s">shinobi</a><br><a href="h">PHPetite</a><br><a href="v">Vanilla CSS</a><p>Writing<p><a href="d">The Death of Personality</a><br><a href="u">Simple Does Not Mean Ugly</a><br><a href="e">Plain Text Emails, Please</a><br><a href="tb">[more]</a> -</code></pre> -<h2 id="sneaky-hacks">Sneaky “Hacks”</h2> -<p>The first thing you’ll notice is that the HTML is compressed. White space adds extra bytes of data to the page weight - so it needs to go. Next, you might have caught the <em>odd</em> favicon meta tag:</p> -<pre><code><link rel="icon" href="data:,"> -</code></pre> -<p>This is required to stop the browser from making the standard favicon request (normally pulling from <code>favicon.ico</code>). By adding this meta tag you are telling the browser to load in an empty image without running another server request. This saves about 400 bytes of bandwidth on its own!</p> -<p>The next two meta tags after the <code>icon</code> are technically optional. These are the <code>viewport</code> and <code>title</code> tags. You could save a good amount of data by excluding them altogether, but I had my own personal reasons for keeping them:</p> -<ol> -<li>I wanted the web page to be responsive</li> -<li>I wanted the page to be <a href="https://validator.w3.org/nu/?doc=https%3A%2F%2Fcv.tdarb.org%2F">valid HTML</a></li> -</ol> -<p>So, I kept these tags but made them as minimal as I possibly could (looking at you <code>title</code> tag). After that, it was time to add my content!</p> -<h2 id="where-were-going-we-dont-need-tags">Where We’re Going, We Don’t Need Tags…</h2> -<p>The beauty of using HTML5 is the ability to ditch “default” and closing tags on most elements. Think of all those bytes we can save!</p> -<p>In the HTML above you will notice:</p> -<ol> -<li>There is no <code>html</code> element</li> -<li>There is no <code>head</code> element</li> -<li>There is no <code>body</code> element</li> -<li>There are no closing <code>p</code> tags</li> -</ol> -<p>Even with all those “missing” elements, the webpage is still valid HTML5! Craziness.</p> -<p>The final hack that saved a <em>ton</em> of bandwidth was implementing custom <code>href</code> URLs. Most of the links on the page take the user to another website altogether - which is fine. The problem is including these full domains inside the <code>a:href</code> tag. Those can start to eat up a lot of data.</p> -<p>Luckily, I host this mini-site through Netlify so I can take full advantage of their optional <code>_redirects</code> file. Links are now set with a single character (ie. “1” for the 1MB Club link) and the <code>_redirects</code> file simply forwards the user to the custom domain. Pretty sneaky!</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>This is a silly project that isn’t meant to be taken so seriously. That being said, I’d love to see what other pages people are able to create while being limited to just 1kB.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/Building_rbenv_on_OpenBSD_7.5/index.html b/build/posts/Building_rbenv_on_OpenBSD_7.5/index.html deleted file mode 100644 index c90bbfa..0000000 --- a/build/posts/Building_rbenv_on_OpenBSD_7.5/index.html +++ /dev/null @@ -1,73 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Building rbenv on OpenBSD 7.5</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="building-rbenv-on-openbsd-7.5">Building rbenv on OpenBSD 7.5</h1> -<p>2024-06-02</p> -<p>I use Ruby (specifically with Jekyll) for a lot of my clubs/projects while using my personal laptop (<a href="/posts/x220/">X220 ThinkPad</a>) which is runs OpenBSD. Since I recently upgraded to OpenBSD 7.5 I thought it could be helpful for others if I shared my process of building and using <code>rbenv</code> to install different Ruby versions.</p> -<h2 id="before-we-build">Before We Build</h2> -<p>First, be sure to install the required packages in order to build from source, and then clone the core <code>rbenv</code> repo:</p> -<pre><code>pkg_add git gcc gmake libffi libyaml openssl -git clone https://github.com/rbenv/rbenv.git ~/.rbenv -</code></pre> -<h2 id="building-">Building <code>rbenv</code></h2> -<p>Add <code>rbenv</code> to your PATH and initialize it (place this inside your <code>.bashrc</code> or <code>.zshrc</code> etc):</p> -<pre><code>export PATH="$HOME/.rbenv/bin:$PATH" -export PATH="$HOME/.rbenv/shims:$PATH" -export RUBY_CONFIGURE_OPTS="--with-openssl-dir=/usr/local" -eval "$(rbenv init -)" -</code></pre> -<p>Then reload your shell (zsh in this example): </p> -<pre><code>source ~/.zshrc -</code></pre> -<p>Next we will need to install <code>ruby-build</code> as a <code>rbenv</code> plugin. Clone the ruby-build repository into the rbenv plugins directory:</p> -<pre><code>git clone https://github.com/rbenv/ruby-build.git ~/.rbenv/plugins/ruby-build -</code></pre> -<h2 id="installing-ruby-and-setting-our-version">Installing Ruby and Setting Our Version</h2> -<p>Now use <code>rbenv</code> to install the desired version of Ruby (we will get an older version for this example):</p> -<pre><code>rbenv install 3.3.0 -</code></pre> -<p>If you run into issues, you may need to specify your openssl directory:</p> -<pre><code>RUBY_CONFIGURE_OPTS="--with-openssl-dir=/usr/local" rbenv install 3.3.0 -</code></pre> -<p>If you’re on a slower machine (like mine) this might take a little bit. Just grab a coffee or a snack while you wait!</p> -<p>Then navigate to your project of choice and set the <code>local</code> Ruby version:</p> -<pre><code>rbenv local 3.3.0 -</code></pre> -<p>That’s it! If you’d prefer to set this version of Ruby for all projects going forward, simply replace <code>local</code> with <code>global</code>.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/Installing_WordPress_on_NearlyFreeSpeech/index.html b/build/posts/Installing_WordPress_on_NearlyFreeSpeech/index.html deleted file mode 100644 index 248250a..0000000 --- a/build/posts/Installing_WordPress_on_NearlyFreeSpeech/index.html +++ /dev/null @@ -1,165 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Installing WordPress on NearlyFreeSpeech</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="installing-wordpress-on-nearlyfreespeech">Installing WordPress on NearlyFreeSpeech</h1> -<p>2024-05-27</p> -<p>I recently went through the process of porting over my wife’s small business website (built off of WordPress + Woocommerce) from EasyWP to NearlyFreeSpeech. Although the process was fairly easy-going, I thought I would post my complete process here. That way, others who might wish to make the same switch can avoid running into any minor bumps along the way.</p> -<blockquote> -<p>Some of this information has been lifted from <a href="https://members.nearlyfreespeech.net/tdarb/support/wordpress">the official NFS docs</a>, but these pages require a membership to access</p> -</blockquote> -<h3 id="download-wordpress">Download WordPress</h3> -<p>We will use the <code>wp-cli</code> that comes packaged with NearlyFreeSpeech (NFS):</p> -<ol> -<li>Connect to your site via SSH.</li> -<li>Change to the directory you want to be the base of your blog (e.g. /home/public if WordPress will be running the whole site, or /home/public/blog if you want to share the site with other content).</li> -</ol> -<p>For help using WP-CLI from the SSH command line, use this command:</p> -<pre><code>wp help -</code></pre> -<p>To download and unpack the latest version of WordPress, enter the following command:</p> -<pre><code>wp core download -</code></pre> -<h2 id="create-a-mysql-process-and-database">Create a MySQL Process and Database</h2> -<p>Follow the instructions in the NearlyFreeSpeech.NET FAQ to <a href="https://members.nearlyfreespeech.net/faq?q=MySQL#MySQL">create a MySQL process</a> if you haven’t already.</p> -<p>Next, <a href="https://members.nearlyfreespeech.net/faq?q=CreateDatabase#CreateDatabase">create a new database</a> within that process. Note the name of the process and the name of the database.</p> -<p><strong>Important</strong>: Do not use your own MySQL credentials to connect WordPress to your database. Instead, create a new user. This will protect your member password in the event that your site becomes compromised.</p> -<ul> -<li>Click on the <a href="https://members.nearlyfreespeech.net/mysql">MySQL tab</a> in the member interface</li> -<li>Click “[Open phpMyAdmin](<a href="https://phpmyadmin.nearlyfreespeech.net/">https://phpmyadmin.nearlyfreespeech.net/</a>” in the Actions box.</li> -<li>Enter the DSN (“Server”) of your MySQL Process, MySQL username, and MySQL password. The DSN and username can be found on the Process Information page in our member UI.</li> -<li>Click on the “Users” tab.</li> -<li>Click “Add user.” (It’s toward the bottom left of the page.)</li> -<li>Give the user a descriptive name. We’ll use exampledbuser here, but you should pick something better, like wpuser or something representative of your blog.</li> -<li>Make sure to leave the Host: selectbox on “Any host.”</li> -<li>Click the “Generate” link to generate a nice strong password.</li> -<li>Use cut and paste to copy the new password somewhere, you’ll need it later. (We’ll use dbpassword here.)</li> -<li>Grant the following permissions to the new user: -<ul> -<li>All the permissions except “file” in the “data” box,</li> -<li>Everything in the “structure” box, and</li> -<li>“LOCK TABLES” in the “administration” box.</li> -</ul></li> -<li>Click the “Go” button in the lower right.</li> -<li>Exit phpMyAdmin.</li> -</ul> -<h2 id="generate-a-wordpress-configuration-file">Generate a WordPress Configuration File</h2> -<p>At the SSH command line (replace the examples with the info for the database and user you created above):</p> -<pre><code>wp core config --dbhost=example.db --dbname=exampledb --dbuser=exampledbuser --dbpass=dbpassword -chmod 644 wp-config.php -</code></pre> -<h2 id="run-the-wordpress-installation-and-setting-permissions">Run the WordPress Installation and Setting Permissions</h2> -<p>To get your permalinks to work properly, you must set up an .htaccess file. </p> -<ol> -<li>Go to the Dashboard for your WordPress site. (e.g. <a href="https://www.example.com/wp-admin/index.php">https://www.example.com/wp-admin/index.php</a>)</li> -<li>In the navigation sidebar, find Settings and, under that, Permalinks.</li> -<li>Select your preferred link style under “Common Settings.” (We like “Day and name.”)</li> -<li>Scroll down and select the “Save Changes” button.</li> -</ol> -<p>Next, create an <code>.htaccess</code> file for your WordPress site. We suggest doing this directly from the SSH command line using the cat shell command:</p> -<pre><code>cat >.htaccess <<NFSNRULES # This line is a shell command, not part of .htaccess! -RewriteEngine On -RewriteBase / -RewriteRule ^index\.php$ - [L] -RewriteCond %{REQUEST_FILENAME} !-f -RewriteCond %{REQUEST_FILENAME} !-d -RewriteRule . /index.php [L] -NFSNRULES -</code></pre> -<p>If you prefer, you can copy-paste the text into an editor:</p> -<pre><code>RewriteEngine On -RewriteBase / -RewriteRule ^index\.php$ - [L] -RewriteCond %{REQUEST_FILENAME} !-f -RewriteCond %{REQUEST_FILENAME} !-d -RewriteRule . /index.php [L] -</code></pre> -<p>We need to run the following commands in order to install, uninstall, activate, and deactivate plugins/themes from within the admin web GUI of WordPress:</p> -<pre><code>chgrp web .htaccess -chmod 664 .htaccess -chgrp -R web * -find . -type d -exec chmod 775 {} \; -find . -type f -exec chmod 664 {} \; -wp config set FS_METHOD direct -</code></pre> -<h2 id="enable-file-uploading">Enable File Uploading</h2> -<p>In your main WordPress installation folder enter the following SSH commands:</p> -<pre><code>cd wp-content -mkdir -p uploads -chgrp -R web uploads -chmod -R 775 uploads -</code></pre> -<h2 id="keeping-wordpress-up-to-date-automatically-via-command-line">Keeping WordPress Up-To-Date Automatically via Command Line</h2> -<p>It is <strong>critically</strong> important to keep your WordPress installation up-to-date including, if applicable, your theme and plugins. PHP, WordPress, and WordPress themes and plugins all have a track record of security problems. Most of those get fixed quickly, but if you don’t update, you don’t get the fixes.</p> -<p>To help you keep WordPress up-to-date, NFS provides a streamlined script.</p> -<p>This command, which must be run from an interactive ssh session, will set up our system to check your WordPress install (and themes & plugins) for you every day, and update them automatically when needed:</p> -<pre><code>wp-update.sh -a -</code></pre> -<p>By default, it will tell you via email when updates happen. If you don’t want that, just add <code>-q</code> (for “quiet”) to the command. It will work silently unless there is an error.</p> -<p>If you get errors from wp-cron (not wp-update) about failed automatic updates, you may also wish to add this to your wp-config.php file:</p> -<pre><code>define( 'AUTOMATIC_UPDATER_DISABLED', true ); -</code></pre> -<p>This disables the insecure automatic updater bundled with recent versions of WordPress.</p> -<p><strong>Do not attempt</strong> to use WordPress’s built-in ability to update itself through its admin panel. That insecure, outdated approach should not still exist. It does not work on NFS, which is a feature, not a bug. Getting it to work requires almost completely destroying your site’s security, thereby ensuring that any undiscovered security flaw can enable hackers to completely obliterate your site. The update methods described here are faster, easier, and safer.</p> -<h2 id="logging-in">Logging In</h2> -<p>You should be able to navigate to <code>yourwebsite.com/wp-admin</code>, login and have everything work as expected. Congrats - enjoy your blog!</p> -<p>Below you can find more advanced configuration to get the most out of your WordPress project.</p> -<hr/> -<h2 id="backing-up-wordpress">Backing up WordPress</h2> -<p>NFS recommends backing up your WordPress setup on a regular basis.</p> -<p>This is a two-step process. You must back up both the files and the database.</p> -<h3 id="backing-up-wordpress-files">Backing up WordPress Files</h3> -<p>To back up your WordPress files directly from a Unix-like system of your own, you can use a command like:</p> -<pre><code>ssh yourmembername_siteshortname@ssh.phx.nearlyfreespeech.net tar -C /home/public -cvf - . | gzip >name-of-wordpress-backup.tar.gz -</code></pre> -<p>To back up WordPress to a file on our system that you can transfer via SFTP to your own computer, you can use a command like:</p> -<pre><code>tar -C /home/public -cvzf /home/tmp/name-of-wordpress-backup.tar.gz . -</code></pre> -<p>This assumes that your WordPress install is in the default location (<code>/home/public</code>). It will put your backup file in your <code>/home/tmp</code> directory.</p> -<p>Do not try to back up your WordPress folder into your WordPress folder, as that occasionally results in attempts to use infinite disk space by trying to back up the backup of the backup of the backup of the…</p> -<h3 id="backing-up-the-wordpress-database">Backing up the WordPress Database</h3> -<p>If you have a Unix-like system of your own (e.g. macOS or Linux), you can do the backup directly from there using your local command prompt using the MySQL username and password you created for WordPress:</p> -<pre><code>ssh yourmembername_siteshortname@ssh.phx.nearlyfreespeech.net wp db export - | gzip >wordpress-backup.sql.gz -</code></pre> -<p>Or you can do it from the SSH command line via WP-CLI:</p> -<pre><code>wp db export /home/tmp/wordpress-backup.sql -</code></pre> -<p>The <code>wordpress-backup.sql</code> file this generates will be stored in your site’s <code>/home/tmp</code> directory. Download it from there to have a local copy.</p> -<h2 id="thats-it">That’s It!</h2> -<p>Your WordPress site should be up-and-running now. Further customization or extra plugins/services can be freely added if so desired. Enjoy your site!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/My_Text_Editor_Is_Not_Open_Source/index.html b/build/posts/My_Text_Editor_Is_Not_Open_Source/index.html deleted file mode 100644 index 173ce88..0000000 --- a/build/posts/My_Text_Editor_Is_Not_Open_Source/index.html +++ /dev/null @@ -1,89 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>My Text Edtior is Not Open Source</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="my-text-edtior-is-not-open-source">My Text Edtior is Not Open Source</h1> -<p>2024-01-02</p> -<p>I’ve been using Sublime Text on and off for longer than I can remember. I think Sublime has been around since the start of my “real” career over 10 years ago, but I could be mistaken<sup id="fnref1"><a href="#fn1" rel="footnote">1</a></sup>. It certainly <em>feels</em> that long. And in that time I have never gotten upset with Sublime. I’ve never rage quit or ran into an issue of Sublime not being able to <em>do the thing I wanted it to do</em>. As much of a cliche it may sound: it just works.</p> -<p>Even when I switch editors (VSCode, Geany, kitty+vim etc.) for a period of time, I find myself always coming back to Sublime. The only reason I try other editors is simply that: to try them. Maybe that’s why these editors don’t click with me. Maybe I’m giving Sublime an unfair advantage since I’m simply “testing” other editors, rather than looking for a solid alternative.</p> -<p>And don’t get me wrong, I understand <em>why</em> editors like VSCode are extremely popular. VSCode has a massive ecosystem and new plugins are generally developed for that editor before all others. Finding solutions to problems online is very easy, since it is so popular. But best of all - it’s open source<sup id="fnref2"><a href="#fn2" rel="footnote">2</a></sup>.</p> -<p>So why am I using a <em>non</em>-open source editor? (Spoilers: because it’s a great editor)</p> -<h2 id="a-proprietary-editor---how-could-you">“A Proprietary Editor - How Could You?!”</h2> -<p>I know, I know. If you’re familiar with me or the things I write about it must seem odd that I would willingly use proprietary software over open source. This is something I struggle with constantly day-to-day in the realm of “personal tech”. I find with age I become more open-minded to having a diverse range of software and hardware choices. Open source is best in <em>concept</em> but not always best in practice.</p> -<p>The problem is that Sublime is just such a <em>great</em> editor. I can’t ignore quality and refuse to use good software solely based on it’s licensing. A few personal things I love about Sublime:</p> -<ul> -<li>Incredibly fast</li> -<li>Handles massive files without breaking a sweat</li> -<li>Minimal resource footprint (ex. uses <0.1% CPU working on huge projects)</li> -<li>Large ecosystem of plugins/themes</li> -<li>No Electron</li> -</ul> -<p>Other editors can certainly check off a few of those boxes as well, but you’d be hard-pressed to find one that checks off them all.</p> -<h2 id="being-a-cheapskate">Being a Cheapskate</h2> -<p>I must confess something that I think most Sublime users are guilty of: I’ve never <a href="https://www.sublimehq.com/store/text">bought a license</a>. I’ve installed and used Sublime on countless machines, on multiple operating systems from Linux to Windows to MacOS. That <code>Unregistered</code> text in the top right application bar has been with me since the beginning. But that in no longer the case.</p> -<p><strong>I finally purchased a license.</strong> I bundled it with <a href="https://www.sublimemerge.com/">Sublime Merge</a>, so it ended up costing me $168 USD. When I initially looked at that price tag I must admit I was tempted to close the browser tab and forget the whole thing. But then I realized I have been using this editor <em>free of charge</em> for over 10 years. (Not to mention using Sublime Merge for quite some time as well!)</p> -<p>So I did a little math:</p> -<pre><code>$168 / 10 years = $16.80 -</code></pre> -<p>Looking at it in that perspective, it’s actually a great deal. Not to mention they have very respectable terms for their licenses:</p> -<blockquote> -<p>Personal licenses come with 3 years of updates. After 3 years, you’ll be able to continue to use the last version released within 3 years of purchase (in other words, licenses do not expire). Any versions released 3 years or more after the purchase date will require a paid upgrade to use.</p> -<p>Individual licenses are valid for 3 years of updates, but do not expire after 3 years. Only if you wish to use newer versions will an upgrade fee be required. </p> -<p>Licenses are per-user, so you’re welcome to use the one license on all computers and operating systems where you are the primary user.</p> -</blockquote> -<p>I won’t copy everything from their main <a href="https://www.sublimehq.com/sales_faq">FAQ page</a> but as you can see it is very reasonable. I also get to feel decent for supporting developers who make very good software.</p> -<h2 id="final-notes">Final Notes</h2> -<p>This post is not meant to convince you to switch or anything of that nature. Use what works for you! I just wanted to share my own personal preference when it came to my main text editor. Maybe this will also convince “hardcore” open source people (like me!) to realize it is <em>okay</em> to pay for software sometimes…</p> -<hr/> -<p>I should be very clear about something: this post <em>is not an advertisement</em>. I have not received any money or “kick backs” to write about my happy times with Sublime. This is purely my own opinion that I wanted to share with the internet!</p> -<p>BTW if anyone from SublimeHQ happens to come across this post: PLEASE look into building a “native” version of Sublime Text for FreeBSD/OpenBSD. I (and many others) would be forever grateful!</p> -<div class="footnotes"> -<hr/> -<ol> - -<li id="fn1"> -<p>Sublime does mention copyright since 2006… <a href="#fnref1" rev="footnote">↩</a></p> -</li> - -<li id="fn2"> -<p>Not the pre-packaged Microsoft version <a href="#fnref2" rev="footnote">↩</a></p> -</li> - -</ol> -</div> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/New_Domain_and_Code_Forge/index.html b/build/posts/New_Domain_and_Code_Forge/index.html deleted file mode 100644 index f7188f5..0000000 --- a/build/posts/New_Domain_and_Code_Forge/index.html +++ /dev/null @@ -1,107 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>New Domain and Code Forge</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="new-domain-and-code-forge">New Domain and Code Forge</h1> -<p>2024-01-29</p> -<p>As you can clearly see, my site’s domain has switched over to <strong>btxx.org</strong>. This post will go into details about the reason for this URL swap (spoilers: I’m a cheapskate) - but that isn’t all. I have moved my personal git repositories over to my own hosting. I will explain the reasoning for that switch as well.</p> -<p>But enough introductions, let’s get into it!</p> -<h2 id="bt.ht-is-no-more">bt.ht is No More</h2> -<p>I’ve abandoned <code>bt.ht</code>. Well, kind of. That domain doesn’t expire until 2025, which works out nicely since I can keep a complete web forward active for the entire year. This will avoid such a radical switch, similar to what I did years ago with my “uglyduck” domain<sup id="fnref1"><a href="#fn1" rel="footnote">1</a></sup>. Hopefully anyone who follows my dumb ramblings will have more than enough time to become familiar with the new URL.</p> -<p>For reference, those interested in updating their RSS will need to use the latest URLs: </p> -<ul> -<li><a href="https://btxx.org/index.rss">RSS</a></li> -<li><a href="https://btxx.org/index.atom">Atom</a></li> -</ul> -<p>You have roughly a year to do so, since new posts should still automatically appear even with defaulting to the older URL (hooray for 301 redirects!).</p> -<p>There were two core reasons for switching domains. The first was based off a change in ownership with my previous domain registrar, Gandi. You can read more details <a href="https://news.ycombinator.com/item?id=35080777">here</a>, but they were essentially bought out, then decided to cancel their free email service and raised their prices. Not many registrars support the <code>.ht</code> TLD, so moving to another provider was already proving to be difficult. Once my mind was made up that I didn’t want to support such shady actions from a company, I thought even more about the concept of spending <em>so much</em> on a domain name in the first place. It was a novelty to have such a “short” domain, but that seems silly in hindsight.</p> -<p>Just take a look at the differences in domain costs and email services below:</p> -<table> -<thead> -<tr> -<th>URL</th> -<th>Domain/year</th> -<th>Email/year</th> -<th>Total</th> -</tr> -</thead> -<tbody> -<tr> -<td>bt.ht</td> -<td>$172</td> -<td>$60</td> -<td>$232</td> -</tr> -<tr> -<td>btxx.org</td> -<td>$17</td> -<td>$19</td> -<td>$36</td> -</tr> -</tbody> -</table> -<p>By making this switch (for both my domain and email service) I would save a yearly total of <strong>$196 USD</strong>. This was a no-brainer. The minute I did the math I thought, “Hell, I’m already moving everything to a different registrar <em>and</em> I need to look for a separate email provider…why not just start fresh with a new, <em>cheaper</em> domain?”</p> -<p>So that’s what I’ve done.</p> -<h2 id="my-own-code-forge">My Own Code Forge</h2> -<p>As some people in the open source community might already be aware, <a href="https://sourcehut.org">sourcehut</a> had a major outage a couple weeks back. It lasted a few days and all services were impacted. This meant that all publicly hosted websites, build processes and <code>git</code> repositories were unavailable. It was no fault of sourcehut of course, they were viciously attacked for no <em>real</em> reason. </p> -<p>But this outage did get me thinking about what it means to “control” my own code. I always liked the idea of hosting my own git projects but relied on third-party services since they were more convenient. The problem with entrusting anything, not just code storage, to third-party services is lack of oversight. You really have no idea what is happening behind the scenes. You don’t control your own backups. You don’t have the freedom to tweak UI or user flow of your project views (which I understand is certainly an edge-case).</p> -<p>These thoughts lead me to research some “self-hosted” code forge options. My main contenders were:</p> -<ul> -<li>GitWeb</li> -<li>cgit</li> -<li>Gitea</li> -</ul> -<p>I’ll save you the suspense: I went with cgit. Getting GitWeb configured properly was giving me a lot of issues and Gitea seemed overkill for my person needs. I host through NearlyFreeSpeech (running FreeBSD) and they had a decent tutorial for setting cgit up on their servers. I’ve updated my own wiki for those interested in doing something similar: <a href="/wiki/cgit">read the full step-by-step instructions for setting up cgit</a>.</p> -<p>I still need to go through most of the existing projects on sourcehut and update their READMEs and purge the contents. The last thing I want to do is have users confused about which repo is the “real” one.</p> -<p>Fore reference the my repos are now located here: <a href="https://git.btxx.org">git.btxx.org</a></p> -<p>(I plan to place this in the main navigation soon…)</p> -<h2 id="mirror-mirror-on-the-wall">Mirror, Mirror on the Wall…</h2> -<p>I’m aware that to have extra protection from “downtime” that I should also mirror my code on separate forges. I plan to do this sometime in the future, but this isn’t a major priority for me currently. When the time comes I’ll be sure to update my repos referring to the mirrors (whatever platform that is I choose).</p> -<h2 id="room-for-improvement">Room for Improvement</h2> -<p>My code forge is far from perfect. Mobile view is lacking, there is no dark mode support and things could be slightly more intuitive. But I love it. The beauty of hosting everything on my own is that I can improve these things myself. For now, I’m happy with the outcome!</p> -<div class="footnotes"> -<hr/> -<ol> - -<li id="fn1"> -<p>Someone oddly picked up that domain and piggybacked off the back-links. They happen to also be a designer…Guess the naming was that cool?  <a href="#fnref1" rev="footnote">↩</a></p> -</li> - -</ol> -</div> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/OpenBSD_is_a_Cozy_Operating_System/index.html b/build/posts/OpenBSD_is_a_Cozy_Operating_System/index.html deleted file mode 100644 index d9633c5..0000000 --- a/build/posts/OpenBSD_is_a_Cozy_Operating_System/index.html +++ /dev/null @@ -1,61 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>OpenBSD is a Cozy Operating System</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="openbsd-is-a-cozy-operating-system">OpenBSD is a Cozy Operating System</h1> -<p>2024-04-11</p> -<p><img src="/public/images/open-suck-75.png" alt="Screenshot of OpenBSD 7.5 running dwm" /></p> -<p><em>OpenBSD 7.5 running dwm on my X220</em></p> -<p>With the recent release of OpenBSD 7.5, I decided to run through my <a href="https://git.btxx.org/open-suck/about/">personal OpenBSD “installer”</a> for laptop/desktop devices. The project is built off of the <code>dwm</code> tiling window manager and only installs a few basic packages. The last time I updated it was with the release of 7.3, so it’s been due for an minor rework.</p> -<p>While making these minor changes, I remembered how incredibly easy the entire install process for OpenBSD is and how <em>cozy</em> the entire operating system feels. All the core systems just work out the box. Yes, you need to “patch” in WiFi with a firmware update, so you’ll need an Ethernet connection during the initial setup. Yes, the default desktop environment is not intuitive or ideal for newcomers.</p> -<p>But the positives heavily outweigh the negatives (in my opinion):</p> -<ul> -<li>Incredibly secure operating system (No <code>xz</code> drama here…)</li> -<li>Detailed documentation. Probably one of the best of any OS</li> -<li>Much smaller codebase and small core team</li> -<li><em>Complete</em> operating system (kernel, userland utilities, libraries, applications combined)</li> -</ul> -<p>These points might not seem important to others, but they are to me. Maybe you’re possibly interested in checking it out yourself? If you are, then read on…</p> -<h2 id="try-it-yourself">Try it Yourself!</h2> -<p>I’ve tried my best to write up a simplified, noob-friendly guide on both setting up the core OpenBSD system, along with installing a simple <code>dwm</code> based desktop environment. These are both focused on personal devices (laptops/computers), so if you’re looking for server-specific setups you won’t find that here!</p> -<p>You can find both of those wiki-pages below:</p> -<ul> -<li><a href="https://btxx.org/wiki/openbsd/installation/">Installing OpenBSD</a></li> -<li><a href="https://btxx.org/wiki/openbsd/desktop_environment/">Setting up a Desktop Environment for OpenBSD</a></li> -</ul> -<p>Some additional reading I highly recommend is: <a href="https://www.c0ffee.net/blog/openbsd-on-a-laptop">c0ffee.net/blog/openbsd-on-a-laptop</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/Please_Make_Your_Table_Headings_Sticky/index.html b/build/posts/Please_Make_Your_Table_Headings_Sticky/index.html deleted file mode 100644 index 3939d59..0000000 --- a/build/posts/Please_Make_Your_Table_Headings_Sticky/index.html +++ /dev/null @@ -1,54 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Please Make Your Table Headings Sticky</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="please-make-your-table-headings-sticky">Please Make Your Table Headings Sticky</h1> -<p>2024-02-23</p> -<p>I often stumble upon large data sets or table layouts across the web. When these tables contain hundreds of rows of content, things become problematic once you start to scroll…</p> -<p><a href="/public/videos/not-fixed-header-tables.mp4">Click here to see standard table headers video</a></p> -<p>Look at that table header disappear! Now, if I scroll all the way down to item #300 (for example) will I remember what each column’s data is associated with? If this is my first time looking at this table - probably not. Luckily we can fix this (no pun intended!) with a tiny amount of CSS.</p> -<h2 id="sticky-header">Sticky Header</h2> -<p>Check it out:</p> -<p><a href="/public/videos/fixed-header-tables.mp4">Click here to see “fixed” table headers video</a></p> -<p>Pretty awesome, right? It might look like magic but it’s actually very easy to implement. You only need to add 2 CSS properties on your <code>thead</code>:</p> -<pre><code>position: sticky; -top: 0; -</code></pre> -<p>That’s it! Best of all, <code>sticky</code> has <a href="https://caniuse.com/?search=sticky">~96% global support</a> which means this isn’t some “bleeding-edge” property and can safely support a ton of browsers. Not to mention the improved experience for your end-users!</p> -<p>You can view a live demo of this table on the <a href="https://codepen.io/bradleytaunt/pen/bGZyJBj">CodePen example pen</a>.</p> -<p>If you found this interesting, feel free to check out my other table-focused post: <a href="/posts/tables/">Making Tables Responsive With Minimal CSS</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/Switching_Things_Over_to_ikiwiki/index.html b/build/posts/Switching_Things_Over_to_ikiwiki/index.html deleted file mode 100644 index cab8f44..0000000 --- a/build/posts/Switching_Things_Over_to_ikiwiki/index.html +++ /dev/null @@ -1,55 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Switching Things Over to ikiwiki</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="switching-things-over-to-ikiwiki">Switching Things Over to ikiwiki</h1> -<p>2023-12-17</p> -<p>I’ve done it again. My personal website is no longer generated with <a href="https://barf.btxx.org">barf</a> but is instead built on top of ikiwiki. The old RSS feed (<a href="https://btxx.org/atom.xml">btxx.org/atom.xml</a>) still exists but will no longer receive updates. The new feed can be found on the bottom of the homepage (<a href="/index.rss">index.rss</a>)</p> -<h2 id="why-a-wiki">Why a Wiki?</h2> -<p>I love the simplicity of a minimal blog, which is why I always gravitated towards purely “static” site builders. Over time though, I found two minor issues that slowly chipped away at me: ease-of-use and flexibility.</p> -<p>I had a vision, back when I began tinkering with my own place on the web, of building out my own personal “resource center” or wiki. Often times through work or personal projects I stumble into little problems that I need to solve. Most times I find a solution and move on with my life. The problem with this approach is <em>lack of documentation</em>.</p> -<p>What if I come across that issue at a later point in time? Will I even remember my old solution? Probably not. So, I’ve made the switch to a more flexible, personal wiki (which also happens to be a blog!)</p> -<h2 id="text-editors-terminals-and-web-ui---oh-my">Text Editors, Terminals, and Web UI - Oh My!</h2> -<p>ikiwiki comes packed with multiple ways to publish pages and posts. Since it is built with ikiwiki and git version control in mind, you have the ability to push out changes directly to your server similar to that of pre-existing static site generators. It also gives you the choice to <code>ssh</code> directly into your server and publish content from your terminal if you so desire.</p> -<p>Best of all, ikiwiki offers a web UI interface. This is something I have long missed since leaving “dynamic” websites behind.</p> -<h2 id="but-wait-theres-more">But Wait, There’s More!</h2> -<p>Did I mention that this site now supports a built-in search form <em>and</em> a comment system? I’ve been wanting comments or discussions directly on my personal web space for the longest time and now I do! The search function is really an added bonus, mostly for my own personal use to find something I documented quickly.</p> -<h2 id="broken-links-and-bugs">Broken Links and Bugs</h2> -<p>I’ve done my best to properly forward all original posts and pages to their new URLs - but I’m sure some things will be overlooked. So please feel free to reach out and let me know if anything seems broken.</p> -<p>I look forward to growing out this “platform” and seeing how it impacts my workflow writing documentation / blog posts. I hope you’ll come along for the ride!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/Website_Backups_with_Apple_iCloud/index.html b/build/posts/Website_Backups_with_Apple_iCloud/index.html deleted file mode 100644 index c7b5458..0000000 --- a/build/posts/Website_Backups_with_Apple_iCloud/index.html +++ /dev/null @@ -1,59 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Website Backups with Apple iCloud</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="website-backups-with-apple-icloud">Website Backups with Apple iCloud</h1> -<p>2024-02-16</p> -<p>My main work machine, an M2 MacBook Air, meshes really well with my iPhone SE (they are in the same ecosystem after all - duh!). Since both of these devices are Apple products, it makes sense that I pay for the optional iCloud service for extra storage. 50GB to be exact. I only need to bare minimum which costs just $1.68 a month, making this storage option cheaper than most cups of coffee these days.</p> -<p>Recently I’ve been using iCloud as my “middle-man” backup system. I still have local, offline storage for most personal data but having additional off-site backups is never a bad thing. I make things easier for myself by taking advantage of <code>rsync</code>. You’ll need to make sure you have that program installed before trying this yourself:</p> -<pre><code># This assumes you have homebrew installed first -brew install rsync -</code></pre> -<p>Then, whenever I feel like backing up an existing project or website I simply run:</p> -<pre><code>rsync -a user_name@ssh.webserver.domain:/home/var/www/ /Users/username/Library/Mobile\ Documents/com\~apple\~CloudDocs/Backups/site-backup -</code></pre> -<blockquote> -<p>Note: The <code>-a</code> option tells <code>rsync</code> to sync directories recursively, transfer special and block devices, preserve symbolic links, modification times, groups, ownership, and permissions.</p> -</blockquote> -<p>The beautiful magic of <code>rsync</code>! Obviously, you’d want to properly name your directories (ie. <code>/Backups/site-backup</code>) for a cleaner structure and ensure that your iCloud directory is set correctly. (remember to read code before just copy-pasting!). With this approach you can backup entire server directories or be specific with each individual project folder. I would also recommend setting up some alias in your <code>.bashrc</code> or <code>.zshrc</code> etc. to make things more streamlined when running backups manually:</p> -<pre><code>alias site-backup="rsync -a user_name@ssh.webserver.domain:/home/var/www/ /Users/username/Library/Mobile\ Documents/com\~apple\~CloudDocs/Backups/site-backup" -# Then you simply run the following for a manual backup: -site-backup -</code></pre> -<p>You can take this further by automating things via cron jobs, but for my use case that is a little overkill. Hopefully this helps anyone looking for a quick and dirty backup system, especially one that can piggyback of your existing iCloud that you might be paying for already.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/adguard/index.html b/build/posts/adguard/index.html deleted file mode 100644 index 27a08a4..0000000 --- a/build/posts/adguard/index.html +++ /dev/null @@ -1,84 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Setting Up AdGuard Home with Eero</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="setting-up-adguard-home-with-eero">Setting Up AdGuard Home with Eero</h1> -<p>2022-11-04</p> -<p>Eariler this year I posted <a href="/eero">detailed instructions on setting up Pi-Hole with Eero</a> and it seemed to help out a few people having troubles. With AdGuard Home recently popping up on the <a href="https://news.ycombinator.com/item?id=33387678">frontpage of HackerNews</a>, I thought now would be a great time to post instructions of setting up <em>that</em> service alongside Eero devices.</p> -<h2 id="what-youll-need">What You’ll Need</h2> -<ol> -<li>Raspberry Pi device (I recommend the Pi Zero for simplicity and low cost)</li> -<li>microSD card</li> -<li><a href="https://www.raspberrypi.com/software/">Raspberry Pi Imager</a></li> -<li>micro USB to ethernet adapter (check your local Amazon)</li> -<li>Patience!</li> -</ol> -<h2 id="setting-up-the-raspberry-pi">Setting Up the Raspberry Pi</h2> -<p>The first thing we need to do is flash Raspberry Pi <strong>Lite</strong> onto our SD card. Open Raspberry Pi Imager, select the <strong>Lite</strong> version of the OS and your respective media (the SD card):</p> -<p><img src="/public/images/rpi-lite-os.webp" alt="Raspberry Pi Lite" /></p> -<p>Don’t flash anything just yet! Be sure to use the gear icon and edit the settings. Set a custom hostname, enable <code>ssh</code> and setup a proper user:</p> -<p><img src="/public/images/rpi-adguard-1.webp" alt="Imager settings" /></p> -<h2 id="plug-it-in-and-boot">Plug it in and Boot!</h2> -<p>Put the SD card into your Pi, connect power and ethernet. Give it a bit of time to boot up. Once you see a nice solid green LED, go back to your local computer’s terminal and enter the following command:</p> -<pre><code>ssh piguard@piguard.local -</code></pre> -<p>If everything was set up properly you will be asked to trust this device. Next, you will be prompted to enter the device password you setup.</p> -<p>Once you are connected directly to the Pi, it’s best to check for updates:</p> -<pre><code>sudo apt update -</code></pre> -<p>…and if updates are in fact available, install them via:</p> -<pre><code>sudo apt upgrade -</code></pre> -<h2 id="installing-adguard-home">Installing AdGuard Home</h2> -<p>Simply run the automated installer:</p> -<pre><code>curl -s -S -L https://raw.githubusercontent.com/AdguardTeam/AdGuardHome/master/scripts/install.sh | sh -s -- -v -</code></pre> -<p>Follow the instructions and you’ll be setup in no time! To view your AdGuard dashboard at any time, you can now simply navigate to <code>piguard.local</code>.</p> -<p>If you run into any issues, I strongly suggest <a href="https://github.com/AdguardTeam/AdGuardHome#getting-started">reading through the “Getting Started” guide</a>.</p> -<h2 id="configuring-the-eero-app">Configuring the Eero App</h2> -<p>Once your AdGuard Home server is installed and running, you can finally point your Eero network at it.</p> -<ol> -<li>Open the Eero app (iOS or Android)</li> -<li>Navigate to <strong>Settings</strong> > <strong>Network Settings</strong> > <strong>DNS</strong></li> -<li>Select <strong>Customized DNS</strong> and enter both your saved IPv4 / IPv6 values (These can be found under the <code>Setup Guide</code> tab in the main AdGuard Dashboard)</li> -<li>Eero will prompt you to reboot your network - do it</li> -</ol> -<p>After the system reboots everything <em>should</em> be working as intended!</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>I’ve personally switched over from Pi-Hole to AdGuard Home - it just feels more robust and the UI is significantly cleaner. Hopefully this helps others trying to do the same!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/af/index.html b/build/posts/af/index.html deleted file mode 100644 index c464704..0000000 --- a/build/posts/af/index.html +++ /dev/null @@ -1,64 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Avoiding Featurism</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="avoiding-featurism">Avoiding Featurism</h1> -<p>2022-10-14</p> -<p>I rather enjoy the term “featurism”. I came across this term while reading the wonderful article <a href="https://www.complang.tuwien.ac.at/anton/why-ancient-browsers.html">Why I don’t use Netscape</a>, which the author credits to Bernd Paysan. Although it sums up the current “digital product” industry quite well the more specific terminology, <em>creeping featurism</em>, works better:</p> -<blockquote> -<p><strong>creeping featurism</strong> (<em>noun</em>)</p> -<p>A condition in which one or more people, often in the form of a committee, progressively increase the scope and complexity of a project until the project is deemed infeasible and subsequently cancelled to the detriment of all involved.</p> -</blockquote> -<p>Throughout my career of designing and developing software I have run into this exact issue far too often. The major issue with getting sucked into a black-hole of “featurism” is there is no single person to blame. It probably seems easy to place all the responsibility on PMs or team leaders, but even <em>if</em> they are the ones adding excessive complexity to a given project, it is the role of developers and designers to speak up. It requires a team effort. Therefore, the <em>whole team</em> needs to be on-guard to avoid it.</p> -<h3 id="simple-guidelines">Simple Guidelines</h3> -<p>These “tips” are not perfect, nor will they work for every work environment. Hopefully they can at least be used as basic guidelines and expanded upon from there.</p> -<ul> -<li>Explore the feature’s <em>benefit</em> to the product. You need to confirm that this addition will be a net-positive for both customers and your bottom-line.</li> -<li>All team members assigned to a feature need to scope it out. Far too often I see feature sets that require design input being estimated solely by developers and vice versa.</li> -<li>Radically limit the scope of each individual task[^1]. Each task should be clear-cut, bite-sized and look almost trivial.</li> -<li>Lock-in tickets. Once they are agreed upon they <strong>cannot</strong> be altered[^2]. Anything that absolutely <em>needs</em> to be added should become a future ticket itself.</li> -<li>Follow-up with feature reviews. When a sprint or milestone is reached, it is important to reflect on what worked and what didn’t. Call out any instances where the team steered away from the guidelines above.</li> -</ul> -<p>That’s it. Just a nice, simple baseline to branch off from to avoid “featurism”. Some items listed won’t make sense for certain teams and that’s okay. If you take the time to at least reflect on your feature workflow, I guarantee you’ll find areas to improve.</p> -<p>Creeping featurism can kill your product and the morale of your team. Avoid it like the plague!</p> -<h2 id="refs">Refs</h2> -<ol> -<li>This is easier said than done. Normally you will need to have developed some form of “point system” internally, so you know how to effectively divide features.</li> -<li><em>Taking away</em> complexity, making changes that do not impact workload or reducing the ticket is fine - within reason.</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/alpine/index.html b/build/posts/alpine/index.html deleted file mode 100644 index ce078c7..0000000 --- a/build/posts/alpine/index.html +++ /dev/null @@ -1,164 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Adventures in Creating a Minimal Alpine Linux Installer</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="adventures-in-creating-a-minimal-alpine-linux-installer">Adventures in Creating a Minimal Alpine Linux Installer</h1> -<p>2022-12-08</p> -<h2 id="introduction">Introduction</h2> -<p>I’ve made the switch to Alpine Linux as my main laptop/desktop hybrid -workstation and I love it - warts and all. This post will follow my process building my Alpine Linux “installer” I used for this workstation, along with covering some bugs I found during my adventure.</p> -<p>My main goals when starting this project were to have a daily driver that was:</p> -<ul> -<li>free of any “real” desktop environment</li> -<li>Wayland based with SwayWM</li> -<li>as lightweight as possible</li> -</ul> -<p>Overall, I think I achieved what I was aiming for. After logging in (there is no login manager, you do it directly through the boot terminal) you will see:</p> -<p><img src="/public/images/alpine-1.jpg" alt="" /></p> -<p>(You can view the <a href="/public/images/alpine-1.jpg">full res image here</a>)</p> -<p>For reference this is running on a X260 ThinkPad with 16GB RAM, docked and connected to a 27” 4K monitor.</p> -<blockquote> -<p>If you’d prefer to just go straight to the installer, feel free to jump over to the project repo: <a href="https://git.sr.ht/~bt/alpine-linux-setup">https://git.sr.ht/~bt/alpine-linux-setup</a></p> -</blockquote> -<h2 id="getting-started">Getting Started</h2> -<p>My main reasoning for switching away from my previous setup (Garuda Linux running Sway) to Alpine was two fold:</p> -<ol> -<li>I wanted a more lightweight, less resource hungry system</li> -<li>I wanted to go as “full” Wayland as possible</li> -</ol> -<h3 id="benchmarks-comparisons">Benchmarks Comparisons</h3> -<p>I should mention that these are not official “benchmark” applications or proper testing. I merely reproduced the same tasks, using the same applications, for the same amount of time and compared the usage. Just keep that in mind!</p> -<ul> -<li><strong>Garuda Linux</strong> -<ul> -<li>SwayWM</li> -<li>Firefox: 9 tabs (Figma included)</li> -<li>qutebrowser: 7 tabs</li> -<li>aerc: open/running</li> -<li>tut: open-running</li> -<li>Sublime Text: single project open</li> -<li><strong>Memory usage (range): 6.0-7.2 GB</strong></li> -</ul></li> -<li><strong>Alpine Linux</strong> -<ul> -<li>SwayWM</li> -<li>Firefox: 9 tabs (Figma included)</li> -<li>qutebrowser: 7 tabs</li> -<li>aerc: open/running</li> -<li>tut: open-running</li> -<li><strong>Memory usage (range): 1.0-3.5 GB</strong></li> -</ul></li> -</ul> -<p>Switching over has basically cut my system memory usage <strong>in half</strong>. That ended up being a much better improvement than I predicted. These are beyond just numbers too - the system <em>feels</em> snappier.</p> -<p>So, from a speed and usability stand point I considered this a success already.</p> -<h2 id="crashes-roadblocks">Crashes & Roadblocks</h2> -<p>Of course, things didn’t run 100% flawlessly out-of-the-box. There were some pretty annoying <strong>crashes</strong> and issues.</p> -<h3 id="greetings-tty">Greetings, tty</h3> -<p>After installing <code>tut</code> I started walking through its guided setup. Once it prompted me to login via browser in order to authenticate, I clicked the link provided in the terminal. I was immediately thrown out of my session and into <code>tty</code>. Awesome.</p> -<p>I’ll save you both the headache and large amount of time I wasted on this silly “bug” and just say it had to do with my user settings trying to launch “Chromium” as my default browser. I normally set qutebrowser as much default, so this was a change I needed to make anyway.</p> -<p>I put the following in my <code>/etc/xdg/mimeapps.list</code> (which is included by default with the installer)</p> -<pre><code>[Default Applications] -x-scheme-handler/http=org.qutebrowser.qutebrowser.desktop -x-scheme-handler/https=org.qutebrowser.qutebrowser.desktop -x-scheme-handler/ftp=org.qutebrowser.qutebrowser.desktop -x-scheme-handler/chrome=org.qutebrowser.qutebrowser.desktop -text/html=org.qutebrowser.qutebrowser.desktop -application/x-extension-htm=org.qutebrowser.qutebrowser.desktop -application/x-extension-html=org.qutebrowser.qutebrowser.desktop -application/x-extension-shtml=org.qutebrowser.qutebrowser.desktop -application/xhtml+xml=org.qutebrowser.qutebrowser.desktop -application/x-extension-xhtml=org.qutebrowser.qutebrowser.desktop -application/x-extension-xht=org.qutebrowser.qutebrowser.desktop -image/bmp=feh.desktop -image/gif=feh.desktop -image/jpeg=feh.desktop -image/jpg=feh.desktop -image/png=feh.desktop -image/tiff=feh.desktop -image/x-bmp=feh.desktop -image/x-pcx=feh.desktop -image/x-tga=feh.desktop -image/x-portable-pixmap=feh.desktop -image/x-portable-bitmap=feh.desktop -image/x-targa=feh.desktop -image/x-portable-greymap=feh.desktop -application/pcx=feh.desktop -image/svg+xml=feh.desktop -image/svg-xml=feh.desktop -</code></pre> -<p>You might have also noticed that I use <code>feh</code> as my default image viewer as well. That’s just my personal preference, feel free to switch that out as you see fit.</p> -<p><strong>Sidenote:</strong> Chromium now runs perfectly fine since the original crashes. I have no clue how or why. Wayland black magic, I assume? Maybe I installed a package that helped or an update occurred. <em>Shrug</em></p> -<h3 id="screen-sharing">Screen Sharing</h3> -<p>This has been a complete failure for me. I’ve tried both the Chromium and Firefox <a href="https://lr.vern.cc/r/swaywm/comments/l4e55v/guide_how_to_screenshare_from_chromiumfirefox/">implementations of these “hacks”</a> but neither work. For now I will fallback to my Garuda Linux OS boot and share my screen there. It’s a silly workaround but I hardly ever need to “show my screen” in any capacity as is.</p> -<p>I can live without this for now. (Please <a href="https://lists.sr.ht/~bt/public-inbox">leave a message in my personal inbox</a> if you know of another workaround for this!)</p> -<h2 id="some-minor-tweaks">Some Minor Tweaks</h2> -<p>Some of these “hacks” or tweaks I had to implement might help others who run into similar issues when setting up their own Alpine desktops.</p> -<h3 id="aerc-mail">aerc-mail</h3> -<p>It is important to install <code>gawk</code> since <code>awk</code> isn’t “real” on Alpine. Once you have that on you system <code>aerc</code> will render emails out-of-the-box.[^1]</p> -<pre><code>apk add gawk -</code></pre> -<h3 id="sublime-text">Sublime Text</h3> -<p>Sublime Text requires flatpak, so if that isn’t your <em>thing</em> then you’re better off snagging a different editor. I’ve tried multiple times throughout my career to use an alternate editor (preferably 100% open source) but keep finding myself returning to Sublime. Maybe one day…</p> -<pre><code>apk add flatpak -flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo -</code></pre> -<p>Then reboot your machine for the changes to take. Login again and run:</p> -<pre><code>flatpak install flathub com.sublimetext.three -</code></pre> -<p>FYI: You <em>might</em> need to run the above commands under <code>sudo</code> if your current user lacks proper permissions.</p> -<h3 id="cursors">Cursors</h3> -<p>This was an odd edge case. For the most part, the default system cursors worked out of the box. Then I installed Firefox. That caused me to go down a rabbit-hole of (still open) tickets referencing poor cursor rendering for Wayland Firefox. Apparently some users even have their cursors disappear completely!</p> -<p>Not to worry though - there is an easy fix!</p> -<ol> -<li>Install <a href="https://github.com/keeferrourke/capitaine-cursors">capitaine cursors</a>: -apk add capitaine-cursors</li> -<li>Make a new directory: -mkdir -p ~/.icons/capitaine-cursors</li> -<li>Copy the files over: -sudo cp -r /usr/share/icons/capitaine-cursors-dark ~/.icons/capitaine-cursors</li> -<li>The make your cursor changes using <code>gnome-tweaks</code></li> -<li>Profit!</li> -</ol> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>Overall I’m decently satisfied with my “installer”. I’ve included <em>just enough</em> packages to hit the ground running when using this on new hardware or even needing to recover existing devices. This project certainly won’t cover the needs of all users, but my hope is that others can always fork their own and give it a spin! (Please do report any bugs or issues as you come across them!)</p> -<p>Alpine Linux can be more than just a “server distro”. My daily driver proves it!</p> -<h2 id="refs">Refs</h2> -<ol> -<li>This is now included in my official installer script, but I originally had to install this manually.</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/animated-card-tiles/index.html b/build/posts/animated-card-tiles/index.html deleted file mode 100644 index 598b0ba..0000000 --- a/build/posts/animated-card-tiles/index.html +++ /dev/null @@ -1,323 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Animated Card Tiles</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="animated-card-tiles">Animated Card Tiles</h1> -<p>2019-02-27</p> -<p><em>The design trend of using “cards” or “tiles” to display interactive</em> sections/article headings in an app or website remains a popular choice among designers. So, let’s build a set of animated cards with only HTML & CSS. </p> -<h2 id="what-we-will-be-building-live-demo">What we will be building (live demo)</h2> -<p>This is the set of animated card tiles we will be creating:</p> -<p><em>(try hovering)</em></p> -<p><a href="https://codepen.io/bradleytaunt/pen/rNjBpob">Live CodePen</a></p> -<h2 id="the-html">The HTML</h2> -<p>For the base skeleton of these cards we only need:</p> -<ul> -<li><p>a <code>flexbox</code> main container to hold everything</p></li> -<li><p>a <code>.card-tile</code> parent element</p></li> -<li><p>the inner child element that will display on <code>:hover</code></p></li> -<li><p>proper <code>h4</code> and <code>p</code> tags inside that child element</p></li> -</ul> -<p>That’s all that is needed - for now. We will be returning to this code shortly to add some extra classes to make our lives easier.</p> -<h2 id="the-css">The CSS</h2> -<p>First we set the main housing container to use <code>flex</code> so we save ourselves the headache of aligning all the cards in a nice row:</p> -<pre><code>.card-tiles-container { - display: flex; - font-size: 14px; - margin: 20px 0; -} -</code></pre> -<p>Next we create the default styling for our tile cards and set the <code>transform</code> property to scale the card on <code>:hover</code>:</p> -<pre><code>/* Default card tile styles */ -.card-tile { - border: 1px solid; - border-radius: 10px; - cursor: pointer; - height: 150px; - margin: 0 10px; - overflow: hidden; - position: relative; - width: 33.33%; -} -.card-tile:hover { - transform: scale(1.1); -} -</code></pre> -<h3 id="where-are-my-cards">Where are my cards?!</h3> -<p>Don’t panic if you can’t <em>visually</em> see any card elements in your demo yet - that’s to be expected. We will be styling these card elements momentarily.</p> -<p>Our next step is to hide the default inner <code>text-content</code> and only show it on hover. We achieve this by setting it’s position to <code>absolute</code>, placing it’s opacity at 0 and pushing it’s z-index back to -1.</p> -<p>When the user hovers over a main card tile, we change the <code>text-content</code> values of both the opacity and z-index to 1.</p> -<pre><code>/* Card tile text content */ -.card-tile .text-content { - background: linear-gradient(rgba(0,0,0,0.4) 0%, rgba(0,0,0,0.6) 100%); - bottom: 10px; - border: 1px solid rgba(0,0,0,0.4); - border-radius: 5px; - box-shadow: inset 0 1px 1px rgba(255,255,255,0.8), - 0 2px 4px rgba(0,0,0,0.5); - height: 65px; - left: 10px; - opacity: 0; - padding: 10px; - position: absolute; - width: calc(100% - 20px); - z-index: -1; -} -.card-tile:hover .text-content { - opacity: 1; - z-index: 1; -} -</code></pre> -<p>Finally we add some minor styling for the inner header and paragraph tags:</p> -<pre><code>.card-tile .text-content h4, -.card-tile .text-content p { - color: #fff; - margin: 0; - text-shadow: 1px 1px 1px rgba(0,0,0,0.6); -} -</code></pre> -<h3 id="dont-forget-mobile">Don’t forget mobile</h3> -<p>We want out UI to stack the cards if users are viewing them on smaller devices:</p> -<pre><code>@media(max-width: 600px) { - .card-tiles-container { - flex-direction: column; - } - .card-tile { - margin: 0 0 10px 0; - width: 100%; - } -} -</code></pre> -<h2 id="customizing-each-card">Customizing each card</h2> -<p>Remember how I mentioned that we would be adding more classes to the original HTML? Now is the time. We will be including a simple class on each card tile to provide it’s own custom coloring:</p> -<pre><code><div class="card-tiles-container"> - <!-- `Blue` class --> - <div class="card-tile blue"> - <div class="text-content"> - <h4>Card Title</h4> - <p>Inner card content text</p> - </div> - </div> - <!-- `Orange` class --> - <div class="card-tile orange"> - <div class="text-content"> - <h4>Card Title</h4> - <p>Inner card content text</p> - </div> - </div> - <!-- `Green` class --> - <div class="card-tile green"> - <div class="text-content"> - <h4>Card Title</h4> - <p>Inner card content text</p> - </div> - </div> -</div> -</code></pre> -<p>And these color classes correlate to some new CSS styling:</p> -<pre><code>/* Blue Card */ -.card-tile.blue { - background-color: #0093E9; - background-image: linear-gradient(0deg, #0093E9 0%, #80D0C7 100%); - border-color: #0093E9; - box-shadow: 0 4px 12px rgba(128,208,199,0.7), - inset 0 2px 1px rgba(255,255,255,0.6); -} -.card-tile.blue:hover { - box-shadow: 0 8px 18px rgba(128,208,199,0.4), - inset 0 2px 1px rgba(255,255,255,0.6); -} - -/* Orange Card */ -.card-tile.orange { - background-color: #FAD961; - background-image: linear-gradient(180deg, #FAD961 0%, #F76B1C 100%); - border-color: #F76B1C; - box-shadow: 0 4px 12px rgba(247,107,28,0.7), - inset 0 2px 1px rgba(255,255,255,0.6); -} -.card-tile.orange:hover { - box-shadow: 0 8px 18px rgba(247,107,28,0.4), - inset 0 2px 1px rgba(255,255,255,0.6); -} - -/* Green Card */ -.card-tile.green { - background-color: #096e40; - background-image: linear-gradient(0deg, #096e40 0%, #2AF598 100%); - border-color: #096e40; - box-shadow: 0 4px 12px rgba(9,110,64,0.7), - inset 0 2px 1px rgba(255,255,255,0.6); -} -.card-tile.green:hover { - box-shadow: 0 8px 18px rgba(9,110,64,0.4), - inset 0 2px 1px rgba(255,255,255,0.6); -} -</code></pre> -<h3 id="adding-transitions">Adding transitions</h3> -<p>We can now see the actual cards visually and have the ability to interact with them, but there is a problem - they don’t animate.</p> -<p>Lucky we can target all elements we wish to animate with the <code>transition</code> property, like so:</p> -<pre><code>/* Shared transitions */ -.card-tile, -.card-tile .text-content { - transition: .3s ease all; -} -</code></pre> -<p>Done and done.</p> -<h2 id="the-final-code">The final code</h2> -<p>To make things easier for reference, I have included all the <code>html</code> and <code>css</code> below. Please feel free to use these cards anywhere you like and change them as you see fit!</p> -<h3 id="html">HTML</h3> -<pre><code><div class="card-tiles-container"> - <div class="card-tile blue"> - <div class="text-content"> - <h4>Card Title</h4> - <p>Inner card content text</p> - </div> - </div> - <div class="card-tile orange"> - <div class="text-content"> - <h4>Card Title</h4> - <p>Inner card content text</p> - </div> - </div> - <div class="card-tile green"> - <div class="text-content"> - <h4>Card Title</h4> - <p>Inner card content text</p> - </div> - </div> -</div> -</code></pre> -<h3 id="css">CSS</h3> -<pre><code>.card-tiles-container { - display: flex; - font-size: 14px; - margin: 20px 0; -} -/* Shared transitions */ -.card-tile, -.card-tile .text-content { - transition: .3s ease all; -} -/* Default card tile styles */ -.card-tile { - border: 1px solid; - border-radius: 10px; - cursor: pointer; - height: 150px; - margin: 0 10px; - overflow: hidden; - position: relative; - width: 33.33%; -} -/* Blue Card */ -.card-tile.blue { - background-color: #0093E9; - background-image: linear-gradient(0deg, #0093E9 0%, #80D0C7 100%); - border-color: #0093E9; - box-shadow: 0 4px 12px rgba(128,208,199,0.7), - inset 0 2px 1px rgba(255,255,255,0.6); -} -.card-tile.blue:hover { - box-shadow: 0 8px 18px rgba(128,208,199,0.4), - inset 0 2px 1px rgba(255,255,255,0.6); -} -/* Orange Card */ -.card-tile.orange { - background-color: #FAD961; - background-image: linear-gradient(180deg, #FAD961 0%, #F76B1C 100%); - border-color: #F76B1C; - box-shadow: 0 4px 12px rgba(247,107,28,0.7), - inset 0 2px 1px rgba(255,255,255,0.6); -} -.card-tile.orange:hover { - box-shadow: 0 8px 18px rgba(247,107,28,0.4), - inset 0 2px 1px rgba(255,255,255,0.6); -} -/* Green Card */ -.card-tile.green { - background-color: #096e40; - background-image: linear-gradient(0deg, #096e40 0%, #2AF598 100%); - border-color: #096e40; - box-shadow: 0 4px 12px rgba(9,110,64,0.7), - inset 0 2px 1px rgba(255,255,255,0.6); -} -.card-tile.green:hover { - box-shadow: 0 8px 18px rgba(9,110,64,0.4), - inset 0 2px 1px rgba(255,255,255,0.6); -} -/* Card tile text content */ -.card-tile .text-content { - background: linear-gradient(rgba(0,0,0,0.4) 0%, rgba(0,0,0,0.6) 100%); - bottom: 10px; - border: 1px solid rgba(0,0,0,0.4); - border-radius: 5px; - box-shadow: inset 0 1px 1px rgba(255,255,255,0.8), - 0 2px 4px rgba(0,0,0,0.5); - height: 65px; - left: 10px; - opacity: 0; - padding: 10px; - position: absolute; - width: calc(100% - 20px); - z-index: -1; -} -.card-tile .text-content h4, -.card-tile .text-content p { - color: #fff; - margin: 0; - text-shadow: 1px 1px 1px rgba(0,0,0,0.6); -} -/* All animations on hover */ -.card-tile:hover { - transform: scale(1.1); -} -.card-tile:hover .text-content { - opacity: 1; - z-index: 1; -} -@media(max-width: 600px) { - .card-tiles-container { - flex-direction: column; - } - .card-tile { - margin: 0 0 10px 0; - width: 100%; - } -} -</code></pre> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/animated-toggle-tabs/index.html b/build/posts/animated-toggle-tabs/index.html deleted file mode 100644 index 68a06a0..0000000 --- a/build/posts/animated-toggle-tabs/index.html +++ /dev/null @@ -1,117 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Animated Radio Tab Toggles</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="animated-radio-tab-toggles">Animated Radio Tab Toggles</h1> -<p>2021-01-05</p> -<p><em>In this demo tutorial, we are making the assumption</em> that we need to create a radio slide toggle for our made-up payment options. For this we want to display 3 simple payment choices to the user:</p> -<ul> -<li>One-time payment</li> -<li>Recurring payment</li> -<li>Free tier payment</li> -</ul> -<h2 id="the-final-demo">The Final Demo</h2> -<p><a href="https://codepen.io/bradleytaunt/embed/vYXjpLO">Live CodePen</a></p> -<p>Let’s get started with the base skeleton.</p> -<h2 id="the-html">The HTML</h2> -<pre><code><div class="radio-toggles"> - <input type="radio" id="option-1" name="radio-options"> - <label for="option-1">One-Time</label> - <input type="radio" id="option-2" name="radio-options" checked> - <label for="option-2">Recurring</label> - <input type="radio" id="option-3" name="radio-options"> - <label for="option-3">Free</label> - <div class="slide-item"></div> -</div> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>Now for the main event – the CSS. First we want to style the wrapper that holds all of our pieces together. You can tweak this to your liking, but I prefer a simple and clean style:</p> -<pre><code>.radio-toggles { - align-items: center; - background: #eee; - border: 1px solid lightgrey; - border-radius: 9999px; - display: flex; - justify-content: center; - margin: 20px auto; - max-width: 400px; - overflow: hidden; - padding: 4px; - position: relative; -} -</code></pre> -<p>Next, we “hide” (only visually) the default <code>radio</code> inputs:</p> -<pre><code>input[type="radio"] { - left: -9999px; - position: absolute; - z-index: -1; -} -</code></pre> -<p>Then we give the corresponding <code>label</code> elements a little spacing and breathing room:</p> -<pre><code>label { - cursor: pointer; - padding: 10px 20px; - text-align: center; - width: 33.33%; - z-index: 2; -} -</code></pre> -<p>Remember that <code>.slide-item</code> I referenced earlier? That element will be the visual “slider” that animates between the individual radio options. We style that like so:</p> -<pre><code>.slide-item { - background: white; - border-radius: 9999px; - box-shadow: 0 2px 4px rgba(0,0,0,0.15); - height: calc(100% - 8px); - left: calc(33.33% + 4px); - position: absolute; - width: calc(33.33% - 8px); - transition: left .4s; - z-index: 0; -} -</code></pre> -<p>You’ll notice the <code>left</code>, <code>height</code>, and <code>width</code> properties utilize the CSS <code>calc</code> attributes – this just gives some much needed padding and visual clean-up to the whole tabbed interface.</p> -<p>For the finishing touches, we just need to tell the <code>.slide-item</code> where to position itself based on which <code>radio</code> input is currently selected:</p> -<pre><code>input[type="radio"]:nth-of-type(1):checked ~ .slide-item { - left: 4px; -} -input[type="radio"]:nth-of-type(3):checked ~ .slide-item { - left: calc(66.66% + 4px); -} -</code></pre> -<p>That’s pretty much it! You now have a fully functional, animated toggle slider with just a set of simple <code>radio</code> inputs and pure CSS.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/audio-hotkeys-on-linux-mint/index.html b/build/posts/audio-hotkeys-on-linux-mint/index.html deleted file mode 100644 index a35cc2e..0000000 --- a/build/posts/audio-hotkeys-on-linux-mint/index.html +++ /dev/null @@ -1,54 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Audio Hotkeys on Linux Mint</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="audio-hotkeys-on-linux-mint">Audio Hotkeys on Linux Mint</h1> -<p>2020-06-14</p> -<p>I recently switched out the OS on my old 2011 MacBook Air with Linux Mint. It’s a distro I’ve used a few times in the past, but never set it as one of my main daily drivers until now.</p> -<p>Setting up all my go-to applications (Sublime, LocalWP, Riot, Evolution, etc) was a breeze. The only snag I ran into was properly setting up the volume shortcuts on my wireless <a href="https://www.amazon.com/gp/product/B01AROOL12/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=B01AROOL12&linkCode=as2&tag=uglyduck-20&linkId=5cfe5875a0f263b933692c381a6a88a9">Logitech MK235 keyboard</a>. After looking a little too long on DDG & even Google, I finally found <a href="https://forums.linuxmint.com/viewtopic.php?t=253048">this forum thread with the solution</a>.</p> -<p>For my own personal reference, I’m also going to include those code snippets here since you never know when you might need it again! And who knows, maybe this will help someone else stumbling around the internet.</p> -<pre><code>// Volume Up -pactl set-sink-volume @DEFAULT_SINK@ +5% - -// Volume Down -pactl set-sink-volume @DEFAULT_SINK@ -5% - -// Toggle Mute -pactl set-sink-mute @DEFAULT_SINK@ toggle -</code></pre> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/aui/index.html b/build/posts/aui/index.html deleted file mode 100644 index 7f30c9a..0000000 --- a/build/posts/aui/index.html +++ /dev/null @@ -1,113 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Aqua UI CSS Buttons</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="aqua-ui-css-buttons">Aqua UI CSS Buttons</h1> -<p>2016-06-28</p> -<p>Though it may feel like nostalgia, the old OS design for Mac was arguably better than the current iteration (as of this writing - High Sierra). I recently designed a quick Dribbble shot showcasing how the older operating system used to have so much more character and depth.</p> -<p><img src="/public/images/aqua-ui-css-buttons.webp" alt="Old macOS Buttons" /></p> -<p><em>My initial Dribbble shot, which can be found <a href="https://dribbble.com/shots/4561658-Aqua-Buttons-UI">here</a></em></p> -<p>Since I’ve been wanting to dip my toes into more tutorial-based articles (maybe I’ll even do some screencasts in the future), I decided to start out simple. Let’s walk through how to implement these ‘aqua’ UI buttons with pure CSS.</p> -<h3 id="starting-with-a-basic-foundation">Starting with a basic foundation</h3> -<p>Since this project consists of only two buttons elements, the HTML or skeleton of this project is very straightforward:</p> -<pre><code><button class="cancel">Cancel</button> -<button class="confirm">Confirm</button> -</code></pre> -<h3 id="styling-the-buttons">Styling the buttons</h3> -<p>The first step is to remove the browser’s default button styling by using the <code>appearance</code> property. This will help avoid having to fight against the browser and minimize our CSS code.</p> -<pre><code>button { - -webkit-appearance: none; - -moz-appearance: none; -} -</code></pre> -<p>Next, we apply a fairly simple set of CSS that will be shared across both the confirm and cancel buttons:</p> -<p>(Pay attention to the <code>transition</code> property as we will be returning to that shortly)</p> -<pre><code>button { - -webkit-appearance: none; - -moz-appearance: none; - border: 1px solid #ccc; - border-radius: 125px; - box-shadow: inset 0 13px 25px rgba(255,255,255,0.5), 0 3px 5px rgba(0,0,0,0.2), 0 10px 13px rgba(0,0,0,0.1); - cursor: pointer; - font-family: 'Lucida Grande', Helvetica, Arial, sans-serif; - font-size: 2rem; - margin: 5rem 1rem; - padding: 1.2rem 4rem; - position: relative; - transition: all ease .3s; -} -</code></pre> -<p>Then we separate the specific confirm and cancel button styles into their own class selectors:</p> -<pre><code>button.confirm { - background: #4A90E2; - border-color: #3672B6; - color: #fff; -} - -button.cancel { - background: #D0D0D0; - border-color: #B8B8B8; - color: #6F6F6F; -} -</code></pre> -<h3 id="playing-with-pseudo-elements">Playing with pseudo elements</h3> -<p>Now that the button is styled and structured with basic formatting, it’s time to add that classic ‘shine’ seen in the original Dribbble shot.</p> -<p>The cleanest way to do this is by using the <code>:before</code> pseudo element paired with a linear-gradient background.</p> -<pre><code>button:before { - background: linear-gradient(rgba(255,255,255,1) 0%, rgba(255,255,255,0) 100%); - border-radius: 125px; - content:''; - height: 50px; - left: 4%; - position: absolute; - top: 1px; - transition: all ease .3s; - width: 92%; -} -</code></pre> -<h3 id="adding-interaction">Adding interaction</h3> -<p>The final step is adding the user hover interaction: (Remember that <code>transition</code> property?)</p> -<pre><code>button:hover { - box-shadow: inset 0 13px 25px rgba(255,255,255,0.8), 0 3px 5px rgba(0,0,0,0.2), 0 10px 13px rgba(0,0,0,0.2); - transform: scale(1.02); -} -</code></pre> -<p>That’s it!</p> -<h3 id="see-it-live-on-codepen">See it live on CodePen</h3> -<p>You can view this project on CodePen here.</p> -<p>Feel free to fork it or implement your own!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/avoid/index.html b/build/posts/avoid/index.html deleted file mode 100644 index d1d9b5c..0000000 --- a/build/posts/avoid/index.html +++ /dev/null @@ -1,82 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>A Warning for New Designers: Avoid Dribbble</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="a-warning-for-new-designers-avoid-dribbble">A Warning for New Designers: Avoid Dribbble</h1> -<p>2022-09-08</p> -<p>Everyday a new designer begins their journey into the world of [<em>insert design industry here</em>] and it is magical! Having a fresh pair of eyes untainted from the current trends of the time can help improve design as a whole. Newbies can even teach new things to older, grumpier luddites (like yours truly). But over the years I’ve noticed a concerning trend among junior designers; <strong>they rely too heavily on Dribbble</strong>.</p> -<p>Relying on Dribbble for minor inspiration is one thing. Referencing “shots” as justification for real-world design work? Not so much. I believe Dribbble shouldn’t be used for either of these use cases, but I can at least give a pass at browsing for basic inspiration (colors, padding, layout).</p> -<p>Now, using concept shots to push for your own design decisions? That is a terrible idea. We “senior” designers need to step up and help newbies avoid this trap.</p> -<h3 id="designing-for-other-designers">Designing for Other Designers</h3> -<p>Dribbble is rarely a place for design feedback and discussion anymore. Hell, most people use it as a digital portfolio to share with prospective clients. Others use it like some form of “design Linkedin”, which has its own host of problems.</p> -<p>Dribble is now (mainly) a place where designers post “work” for other designers. There <em>is</em> a small minority of users still looking for real, human feedback on their work - but they are a rarity.</p> -<p>Take a look at the <a href="https://dribbble.com/shots/popular">popular shots</a> category at any give time. Most shots are promo pieces used to attract potential clients. Nearly all design concepts are impractical or simply impossible to create in a real-life setting. This is incredibly damaging to newcomers trying to learn “good” design practices. Dribbble shots simply ride the wave of the current trends, which doesn’t provide junior designers with a solid foundation or core understanding of design as a whole. It just causes them to endlessly chase the “latest and greatest” trend.</p> -<p>Shot posters rarely go into the reasoning behind their design decisions. No research or iterations are shared to show the process. Instead it simply states “here is a cool website layout for a company that doesn’t exist”. Zero constraints or goals needed to be met. No discussion about how one version of their design didn’t perform as well when tested on real users. So of course it ends up looking <em>so cool and original</em> - <strong>it wasn’t designed in reality</strong>.</p> -<h3 id="i-dont-have-all-the-answers---but-ill-try">I Don’t Have All the Answers - But I’ll Try</h3> -<p>I am not the holy savior of <em>all things design</em>. I’m just a designer who has been around the block a few times. If new designers want to keep using Dribbble as their main source of guidance and think I should go kick rocks - that’s fine. I will. But for those with a little more passion for the profession, might I suggest some humble alternatives to get you on a more consistent path?</p> -<ul> -<li>Read some good design books (to get you started): -<ul> -<li><a href="https://sensible.com/dont-make-me-think/">Don’t Make Me Think - Revisited</a></li> -<li><a href="https://en.wikipedia.org/wiki/The_Design_of_Everyday_Things">The Design of Everyday Things</a></li> -<li><a href="https://www.edwardtufte.com/tufte/books_vdqi">The Visual Display of Quantitative Information</a></li> -<li><a href="https://www.amazon.ca/Dieter-Rams-Less-But-Better/dp/3899555252">Less But Better</a></li> -</ul></li> -<li>Talk to <em>real</em> people -<ul> -<li>Chat with your team’s marketers, customer support specialists, senior design leads, and developers about new features (they often have better insights than you)</li> -<li>Perform customer interviews early and often (they use your product or service - let them tell you what they want!)</li> -</ul></li> -<li>R ad through some quality UX reports and research -<ul> -<li><a href="https://www.nngroup.com/">Nielsen Norman Group</a></li> -<li><a href="https://baymard.com/">Baymard Institute</a></li> -</ul></li> -<li>P y attention to real world design (good and bad) -<ul> -<li>Grocery item designs, labels packaging</li> -<li>Vehicle analog and digital dashboards / safety features</li> -<li>Warning and safety labeling (great for universal and minimal design inspiration)</li> -<li>Government websites and applications (notoriously terrible - great for “what not to do” examples)</li> -</ul></li> -<li>Your own experience (over time)</li> -</ul> -<p>These are just my own suggestions to help new designers get a better foundation of core design concepts <em>before</em> falling down the Dribbble hole. Take it or leave it. I’m not your dad.</p> -<p>Most designers who are pro-Dribbble will most likely write me off as a grumpy old man yelling at a cloud. That’s only half true. But if just one person reading this even <em>considers</em> avoiding Dribbble as a source for learning proper design - then it was worth it.</p> -<p>Now if you will excuse me, there are many more clouds to yell at…</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/base64-all-the-things/index.html b/build/posts/base64-all-the-things/index.html deleted file mode 100644 index 13bf5a2..0000000 --- a/build/posts/base64-all-the-things/index.html +++ /dev/null @@ -1,43 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Base64 All The Things! (Sometimes)</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="base64-all-the-things-sometimes">Base64 All The Things! (Sometimes)</h1> -<p>2020-03-18</p> -<p><em>An extremely overlooked process for displaying fonts</em>, images, documents, spreadsheets, etc. on the web is the use of <strong>base64 encoding</strong>. Although it may not be the most efficient (or easy) way to display and include these elements it can be a lifesaver in certain situations.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/basic-gulp-build-for-sass/index.html b/build/posts/basic-gulp-build-for-sass/index.html deleted file mode 100644 index 3ad00b1..0000000 --- a/build/posts/basic-gulp-build-for-sass/index.html +++ /dev/null @@ -1,123 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Basic Gulp Build for Sass</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="basic-gulp-build-for-sass">Basic Gulp Build for Sass</h1> -<p>2019-01-15</p> -<p>Some designers might shy away from build tools when first starting out and I can understand the reasoning - task runners like <code>gulp</code> and <code>grunt</code> can seem daunting at first. So, I’ve decided to showcase my go-to setup for <code>gulp</code> and explain what the heck it does step-by-step. </p> -<p>Here is the final <code>gulp.js</code> file in all it’s glory:</p> -<pre><code>var gulp = require('gulp'); -var shell = require('gulp-shell'); -var sass = require('gulp-sass'); - -/* Build and watch Jekyll (change this task to whatever you need) */ -gulp.task('generate', shell.task('jekyll serve')); - -/* Compile SCSS files to CSS */ -gulp.task('styles', function () { - return gulp.src('_includes/assets/sass/styles.scss') - .pipe(sass({ - outputStyle: 'compressed' - }).on('error', sass.logError)) - .pipe(gulp.dest('_includes/assets/css/')); -}); - -/* Compile the assets */ -gulp.task('assets', gulp.parallel( - 'styles' -)); - -/* Build */ -gulp.task('build', gulp.series( - 'assets', - 'generate' -)); -</code></pre> -<p>Trust me, it’s not complicated at all.</p> -<h2 id="grabbing-what-we-need">Grabbing what we need</h2> -<p>For our basic build file we are going to need only three modules: <code>gulp</code>, <code>gulp-shell</code> and <code>gulp-sass</code>.</p> -<pre><code>var gulp = require('gulp'); -var shell = require('gulp-shell'); -var sass = require('gulp-sass'); -</code></pre> -<h4 id="gulp">gulp</h4> -<p>This is the streaming build system, without it we can’t do anything else.</p> -<h4 id="gulp-shell">gulp-shell</h4> -<p>A gulp command line interface for us to interact with our terminal.</p> -<h4 id="gulp-sass">gulp-sass</h4> -<p>Required for gulp to compile Sass into vanilla CSS.</p> -<h4 id="bonus-tasks">Bonus tasks</h4> -<h2 id="generating-the-build">Generating the build</h2> -<p>Our first step is to create the default task that will generate our build. In this example we are making the assumption that we’re building a Jekyll website (but you can place any build command here):</p> -<pre><code>gulp.task('generate', shell.task('jekyll serve')); -</code></pre> -<p>Don’t worry if this <code>generate</code> isn’t clear, we come back to that later.</p> -<h2 id="processing-our-pre-processor">Processing our pre-processor</h2> -<p>We will name this next task <code>styles</code> since that’s what it outputs - our styling. We start by telling gulp where our main <code>scss</code> directory is:</p> -<pre><code>/* Change this directory to match yours */ -return gulp.src('_includes/assets/sass/styles.scss') -</code></pre> -<p>This next piece tells the plugin to compress our final compiled CSS, log any errors if there are issues with the build and then export it to our destination directory:</p> -<pre><code>.pipe(sass({ - outputStyle: 'compressed' -}).on('error', sass.logError)) - -/* Change this to your destination directory */ -.pipe(gulp.dest('_includes/assets/css/')); -</code></pre> -<h2 id="building-our-assets">Building our assets</h2> -<p>This step isn’t 100% needed, but I like to include it for when more assets need to be added (minifying JavaScript, compressing images, etc)</p> -<pre><code>/* -Compile the assets -*/ -gulp.task('assets', gulp.parallel( - 'styles' -)); -</code></pre> -<h2 id="altogether-now">Altogether now!</h2> -<p>Now we add a task that runs all other tasks in our gulp file (in this case it will run both <code>assets</code> and <code>generate</code>)</p> -<pre><code>/* -Build -*/ -gulp.task('build', gulp.series( - 'assets', - 'generate' -)); -</code></pre> -<p>And that’s it - we’re done! A very basic <code>gulp</code> build for compiling Sass.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/batch-webp-conversion/index.html b/build/posts/batch-webp-conversion/index.html deleted file mode 100644 index 0577e95..0000000 --- a/build/posts/batch-webp-conversion/index.html +++ /dev/null @@ -1,89 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Batch Converting Images to webp with macOS Automator</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="batch-converting-images-to-webp-with-macos-automator">Batch Converting Images to webp with macOS Automator</h1> -<p>2021-10-15</p> -<p>A great deal of my time working as a web/UI designer is spent exporting and/or converting images for software products and websites. Although a lot of modern applications can render image conversions at build time, a custom conversion is sometimes requested for an image to be set as <code>webp</code>.</p> -<p>You <em>could</em> download one of the many native apps from the Mac App Store to do this for you - but why not create your own script and run it with a simple right-click directly inside Finder? <strong>Let’s do just that!</strong></p> -<h2 id="basic-requirements">Basic requirements</h2> -<p><strong>Important!</strong>: As of this time of writing, the official <code>libwebp</code> package release is <em>libwebp-1.2.1-mac-10.15</em>. If this has been updated since then, change the command below to match that of the proper release version.</p> -<ol> -<li>First you will need to download the <code>libwebp</code> package to your Downloads folder: <a href="https://developers.google.com/speed/webp/download">developers.google.com/speed/webp/download</a> -<ul> -<li><em>Look for the “Download for macOS link”</em></li> -</ul></li> -<li>Next we will need to copy the <code>cwebp</code> folder to our <code>/usr/local/bin</code> directory: -<ul> -<li>Open macOS Terminal</li> -<li>Run <code>sudo cp /Downloads/libwebp-1.2.1-mac-10.15/bin/cwebp /usr/local/bin</code></li> -<li><em>Note:</em> if the <code>/usr/local/bin</code> directory doesn’t exist, simply create it by running: <code>sudo cd /usr/local && mkdir bin</code></li> -</ul></li> -</ol> -<h2 id="creating-our-custom-automator-script">Creating our custom Automator script</h2> -<ol> -<li><p>Open the macOS Automator from the Applications folder</p></li> -<li><p>Select <code>Quick Option</code> from the first prompt</p></li> -<li><p>Set “Workflow receives current” to <code>image files</code></p></li> -<li><p>Set the label “in” to <code>Finder</code></p></li> -<li><p>From the left pane, select “Library > Utilities”</p></li> -<li><p>From the presented choices in the next pane, drag and drop <code>Run Shell Script</code> into the far right pane</p></li> -<li><p>Set the area “Pass input” to <code>as arguments</code></p></li> -<li><p>Enter the following code below as your script and type <code>⌘-S</code> to save (name it something like “Convert to webp”)</p></li> -</ol> -<pre><code>for f in "$@" -do -/usr/local/bin/cwebp -q 85 "$f" -o "${f%.*}.webp" -done -</code></pre> -<p>For visual reference, it should look something like this:</p> -<p>And when right-clicking an image file in the Finder window, it should now give you the option to convert:</p> -<h2 id="making-edits-to-your-script">Making edits to your script</h2> -<p>If you ever have the need to edit this script (for example, changing the default <code>85</code> quality parameter), you will need to navigate to your <code>~/Library/Services</code> folder and open your custom webp Quick Action in the Automator application. </p> -<p>Simple as that!</p> -<h2 id="possible-hiccups">Possible Hiccups</h2> -<p>I was contacted by the very helpful <a href="https://kevq.uk">Kev Quirk</a> about a minor problem he encountered while following this tutorial. When trying to run <code>cwebp</code> he received the following error message:</p> -<pre><code>cwebp cannot be opened because it's from an unverified developer -</code></pre> -<p>Doing the next steps seemed to have fixed this issue for him:</p> -<ol> -<li>Click on the “Open in Finder” in the error message prompt</li> -<li>Double-click on the <code>cwebp</code> utility to open in Terminal</li> -<li>You’ll then be prompted with a pop-up asking if you wish to execute</li> -</ol> -<p>After following these steps, the issue should be resolved.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/battery/index.html b/build/posts/battery/index.html deleted file mode 100644 index 524c35b..0000000 --- a/build/posts/battery/index.html +++ /dev/null @@ -1,63 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Improving Laptop Battery Performance on OpenBSD</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="improving-laptop-battery-performance-on-openbsd">Improving Laptop Battery Performance on OpenBSD</h1> -<p>2023-06-13</p> -<p>It is no secret that OpenBSD has poor battery performance on laptops. Although not as impressive as something like Alpine Linux or FreeBSD, you can tweak OpenBSD <em>just enough</em> to squeeze more life out of your machine’s battery.</p> -<h2 id="our-new-best-friend-">Our New Best Friend: <code>ampd</code></h2> -<p>I won’t go into great detail about <code>ampd</code> here - that’s what the incredible <a href="https://man.openbsd.org/apmd">documentation is for</a>. You’ll want to make sure to start it before trying to configure it:</p> -<pre><code>doas rcctl start apmd -</code></pre> -<p>If already running in a live session, you can default to <code>-A</code> (auto) but I suggest setting cpu performance to low:</p> -<pre><code>apm -L -</code></pre> -<p>To make these changes permanent on boot:</p> -<pre><code>doas rcctl set apmd flags -L -</code></pre> -<p>Optimizating battery life via <code>ampd</code> will have the most noticable impact but you can improve things even further by implementing some extra “small” performance wins.</p> -<h2 id="small-performance-wins">Small Performance Wins</h2> -<ol> -<li>Reduce your screen’s brightness (<code>xbacklight -set 50</code>)</li> -<li>Use a lightweight window manager instead of a beefer desktop environment</li> -<li>Enable battery saving options in your system BIOS (if available)</li> -<li>Disable the fingerprint scanner and bluetooth in your system BIOS (if available)</li> -<li>Use utilities such as <code>mpv</code> and <code>ffmpeg</code> for media consumption</li> -<li>Reduce the number of open applications at any given time</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/being-efficient/index.html b/build/posts/being-efficient/index.html deleted file mode 100644 index 970bfed..0000000 --- a/build/posts/being-efficient/index.html +++ /dev/null @@ -1,102 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Being More Efficient as a Designer and Developer</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="being-more-efficient-as-a-designer-and-developer">Being More Efficient as a Designer and Developer</h1> -<p>2019-09-28</p> -<p><em>I recently began working on a small side project</em> (a marketing site / blog for an upcoming UX book I’m writing, but I have nothing to promote yet - sorry) and found myself circling around different static site generators (SSG) in the initial design concepts. The thought of learning an entirely new blogging platform was inspiring and seemed like a good excuse to expand my skillset.</p> -<p>Although I’ve used 11ty and Hugo in the past for client work, this personal website runs on Jekyll. I’m very familiar with Jekyll and can push out a point-of-concept site in a flash with little-to-no effort. So, why was I looking to jump into a SSG I hadn’t used before? </p> -<p>And that got me thinking… <strong>Why am I moving away from being efficient?</strong></p> -<h2 id="before-we-begin">Before we begin…</h2> -<p>I should preface everything else I’m going to mention in this post with this: <em>learning new stuff is awesome</em>. You should expand your knowledge as much as you can, no matter what industry you find yourself in. I’ve found it to be a great catalyst for boosting my passion in design and development.</p> -<p>Okay, I’ve made it clear that learning is important to the growth of your career - so please keep that in mind before you read my next statement:</p> -<p><strong>Just use what you already know.</strong></p> -<p>By using your current experience (maybe even expertise) with a design system, CSS framework, blogging platform, programming language, etc. you can get something <em>built</em>. Not to mention you can get that thing built in a <em>fraction of the time</em>. After all, building things is kind of the point of being a designer (or developer), right?</p> -<p>My current side project may be a slight edge case in this regard. Since it’s a personal “dev” website, most of the tech stack choices comes down to personal preference - not client requirements. But I believe my point still remains: you shouldn’t reach for something new and shiny <em>just because</em> it’s new and shiny.</p> -<h2 id="some-vague-examples">Some vague examples</h2> -<p>It might be easier to understand what I mean by using some possible real-world examples:</p> -<table> -<thead> -<tr> -<th>Problem</th> -<th>New Way</th> -<th>Efficient Way</th> -</tr> -</thead> -<tbody> -<tr> -<td>A local bakery needs product and e-cart functionality</td> -<td>Learn a new custom ecommerce platform</td> -<td>Use a popular pre-existing library you’re familiar with</td> -</tr> -<tr> -<td>Create an add-on blog for a medical clinic</td> -<td>Try a custom built static site generator and hook in a git-based CMS</td> -<td>Spin up a quick WordPress site and hand-off</td> -</tr> -<tr> -<td>UI mockups for a workout iOS app</td> -<td>Test out the newest design tool just released</td> -<td>Use your go-to default design tool you (Sketch, Figma, etc)</td> -</tr> -</tbody> -</table> -<p>I know all of this is very much “common sense”, but you would be surprised how often we reach out for the latest and greatest tools (we are creative problem-solvers, after-all). If a current project allots you the time to learn a new skillset alongside outputting a quality product - then more power to you. In my experience that’s a rare luxury, so my advice is to focus on shipping quality work (whether that’s code, design, analytics, content, etc) instead of getting caught up in the “new and shiny”.</p> -<h2 id="but-wait-how-when-do-i-learn-new-things">But wait, how / when do I learn new things?</h2> -<p>It isn’t exactly ground breaking to state that you should keep things simple as a developer. There are probably hundreds of posts on the web advocating for the exact same thing - which is good. At the same time, we as designers and developers need to avoid stagnation - something that can happen all too easily.</p> -<p>So how do we learn new things? This is a hard thing to answer. Really, the best response would be: <strong>it depends on the designer / developer</strong>. I know, <em>what a cop-out</em>. Unfortunately, it’s true. There is no one solution to learning anything new.</p> -<p>The best I can do is offer up some possible options:</p> -<ul> -<li>Learn outside of work -<ul> -<li>Reading / listening to a technical book on your commute or before bed</li> -<li>Take an online course you can work on after hours</li> -</ul></li> -<li>Contribute to an open source project that you aren’t familiar with but are interested in -<ul> -<li>Even tiny contributions go a long way, don’t doubt yourself so much</li> -</ul></li> -<li>Ask your current company (if not a freelancer that is) to learn on their time -<ul> -<li>It’s a valid argument that your company should have vested interest in you becoming a better developer / designer</li> -</ul></li> -</ul> -<h2 id="easier-said-than-done">Easier said than done</h2> -<p>Sometimes, even the suggestions above don’t work for certain individuals. Life is hectic and other important things can pop-up taking precedence. Don’t let it get you down - there are more important things in life than mastering the newest framework that released 25 minutes ago.</p> -<p>My motto is to keep shipping quality products that you actually give a shit about. Otherwise it doesn’t matter how “new” it is.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/berg/index.html b/build/posts/berg/index.html deleted file mode 100644 index c27bb2b..0000000 --- a/build/posts/berg/index.html +++ /dev/null @@ -1,76 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Hosting with Codeberg Pages</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="hosting-with-codeberg-pages">Hosting with Codeberg Pages</h1> -<p>2022-07-29</p> -<p>I recently switched the <a href="https://pblog.bt.ht">pblog</a> project repo over from Sourcehut to Codeberg (mostly for UX reasons) and it got me looking into <a href="https://codeberg.page">Codeberg Pages</a>. It seemed like a cleaner approach to host my personal blog on the same platform I planned to also share the source code.</p> -<p>I decided to share the setup process here since I couldn’t find a straightforward guide explaining everything required to get going. So, let’s dig in.</p> -<h2 id="create-the-repos">Create the Repos</h2> -<p><strong>Disclaimer</strong>: My personal blog uses <a href="https://pblog.bt.ht">pblog</a>, so although these instructions will be catered towards that SSG the same concept <em>should</em> apply for any other generator (Jekyll, Hugo, Next, etc.).</p> -<p>The first step is to create the main repo that would house the core files of <code>pblog</code>. Then we need to make a separate repo simply called <code>pages</code>. This second project is where all the generated “static” files get rendered.</p> -<p><em>Side note</em>: Be sure to at least include a <code>README</code> file in that <code>pages</code> repo. This will avoid any errors or warnings when setting up our submodules in the next steps.</p> -<h2 id="configuration-edits">Configuration Edits</h2> -<p>Once your two repos are created, you will need to make some minor edits to the <code>_config.sh</code> in the core <code>pblog</code> project to tell the build script where the generated files should go (in this case the <code>pages</code> repo):</p> -<pre><code>OUTPUT="_output/pages/" -</code></pre> -<h2 id="the-submodule">The Submodule</h2> -<p>Using terminal, navigate to the <code>_output/</code> directory in your core <code>pblog</code> project. Run the following, remembering to replace the USERNAME parameter with your own:</p> -<pre><code>git submodule add git@codeberg.org:USERNAME/pages.git -</code></pre> -<p>If everything worked correctly you should now have a <code>.gitmodules</code> file in your main <code>pblog</code> project. If you get any errors, you might need to include the name of the directory at the end of the command:</p> -<pre><code>git submodule add git@codeberg.org:USERNAME/pages.git pages -</code></pre> -<h2 id="the-workflow">The Workflow</h2> -<p>Now you can make changes, add new posts and pages in the main <code>pblog</code> project and have those generated files render into your other <code>pages</code> repo. For this workflow, I simply push commits to both projects when I am happy with my changes but I’m sure you could look into automating this process (ie. a single push from the <code>pblog</code> repo forces a the <code>pages</code> repo to also update).</p> -<p>Now you can navigate to the standard Codeberg Pages URL to see it in action:</p> -<pre><code>USERNAME.codeberg.page -</code></pre> -<p>If you want to use your own custom domain (who doesn’t?) then continue reading.</p> -<h2 id="custom-domains-optional">Custom Domains (Optional)</h2> -<p>The first thing you will need to do is add a <code>.domains</code> file to your <code>pages</code> root directory. In this file you will want to list your custom domain on the first line, followed by the standard Codeberg pages URL below it. Like so:</p> -<pre><code>yourcustomdomain.com -USERNAME.codeberg.page -</code></pre> -<p>I’m keeping this very basic, but I suggest you look further into the <a href="https://docs.codeberg.org/codeberg-pages/#custom-domains">official documentation</a> if there are any extra settings you’d like to tinker with.</p> -<p>The final step is configuring a <code>CNAME</code> DNS setting through your registrar:</p> -<pre><code>@ -> USERNAME.codeberg.page -</code></pre> -<p>Give the DNS settings a bit of time to take (24-48 hours) and you’ll have your custom domain working just fine.</p> -<p>Happy hosting!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/better-box-shadows/index.html b/build/posts/better-box-shadows/index.html deleted file mode 100644 index 5540d08..0000000 --- a/build/posts/better-box-shadows/index.html +++ /dev/null @@ -1,127 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Better Box Shadows</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="better-box-shadows">Better Box Shadows</h1> -<p>2019-01-08</p> -<p>Box shadow on HTML elements has been widely supported across most browsers for a while now, but I find the default options don’t allow for much visual manipulation of the shadows in general.</p> -<p>Let’s take a look at a default configuration of <code>box-shadow</code>:</p> -<pre><code>.box-container { - box-shadow: 0 4px 8px rgba(0,0,0,0.3); -} -</code></pre> -<p>In the example above the first property number is the origin of the <em>x-axis</em>, the second number is the origin of the <em>y-axis</em> and the third is the amount of <em>blur</em>.</p> -<p>We should also add some minimal styling to cleanup the <code>.box-container</code> a little bit for our example:</p> -<pre><code><div class="box-container"></div> - - -.box-container { - box-shadow: 0 4px 8px rgba(0,0,0,0.3); - /* Styles to make it less ugly */ - background: white; - border-radius: 10px; - border: 1px solid #eee; - height: 200px; - padding: 10px; - position: relative; - width: 250px; -} -</code></pre> -<p>Which would render as this:</p> -<p>Not bad - but we can do a lot better than this.</p> -<h2 id="please-sir-i-want-some-more-depth">Please sir, I want some more (depth)</h2> -<p>We just need to add a simple child <code>div</code> (or use a <code>pseudo</code> element if you prefer) inside our main element we want to apply the shadow to:</p> -<pre><code><div class="box-container"> - <div class="box-container-inner"></div> -</div> -</code></pre> -<p>Now we make our inner child element <code>absolute</code> and set it’s <code>height</code> and <code>width</code> dynamically to be slightly smaller than it’s parent (percentages work best for this). </p> -<p>Remember to set this child element behind it’s parent by adding <code>z-index: -1</code>.</p> -<pre><code>.box-container { - /* No box-shadow needed on this element anymore */ - /* Styles to make it less ugly */ - background: white; - border-radius: 10px; - border: 1px solid #eee; - height: 200px; - padding: 10px; - position: relative; - width: 250px; -} -</code></pre> -<h2 id="inner-containers">Inner Containers</h2> -<p>We also need to target the <code>box-container-inner</code> element set inside the current parent to reflect our custom shadow styling:</p> -<pre><code>.box-container-inner { - bottom: 0; - /* The box-shadow is added here now */ - box-shadow: 0 4px 12px rgba(0,0,0,0.3); - height: 94%; - left: 3%; - position: absolute; - width: 94%; - z-index: -1; -} -</code></pre> -<p>Which will make the drop-shadow render with a little more realistic depth:</p> -<h2 id="but-wait---theres-more">But wait - there’s more!</h2> -<p>We could stop now and have a decent drop-shadow that is certainly easier on the eyes - but we can make this even better with one extra property - <code>filter:blur();</code>. </p> -<p>So your final code would look like this:</p> -<pre><code>.box-container { - /* Styles to make it less ugly */ - background: white; - border-radius: 10px; - border: 1px solid #eee; - height: 200px; - padding: 10px; - position: relative; - width: 250px; -} - -.box-container-inner { - bottom: 0; - box-shadow: 0 4px 12px rgba(0,0,0,0.3); - filter: blur(6px); - height: 94%; - left: 3%; - position: absolute; - width: 94%; - z-index: -1; -} -</code></pre> -<p>Which renders out into a much smoother blend of a drop-shadow, creating a more realistic illusion of depth:</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/bidirectional-scrolling/index.html b/build/posts/bidirectional-scrolling/index.html deleted file mode 100644 index 6e58d44..0000000 --- a/build/posts/bidirectional-scrolling/index.html +++ /dev/null @@ -1,70 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Bidirectional Scrolling: Why Not Both?</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="bidirectional-scrolling-why-not-both">Bidirectional Scrolling: Why Not Both?</h1> -<p>2020-11-09</p> -<p><em>I recently came across Adam Silver’s post <a href="https://adamsilver.io/articles/bidirectional-scrolling-whats-not-to-like/">about the merits and pitfalls of bidirectional scrolling</a></em> and found myself conflicted with the design arguments put forth in the article. It’s a very good article overall, and I suggest giving it a read before digging deeper into my post here.</p> -<h2 id="the-premise">The Premise</h2> -<p>The original article argues that displaying page content via horizontal scrolling (and therefore slightly hiding interactive content) creates a few major issues:</p> -<ul> -<li>it increases the chance users won’t see it</li> -<li>there’s a greater reliance on digital literacy</li> -<li>it’s generally more labour intensive for users</li> -</ul> -<p>Adam also makes a solid statement here:</p> -<blockquote> -<p>Having to scroll down and across in a zig zag fashion can be tiresome, especially for people with motor impairments.</p> -</blockquote> -<p>But I don’t believe these issues create a need to completely remove the horizontal “scrolling” design altogether. You can still implement the <code>See All Items</code> category link, while allowing the horizontal content to load in <em>dynamically</em>. Balance is always key.</p> -<h2 id="not-all-at-once-please">Not All At Once, Please!</h2> -<p>So what exactly do I mean by <em>dynamically</em> loading in horizontal content?</p> -<ul> -<li>The user is shown the top 4 items in a given category</li> -<li>From there, the user can use the <code>See All Items</code> link to jump into a full category page</li> -<li>If they so desire, they can begin scroll horizontally in a given category row -<ul> -<li>Once they reach the end of the row, 4 more items will load in automatically to expand the list</li> -<li>To avoid a never-ending list, it might be best to limit total row items to ~20 items. At this point the UI could prompt the user to <code>View All Items</code> in that category.</li> -</ul></li> -</ul> -<p>By loading the row content in piece-by-piece, initial loads for users will be faster and subsequent list items will load quickly as well (since they would limit to a set default - in this case only 4).</p> -<h2 id="final-improvements">Final Improvements</h2> -<p>Below you can find a quick, static version of this concept. Here you can see the horizontal list items, along with their corresponding <code>See All Items</code> links. You’ll have to use your imagination for how new items would load once you each the end of a horizontal row. (I’m too lazy to spend extra time building out that functionality for a hypothetical blog post)</p> -<p><a href="https://codepen.io/bradleytaunt/pen/pobxpXz">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/browser-history-sucks/index.html b/build/posts/browser-history-sucks/index.html deleted file mode 100644 index 53b1248..0000000 --- a/build/posts/browser-history-sucks/index.html +++ /dev/null @@ -1,84 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Browser History Sucks</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="browser-history-sucks">Browser History Sucks</h1> -<p>2019-04-20</p> -<p><em>Have you ever needed to step back through your browser history</em> to find a particular site or product? Do you remember that experience being good? Most likely not.</p> -<p>Much like printers, the design of browser history interfaces hasn’t changed in years. This would be fine if these UIs had been well thought out and optimized for an easy user experience - but they weren’t.</p> -<p>Browser history views rely on the user’s own memory for more in-depth searches. This defeats the whole purpose of having a robust, documented history. The browser should be doing this heavy-lifting.</p> -<h2 id="what-browsers-get-wrong">What browsers get wrong</h2> -<p>Modern browsers give the general public too much credit when it comes to memory (I don’t mean this as an insult!). To assume users remember the URL or site name when browsing random pages is short-sighted. I find myself asking these types of questions when jumping back into my view history far too often:</p> -<ul> -<li>“That article had <em>something</em> to do with CSS…”</li> -<li>“I remember seeing a beautifully designed site a month ago but have no clue what the URL was…”</li> -<li>“My browser crashed and I can’t recall that [example website] I had pinned in my tab for weeks…”</li> -</ul> -<p>For reference, let’s take a look at the current Chrome (73) history view:</p> -<p><img src="/public/images/browser-history-01.webp" alt="Default Chrome History" /></p> -<p>As you may have noticed - this UI is lackluster at best. An oversimplified search field in the header is the only means of filtering items.</p> -<h2 id="why-not-use-extensions">Why not use extensions?</h2> -<p>I know using browser extensions or tagging favorites can alleviate some of these issues. This is great, but why not simplify everything by having these features <em>inside</em> the history view? If an extension can add these features, why not have those extras built-in?</p> -<h2 id="two-subtle-improvements">Two subtle improvements</h2> -<p>A little goes a long way. With just two small changes, we can drastically increase the history view’s UX.</p> -<p>We start by adding a date picker. Users open the new calendar icon to filter by days, months or years before searching. Seems trivial, but this saves the headache of filtering through all saved history.</p> -<p><img src="/public/images/browser-history-02.webp" alt="Chrome History with date picker" /></p> -<p>The second small functional change we can make is including extra subcategories. These new options allow users to focus their searches based on:</p> -<ul> -<li>Session length</li> -<li>Number of return visits</li> -<li>Last restored tabs</li> -</ul> -<h3 id="session-length">Session length</h3> -<p><img src="/public/images/browser-history-03.webp" alt="Chrome History by session length" /></p> -<p>Allow users to display their history filtered by session duration. This helps when searching for an stagnant page or pinned site during a user’s long session. An example default would allow filtering by:</p> -<ul> -<li>longest to shortest</li> -<li>shortest to longest</li> -<li>pinned tabs</li> -</ul> -<h3 id="return-visits">Return visits</h3> -<p><img src="/public/images/browser-history-04.webp" alt="Chrome History by return visits" /></p> -<p>When users make repeat visits to a site or web app, the browser should keep a record of return sessions. This allows the user to refine their search by many or singular visits.</p> -<h3 id="last-restored-tabs">Last restored tabs</h3> -<p><img src="/public/images/browser-history-05.webp" alt="Chrome History by restored tabs" /></p> -<p>A basic concept, but the ability for users to view all previous instances of restored tabs is helpful. This would fix most edge cases not covered by the other two categories.</p> -<h2 id="far-from-perfect">Far from perfect</h2> -<p>The Chrome (or any browser for that matter) browser history view is simplistic to a fault. The current UI is prone to human error, since it makes assumptions and relies heavily on user memory.</p> -<p>These are simple fixes that attempt to boost the basic UX of the history view. Are these concepts absolutely perfect? Not at all. Is it at least an improvement? I believe it is. When products decrease the effort required of it’s users, I see that as a positive.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/character-unit/index.html b/build/posts/character-unit/index.html deleted file mode 100644 index b55b75f..0000000 --- a/build/posts/character-unit/index.html +++ /dev/null @@ -1,65 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>CSS Character Unit</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="css-character-unit">CSS Character Unit</h1> -<p>2019-04-23</p> -<p><em>When it comes to proper readability with large portions of text</em>, the golden standard is to have no more than <a href="http://webtypography.net/2.1.2">75 characters per line</a>. This is easy to achieve in the world of print but on the responsive, ever-changing web - statically defined typography becomes a little more difficult.</p> -<p>You could go through the long process of setting up media queries for every possible screen size, adjusting text size and padding accordingly - but there is a <em>better way</em>.</p> -<h2 id="introducing-character-units">Introducing character units</h2> -<p>By setting your main containers or text elements with the CSS character unit (<code>ch</code>), you need to set the character length only once. Let’s look at a simple example for reference.</p> -<p>Let’s say you have an article which will fill the entire length of the screen. Something like this:</p> -<pre><code><div class="container"> - <p>Reprehenderit aliqua in quis eiusmod ea culpa aliquip. Velit duis est irure voluptate occaecat labore laborum ut pariatur ex veniam deserunt esse est. Esse sunt exercitation id reprehenderit deserunt elit commodo sit ullamco amet commodo magna consequat. Excepteur voluptate tempor consectetur eu aliqua aliquip laboris aliquip veniam excepteur labore.</p> - <p>Voluptate excepteur sint magna ipsum occaecat irure sit. In occaecat excepteur in id ullamco id est incididunt irure et. Consectetur veniam exercitation occaecat exercitation labore nulla excepteur irure ex anim. Commodo sint anim non ad excepteur exercitation eiusmod Lorem nisi. Tempor ut ipsum do adipisicing dolore.</p> -</div> -</code></pre> -<p>With this structure, you might normally set the default <code>max-width</code> property with your desired maximum width (whatever you believe is the best reading length):</p> -<pre><code>.container { - max-width: 38em; -} -</code></pre> -<p>This works - but it isn’t ideal. Time for character units to save the day! You will still target the <code>max-width</code> property but this time we set it to use the <code>ch</code> value like so:</p> -<pre><code>.container { - max-width: 66ch; -} -</code></pre> -<p>This setting makes sure content will not exceed more than 66 characters per line, making for a better reading experience with little effort.</p> -<h2 id="browser-support">Browser support</h2> -<p>The character unit attribute has pretty great support - even partial IE11! Check out the supported browsers <a href="https://caniuse.com/#feat=ch-unit">here</a>.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/chasing-performance/index.html b/build/posts/chasing-performance/index.html deleted file mode 100644 index e88fac6..0000000 --- a/build/posts/chasing-performance/index.html +++ /dev/null @@ -1,134 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Chasing Performance</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="chasing-performance">Chasing Performance</h1> -<p>2017-11-20</p> -<h2 id="update">Update</h2> -<p>This post is no longer relevant since this blog has been redesigned since. I’m keeping this article up as a point of reference.</p> -<hr/> -<p>So I decided to participate in Smashing Mag’s Front End Performance Challenge, not only for the potential of winning the prize but to further experiment with optimizing my site. (Web performance is a passion of mine)</p> -<p>Below I will breakdown the before & after statistics of my personal site and what changes I made in great detail.</p> -<p>I will be using both my homepage and the image-heavy article I recently wrote, The Death of Personality, as the basis for my tests.</p> -<h3 id="lighthouse-score---homepage">Lighthouse Score - Homepage</h3> -<p>Full source original stats // Full source updated stats</p> -<h3 id="lighthouse-score---article-page">Lighthouse Score - Article Page</h3> -<p>Full source original stats // Full source updated stats</p> -<h3 id="web-page-test---homepage">Web Page Test - Homepage</h3> -<p>Full source original stats // Full source updated stats</p> -<h3 id="web-page-test---article-page">Web Page Test - Article Page</h3> -<p>Full source original stats // Full source updated stats</p> -<h3 id="quick-look">Quick Look</h3> -<p>Though my homepage only made some minor speed performance enhancements, my article post’s initial load time was slimmed down by a <strong>whopping 4.2 seconds!</strong> That’s pretty incredible and very noticeable from an end-user’s perspective.</p> -<h3 id="so---what-changed">So - What Changed?</h3> -<p>Webfonts</p> -<p>I’m not using any webfonts but instead defaulting to the user’s OS System Fonts. I love custom typefaces but performance takes just too much of a hit on my personal site to bother with them.</p> -<pre><code>body { -font-family: -apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen,Ubuntu,Cantarell,"Open Sans","Helvetica Neue",sans-serif,"Sans Serif",Icons; -} -</code></pre> -<p>For reference, there are some things you should to look out for when using custom typefaces:</p> -<ul> -<li>Readability and accessibility</li> -<li>Possible extra overhead loading in a custom @font-face</li> -<li>Try to avoid any FOUT, FOIT, FOFT</li> -<li>Don’t go down the rabbit hole of using 3rd party plugins to optimize something as basic as a typeface</li> -</ul> -<h3 id="critical-css">Critical CSS</h3> -<p>This part was easy. In order to avoid the weird styling ‘pops’ present on some websites when initially loading with slow connections, it’s best to place all your most critical styling inline and then load your external CSS once everything else has loaded.</p> -<p>On top of that, I decided to also implement Filament Group’s loadCSS function to load my CSS asynchronously. If you are not currently using this in any of your projects; stop reading this and go do it! It’s a game changer.</p> -<h3 id="critical-javascript">Critical JavaScript</h3> -<p>My personal site only uses a small amount of JavaScript on the article post Jekyll template pages. By using the defer property I can be sure to load the IntersectionObserver API polyfill after the rest of the DOM as finished loading.</p> -<pre><code><script src="https://cdn.polyfill.io/v2/polyfill.min.js?features=IntersectionObserver" defer> -</code></pre> -<p>I could probably optimize this further by only calling these scripts if an image is actually present in the article post, but this fits my needs nicely as is.</p> -<h3 id="responsive-images">Responsive Images</h3> -<p>The only images I use are those included in supported blog posts, so the first step was making sure to only call iolazy.min.js on those specific template pages. The next step was defaulting to webp image formats with a lossless jpg fall-back with the help of the picture element:</p> -<p>I’ve also included responsive image sizes for further optimization based on screen size and loading speeds.</p> -<pre><code><figure> -<picture - <source type="image/webp" - data-srcset=" - /images/articles/webp/flat-design-toggles_p0v2hv_c_scale,w_200.webp 200w, - /images/articles/webp/flat-design-toggles_p0v2hv_c_scale,w_1400.webp 1400w" - class="lazyload"/> - <img - sizes="(max-width: 1400px) 100vw, 1400px" - data-srcset=" - /images/articles/flat-design-toggles_qfre51_c_scale,w_200.webp 200w, - /images/articles/flat-design-toggles_qfre51_c_scale,w_727.webp 727w, - /images/articles/flat-design-toggles_qfre51_c_scale,w_1065.webp 1065w, - /images/articles/flat-design-toggles_qfre51_c_scale,w_1400.webp 1400w" - src="/images/placeholder.webp" - alt="Toggles Comparison" - class="lazyload"/> -</picture> -</figure> -</code></pre> -<p>What about users with JavaScript disabled I hear you ask? It’s time for noscript to save the day:</p> -<pre><code><noscript> - <picture> - <source type="image/webp" - srcset=" - /images/articles/webp/flat-design-toggles_p0v2hv_c_scale,w_200.webp 200w, - /images/articles/webp/flat-design-toggles_p0v2hv_c_scale,w_1400.webp 1400w"> - <img - sizes="(max-width: 1400px) 100vw, 1400px" - srcset=" - /images/articles/flat-design-toggles_qfre51_c_scale,w_200.webp 200w, - /images/articles/flat-design-toggles_qfre51_c_scale,w_727.webp 727w, - /images/articles/flat-design-toggles_qfre51_c_scale,w_1065.webp 1065w, - /images/articles/flat-design-toggles_qfre51_c_scale,w_1400.webp 1400w" - src="/images/articles/flat-design-toggles_qfre51_c_scale,w_1400.webp" - alt="Toggles Comparison"/> - </picture> -</noscript> -</code></pre> -<h3 id="https-caching">HTTPS & Caching</h3> -<p>The Lighthouse audit also suggested implementing an SSL certificate (something I’ve been meaning to do for a while anyway) and also utilize CDN caching. So it was Cloudflare to the rescue!</p> -<p>Since my website is hosted through Github, setting up a <em>free</em> SSL certificate and enabling site-wide caching was a breeze. If you’re interested in setting this up yourself, step-by-step instructions can be found here.</p> -<p>This simple update helped boost my best practices score from a 69 to a 94. Yet another performance enhancement you should be enabling for all your current and future projects!</p> -<h2 id="performance-happiness">Performance Happiness</h2> -<p>Overall I’m pretty content with the <strong>major</strong> performance boost my site has received from these fairly <em>minor</em> updates and I hope this article inspires other designers and developers to jump into updating their own site/app performance speeds. The pay-off is truly worth it!</p> -<h3 id="some-extra-reading-material">Some Extra Reading Material</h3> -<ul> -<li>Web Performance in Action by Jeremy Wagner</li> -<li>Responsible Responsive Design by Scott Jehl</li> -<li>Designing with Progressive Enhancement: Building the Web that Works for Everyone by Todd Parker, Scott Jehl, Maggie Costello Wachs, Patty Toland</li> -</ul> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/cheap-portable-pi/index.html b/build/posts/cheap-portable-pi/index.html deleted file mode 100644 index 506a1a9..0000000 --- a/build/posts/cheap-portable-pi/index.html +++ /dev/null @@ -1,168 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Portable Pi: Cheap Raspberry Pi Zero Hacker Terminal</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="portable-pi-cheap-raspberry-pi-zero-hacker-terminal">Portable Pi: Cheap Raspberry Pi Zero Hacker Terminal</h1> -<p>2020-09-16</p> -<p><em>I recently came across <a href="https://n-o-d-e.net/zeroterminal3.html">the incredibly cool design</a> for an “ultimate Raspberry Pi computer”</em> by NODE and was inspired to create my own “portable” Pi device. Although, with my concept, I decided to set a few restrictions on the build:</p> -<ul> -<li>I wanted to keep the total cost as low as possible -<ul> -<li>including the Pi Zero <em>and</em> extra hardware</li> -</ul></li> -<li>I wanted to avoid any custom casings or need for 3D printed materials</li> -<li>I wanted to make the full design extremely portable / lightweight</li> -<li>I wanted to keep the build as user-friendly as possible (no soldering, odd hacks etc.)</li> -</ul> -<p>With these constraints put in place, I built my very own Raspberry Pi Zero “hacker” terminal. You can see the finished product below:</p> -<p><img src="/public/images/portable-pi-1.webp" alt="Portable Pi front" /></p> -<p><img src="/public/images/portable-pi-2.webp" alt="Portable Pi back" /></p> -<p>I’m pretty happy with the final outcome and best of all - you can easily recreate this yourself with little-to-no effort!</p> -<p>So enough chit-chat - let’s build this bad-boy!</p> -<blockquote> -<p><strong>Note:</strong> Most items in the hardware section are Amazon affiliate links</p> -</blockquote> -<h2 id="table-of-contents">Table of Contents</h2> -<ol> -<li><a href="#expectations">Setting Expectations</a></li> -<li><a href="#hardware">The Hardware</a></li> -<li><a href="#software">The Software</a></li> -<li><a href="#setup">Getting Setup</a></li> -<li><a href="#summary">Final Summary</a></li> -</ol> -<p><strong>This hardware will not</strong> replace your laptop or any other “high-powered” portable device. Honestly, you’re mobile phone would (most likely) work better in terms of a compact-sized computer. The concept behind this “portable pi” project was to make something <em>for fun</em>.</p> -<p>Please reserve any sassy comments about how buying a cheap $50 laptop off eBay would be more efficient than building out something like I have done here. You’re missing the point entirely.</p> -<p>Moving on for those still interested… </p> -<p>I live in Canada, so some of the options are based on available hardware near my location. You’re likely to find similar hardware close to your own country for better pricing / shipping costs.</p> -<blockquote> -<p><strong>Note</strong>: I’ve decided to use a wireless, USB dongle-based keyboard. You can opt to use a bluetooth-based keyboard, but I just find them more trouble than they are worth (keeping a charge, losing connections, interference from other devices)</p> -</blockquote> -<ul> -<li>SBC: <a href="https://amzn.to/3jCVXHG">Raspberry Pi Zero WH</a></li> -<li>Storage / OS: <a href="https://amzn.to/2GHm01R">64GB Micro SD Card</a> (Always have an SD backup!)</li> -<li>Battery HAT: <a href="https://amzn.to/3jGq8xp">Li-ion Battery HAT</a></li> -<li>Battery: <em>This depends on your location. I was able to order <a href="https://www.walmart.ca/en/ip/Brand-New-4-Pcs-2500mAh-TR14500-3-7V-Rechargeable-Li-ion-Battery-for-Flashlight-Torch/PRD3Z73LMZZ3VK9">online through Walmart</a>, but if you live in the USA there are plenty of battery-specific vendors available. Find whatever works best for your needs!</em></li> -<li>Display: <a href="https://www.buyapi.ca/product/3-5-inch-raspberry-pi-tft-display/">KeDei 3.5-inch TFT Display</a></li> -<li>Keyboard: <a href="https://amzn.to/2Gqkwt6">Mini USB Wireless Keyboard</a></li> -<li>Adapter: <a href="https://amzn.to/36I6T3c">Micro USB OTG Cable</a></li> -</ul> -<h4 id="raspberry-pi-zero-wh">Raspberry Pi Zero WH</h4> -<p>You will need a Raspberry Pi Zero W with GPIO header pins already soldered on to the board. (You could also do this yourself manually if you have the tools and skill to do so)</p> -<h4 id="li-ion-battery-hat">Li-Ion Battery HAT</h4> -<p>This HAT holds a single li-ion battery and for our purposes will connect with our Pi Zero via the GPIO header pins. You could also look into double-set battery HATs if that is something you would prefer - for my needs a single rechargeable battery works fine.</p> -<p>Since our main “OS” is purely terminal based, I find you don’t really need a li-ion battery with a massive amount of power storage. 2500mAh will easily last a handful of hours mucking about with emails, files and web browsing. Plus, you can always carry a few extras for swapping out on-the-go.</p> -<h4 id="3.5-inch-tft-display">3.5-inch TFT Display</h4> -<p>A simple and fairly cheap touchscreen display. We won’t require our display to render videos or pretty graphics (since we will be entirely terminal-based) so this works just fine for our needs. I am using version 6.3 for this build.</p> -<h4 id="micro-usb-otg-adapter">Micro USB OTG Adapter</h4> -<p>As mentioned above, this item is optional if you feel more comfortable with using a pure bluetooth keyboard. I just personally prefer this method.</p> -<h4 id="wireless-keyboard">Wireless Keyboard</h4> -<p>In my product demo image at the beginning of the article, I’m actually using an old Logitech wireless keyboard since this one still hasn’t arrived. I plan to swap them out once I have it - the Logitech is far to large to be deemed “portable”.</p> -<ul> -<li>Operating System: <a href="https://www.raspberrypi.org/downloads/raspberry-pi-os/">Raspberry Pi OS Lite</a></li> -<li>Display Driver: <a href="http://kedei.net/raspberry/raspberry.html">KeDei 3.5 Driver</a></li> -<li>Email: <a href="https://github.com/LukeSmithxyz/mutt-wizard">Neomutt</a> (via Mutt Wizard)</li> -<li>Web Browser: <a href="https://lynx.browser.org/">Lynx</a></li> -<li>Text Editor: <a href="https://www.nano-editor.org/">Nano</a></li> -<li>Code Editor: <a href="https://www.vim.org/">Vim</a></li> -</ul> -<p>I will be setting up this “portable pi” via <a href="https://www.raspberrypi.org/documentation/configuration/wireless/headless.md">headless installation</a> with my main <a href="https://uglyduck.ca/my-pi-desktop/">Raspberry Pi 4 desktop</a>. Included below are some quick instructions on how to setup the Raspberry Pi Zero for <code>ssh</code> access.</p> -<h4 id="preparing-the-microsd-card">Preparing the microSD card</h4> -<ul> -<li><p>Use Raspberry Pi Imager to write the Raspberry Pi Lite OS to your microSD card -<ul> -<li>Once complete, remove the microSD storage device and then re-connect it</li> -</ul></p></li> -<li><p>Navigate to the <code>boot</code> folder of the microSD device - we will be adding 2 files here -<ul> -<li>First add a completely empty file and name it <code>ssh</code> (no file extension)</li> -<li>Next add an empty file named <code>wpa_supplicant.conf</code></li> -</ul></p></li> -<li><p>Open the <code>wpa_supplicant.conf</code> file in a code / text editor and paste the following (be sure to change <code>country</code> to your proper country code, as well as properly setting your network name / password):</p> -<p>ctrl<em>interface=DIR=/var/run/wpa</em>supplicant GROUP=netdev -update_config=1 -country=US</p> -<p>network={ - ssid="Your network name/SSID” - psk="Your WPA/WPA2 security key” - key_mgmt=WPA-PSK -}</p></li> -<li><p>Unmount the microSD device, then place the microSD card in your RPi Zero</p></li> -<li><p>Assemble the Raspberry Pi Zero with the Battery HAT (li-ion battery attached) connected via GPIO pins, and the 3.5 display connected on-top of the battery HAT’s pins</p></li> -<li><p>Turn on the battery HAT switch to power the RPi Zero. Give the device roughly 90 seconds to perform the initial boot</p></li> -</ul> -<blockquote> -<p><strong>Note</strong>: the display will turn on but only show a white screen - this is normal</p> -</blockquote> -<h4 id="connecting-to-your-zero-via-ssh">Connecting to your Zero via SSH</h4> -<p>Open the terminal on your Raspberry Pi desktop and enter the following command:</p> -<pre><code>ssh pi@raspberrypi.local -</code></pre> -<p>You will then be asked if you wish to trust this device (say yes), then prompted for the <code>pi</code> user’s password - which is <code>raspberry</code>. After a moment you will be directly connected to your Raspberry Pi Zero. Hooray!</p> -<p>We just want to make a couple small configuration changes before going forward (mostly for security):</p> -<ol> -<li>Run the command <code>sudo raspi-config</code></li> -<li>Select “Change User Password” from the menu and change the password -<img src="/public/images/raspi-config.webp" alt="Raspberry config" /></li> -<li>After that, select “Network Options” and change your device name -<ul> -<li>This will avoid any conflicts of connecting to newer RPi devices down the line</li> -</ul></li> -</ol> -<p>That’s it!</p> -<h4 id="installing-display-driver">Installing display driver</h4> -<p>Next we will need to download and run the drivers needed for our 3.5-inch display to play nicely with our Pi Zero (just a blank white screen doesn’t help us much). While connected to our RPi Zero via SSH, run the following commands:</p> -<pre><code>wget http://kedei.net/raspberry/v6_1/LCD_show_v6_1_3.tar.gz -</code></pre> -<p>If you have snail-paced rural internet like I do, now is a good time to go and grab a coffee while this download completes.</p> -<p>Once the download has finished, extract the contents and navigate to the new directory and install the driver:</p> -<pre><code>sudo tar xzf LCD_show_v6_1_3.tar.gz -cd LCD_show_v6_1_3 -sudo ./LCD35_v -</code></pre> -<p>Once completed, the RPi Zero will reboot and everything should work as expected!</p> -<h4 id="installing-software">Installing software</h4> -<p>I’m not going to jump into heavy details about installing terminal-based software for this setup. The links I’ve attached in the software section should provide you with more than enough information to get started. For reference, I’m using a very basic set of applications:</p> -<ul> -<li>Neomutt (emails)</li> -<li>Lynx (quick and simple web browsing)</li> -<li>Nano (writing notes / blog posts in a hurry)</li> -<li>Vim (making any config edits or project work)</li> -</ul> -<p>There you have it - a terminal-based, portable Raspberry Pi Zero “hacker” device. </p> -<p>Is it practical? Not really. Can it replace any other <em>portable</em> device you might own? Probably not. Is it fun to make and experiment on? You bet! And in the end - isn’t that what matters most with pet Pi projects?</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/chromebook-web-dev/index.html b/build/posts/chromebook-web-dev/index.html deleted file mode 100644 index f7660d3..0000000 --- a/build/posts/chromebook-web-dev/index.html +++ /dev/null @@ -1,72 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Web Development on a $200 Chromebook</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="web-development-on-a-200-chromebook">Web Development on a $200 Chromebook</h1> -<p>2020-01-07</p> -<p><em>This blog post was written, edited and tested locally</em> on a cheap $200 Chromebook. The article draft was composed in Sublime Text. Jekyll (the SSG this website uses) was generated via the Linux Beta Terminal running alongside Chrome OS. It was then pushed to the Github repo from the same Terminal and published automatically to Netlify. But more on that later.</p> -<p>First, we need to ask an important question: why use a Chromebook for web development? Maybe a better question might be: why not?</p> -<h2 id="mild-interest-turned-into-an-experiment">Mild interest turned into an experiment</h2> -<p>Looking from the outside, I always liked the concept of the Chrome OS ecosystem. It had a solid list of features that appealed to me, specifically:</p> -<ul> -<li>Blazingly fast boot times</li> -<li>Long lasting battery life (roughly 8 hours with consistent usage)</li> -<li>Extremely cheap entry point for “low-end” devices</li> -<li>And, more recently, support for Android & Linux apps</li> -</ul> -<p>The obvious downside to using a Chromebook is the lack of a “real” operating system. A Windows, Mac or Linux machine will always have more flexibility and depth than a simple Chromebook. But I’ve found that simple is all I need - or want.</p> -<p><strong>Side note:</strong> <em>I wrote an article not to long ago about <a href="https://uglyduck.ca/stop-crawling-google/">blocking Google from my website</a> and I can see how this current post may come across as hypocritical. Since the search/AMP teams are not that same as the Chrome OS / Chromebook development team, I can view each of those projects based on their own merits. If you still view me as a hypocrite, that’s fine</em> :)</p> -<h2 id="my-use-case-ymmv">My use case (YMMV)</h2> -<p>I ended up grabbing the <a href="https://amzn.to/2Xvx20q">Acer 11 N7 Chromebook</a> off of Amazon for $200 (on sale and in Canuck bucks). It comes packed with 4GB of RAM with an Intel Celeron (1.6GHz) and 32GB of storage. Fairly barebones stuff.</p> -<p>My day-to-day use cases are fairly straightforward. I work with git, static site generators, WordPress locally and on staging servers, edit documents, send emails and watch stupid YouTube videos. You know, the basics. My dirt-cheap Chromebook handles all of these things with ease.</p> -<p>My Chromebook setup is as follows:</p> -<ul> -<li>Linux Beta (ships with <code>git</code>, etc)</li> -<li>Sublime Text (you can always use VSCode if you prefer)</li> -<li>Terminal</li> -<li>Local by Flywheel (local WordPress development)</li> -<li>Figma in Chrome (UI design / mockups)</li> -</ul> -<p>That’s it. I understand other developers may require a lot more than this, but with Linux running in a container alongside Chrome OS you can pretty much run anything you could possibly need (excluding exclusive Mac & Windows apps, of course).</p> -<h2 id="can-a-200-chromebook-be-your-next-web-dev-machine">Can a $200 Chromebook be your next web dev machine?</h2> -<p>For me? Yes. For you? Maybe.</p> -<p>I mean, it really just depends on what you need your machine to accomplish. If you can be productive and the apps you use are just as fast and responsive as they would be on a more robust OS - then I say go for it. You don’t even need to be a cheapo like me, instead you can snag a fancier Chromebook or Google’s own Pixelbook. There are a ton of options when it comes to Chrome OS based devices.</p> -<p>If you wanted to experiment to see if the Chrome OS ecosystem could work with your development flow, you can always check out something like <a href="https://www.neverware.com/freedownload">CloudReady</a> to test on your current machine before pulling the trigger.</p> -<p>In the end, it doesn’t matter what operating system or apps you use to get your development work done - so long as it is productive and easy-to-use.</p> -<p>For my current situation, all I need is my cheap little Chromebook.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/css-js-mistake/index.html b/build/posts/css-js-mistake/index.html deleted file mode 100644 index c6c8517..0000000 --- a/build/posts/css-js-mistake/index.html +++ /dev/null @@ -1,69 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>A Reality Where CSS and JavaScript Don't Exist</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="a-reality-where-css-and-javascript-dont-exist">A Reality Where CSS and JavaScript Don’t Exist</h1> -<p>2021-11-03</p> -<p><em>This is my personal opinion. Please leave your pitchforks at the door…</em></p> -<p>I love CSS. I can spend hours deep diving into a website’s CSS system and never find myself getting bored. It’s pretty amazing to see the problems other designers are able to solve with just a little bit of custom styling and determination.</p> -<p>I like JavaScript. It serves it’s purpose and makes complex functionality on the web easier to wrangle in and understand.</p> -<p><em>But I think both should have never come into existence</em>.</p> -<h3 id="heresey">Heresey!</h3> -<p>I know, I know - this website itself uses a little, teeny-tiny amount of CSS. I am indeed a hypocrite - but did I ever claim that I <em>practice</em> what I preach? At least this personal website is JavaScript-free… (apart from a handful of CodePen examples embedded in some of the tutorials).</p> -<h3 id="moving-on">Moving On…</h3> -<p>I’m not a complete idiot. I realize that the web has evolved significantly over the years, and to propose that it should have remained stagnant with it’s original concept of “paged documents” is foolish. But that <em>is</em> what I’m suggesting - at least, partially.</p> -<h3 id="consistent-boring">Consistent & Boring</h3> -<p>Out there in the multiverse is a reality where the web is a complete borefest. Information is the only driving factor to visit a “web page” and PWAs have never come to exist. Custom styling, fancy interactive animations and single-page functionality isn’t even something that can be implemented. The web is just a system of HTML/plaintext documents sharing information and data. Users browse the web in quick bursts to satisfy their queries or read something interesting. Then, they return to <em>real life</em>.</p> -<p>My goodness what a <em>beautiful</em> reality that would be. Consistent, boring and wonderful.</p> -<h3 id="wait---arent-you-a-designer">“Wait - Aren’t You a Designer?”</h3> -<p>Yes - and again more hypocrisy. My livelihood depends on software requiring custom UIs and properly audited UX flows. By suggesting this change I am throwing myself under the bus and putting myself out of work. All my experience would become worthless and the world of software <em>design</em> would cease to exist.</p> -<p><strong>I would be okay with that</strong>. If it meant the web as a whole was a better place - so be it.</p> -<h3 id="a-look-at-the-new-world">A Look at the “New World”</h3> -<p>Sometimes it is easier to visualize a concept instead of just discussing it. Below you can find an example of a “converted” website[^1] showcasing how sites would look and feel in this design-less reality:</p> -<ul> -<li>Wealthsimple: <a href="https://www.wealthsimple.com/en-ca/">Current Website</a> / <a href="/etc/html-only/wealthsimple/">New Version</a></li> -</ul> -<p>As you can see, all the <em>fluff</em> has been removed from the existing design and only the content remains. No scroll-jacking or extra JavaScript libraries are downloaded. Users can easily skim through all the content and screen readers won’t struggle through any custom elements. It also loads incredibly fast.</p> -<p>Of course, to our[^2] eyes, this design might look ugly or seem as though the site’s CSS failed to load - but in a reality where this is the standard, it is beautifully minimal. Either way, I find that this was at least a fun thought experiment and hopefully leaves you thinking about how the web <em>could have been</em> as well.</p> -<p>Now, back to designing UIs for the web…</p> -<h2 id="refs">Refs</h2> -<ol> -<li>Selected site based on my own personal preference</li> -<li>Referring to current users of the web</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/css-slope-graphs/index.html b/build/posts/css-slope-graphs/index.html deleted file mode 100644 index 205d544..0000000 --- a/build/posts/css-slope-graphs/index.html +++ /dev/null @@ -1,243 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>CSS Slope Graphs</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="css-slope-graphs">CSS Slope Graphs</h1> -<p>2021-06-07</p> -<p><em>I am a huge sucker for simplistic and beautifully designed visual data on the web</em>. Most data tends to be graphed via line or bar systems - which is fine - but I think slope graphs are highly underrated. Let’s change that, shall we?</p> -<h2 id="the-demo">The Demo</h2> -<p>I’m basing this demo off the design patterns found in <a href="https://www.edwardtufte.com/tufte/books_vdqi">Edward Tufte’s visualization work</a>, specifically his slope graph designs:</p> -<p><a href="https://codepen.io/bradleytaunt/pen/jOBzXMe">Live CodePen Example</a></p> -<h2 id="the-html">The HTML</h2> -<p>For this concept we will actually be building this graph out of <code>tables</code> - crazy, right? The greatest benefit of rendering all the data inside of a <code>table</code> element is the ability to easily support smaller screens and mobile devices. Larger viewports will get to see the pretty slope graph, while those below a certain threshold will view a simple table.</p> -<p>(But more on that in the CSS section)</p> -<pre><code><p>Sales of the leading frozen pizza brands of the United States from 2011 to 2017 (in million US dollars) <br><em>Source: Statisa 2018</em></p> -<table> - <thead> - <tr> - <th>Pizza Brand</th> - <th>2011</th> - <th>2017</th> - </tr> - </thead> - <tbody> - <tr> - <td data-set="677.0">DiGiorno</td> - <td><span>677.0</span></td> - <td data-name="DiGiorno">1014.6</td> - </tr> - <tr> - <td data-set="294.8">Private Label</td> - <td><span>294.8</span></td> - <td data-name="Private Label">524.8</td> - </tr> - <tr> - <td data-set="286.1">Red Baron</td> - <td><span>286.1</span></td> - <td data-name="Red Baron">572.3</td> - </tr> - <tr> - <td data-set="257.9">Tombstone</td> - <td><span>257.9</span></td> - <td data-name="Tombstone">270.6</td> - </tr> - <tr> - <td data-set="164.5">Totino's Party Pizza</td> - <td><span>164.5</span></td> - <td data-name="Totino's Party Pizza">347.2</td> - </tr> - </tbody> -</table> -</code></pre> -<p>As you can see, nothing too fancy is happpening here. Pay close attention to the <code>data-set</code> and <code>data-name</code> variables though - those will be important for the CSS portion of this design, mainly the rendering of the line elements.</p> -<h2 id="the-css">The CSS</h2> -<p>To avoid overwhelming your brain all-at-once, let’s break the CSS down into bite-sized chunks, starting with the base styling:</p> -<pre><code>@import url('https://opentype.netlify.com/et-book/index.css'); -* { - box-sizing: border-box; -} - -html { - height: 100%; -} - -body { - background: #fffff8; - font-family: "et-book", serif; - height: 100%; - margin: 0 auto; - max-width: 800px; - padding: 0 0.5rem; -} - -p { - font-size: 18px; - margin: 4rem 0 6rem; -} - -table { - border-collapse: collapse; - text-align: left; - width: 100%; -} -</code></pre> -<p>Pretty basic stuff.</p> -<p>Now we need to design how our slope graph will look on larger screens / desktops. For this instance, we will target these larger devices with a <code>min-width</code> media query of <code>800px</code>. The rest of the CSS might look a little confusing but I assure you it is quite simple.</p> -<ol> -<li><p>On larger devices we hide the first <code>thead tr th</code> element with <code>display: none</code></p></li> -<li><p>The first and second <code>td</code> elements inside each <code>tbody</code> row need to be set as <code>position: absolute</code> to avoid duplicate content</p></li> -<li><p>The inner <code>span</code> that we include in our HTML inside the second <code>tbody tr td</code> also needs to be <code>display: none</code></p></li> -<li><p>Remember that <code>data-set</code> variable? We now use that for our <code>:before</code> pseudo element for <code>table tbody tr td:nth-of-type(1)</code></p></li> -<li><p>Remember that <code>data-name</code> variable? We now use that for our <code>:before</code> pseudo element for <code>table tbody tr td:nth-of-type(3)</code></p></li> -<li><p>After that, you can see the simple customization we include to render the angle / position of the slope lines and the corresponding labels</p> -<p>@media(min-width:800px) { - table { - display: block; - position: relative; - margin-bottom: 25rem; - }</p> -<pre><code>table thead th { - border-bottom: 1px solid lightgrey; - font-size: 24px; - position: absolute; - top: -50px; - width: 45%; -} -table thead th:nth-child(1){ display: none; } -table thead th:nth-child(2){ left: 0; } -table thead th:nth-child(3){ right: 0; text-align: right; } - -table tbody tr td:nth-of-type(1), -table tbody tr td:nth-of-type(2) { position: absolute;} - -table tbody tr td:nth-of-type(2) span { display: none; } -table tbody tr td:nth-of-type(1):before { - content: attr(data-set); - margin-right: 10px; - position: relative; -} - -table tbody tr td:nth-of-type(2) { padding-left: 10px; } - -table tbody tr td:nth-of-type(3) { - position: absolute; - right: 0; -} -table tbody tr td:nth-of-type(3):before { - content: attr(data-name); - margin-right: 10px; - position: relative; -} - -/* Custom individual slopes -- Left */ -tbody tr:nth-child(1) td:nth-child(1), -tbody tr:nth-child(1) td:nth-child(2) { top: 60px; } -tbody tr:nth-child(2) td:nth-child(1), -tbody tr:nth-child(2) td:nth-child(2) { top: 140px; } -tbody tr:nth-child(3) td:nth-child(1), -tbody tr:nth-child(3) td:nth-child(2) { top: 165px; } -tbody tr:nth-child(4) td:nth-child(1), -tbody tr:nth-child(4) td:nth-child(2) { top: 220px; } -tbody tr:nth-child(5) td:nth-child(1), -tbody tr:nth-child(5) td:nth-child(2) { top: 270px; } - -/* Custom individual slopes -- Right */ -[data-name="DiGiorno"] { top: 0; } -[data-name="Red Baron"] { top: 65px; } -[data-name="Private Label"] { top: 100px; } -[data-name="Tombstone"] { top: 180px; } -[data-name="Totino's Party Pizza"] { top: 150px; } - -/* The custom visual lines */ -tbody tr:after { - background: black; - content: ''; - height: 1px; - left: 14.5%; - position: absolute; - width: 70%; -} -tbody tr:nth-child(1):after { - top: 40px; - transform: rotate(-6deg); -} -tbody tr:nth-child(2):after { - left: 17.5%; - top: 130px; - transform: rotate(-4deg); - width: 65%; -} -tbody tr:nth-child(3):after { - left: 15%; - top: 125px; - transform: rotate(-10.25deg); - width: 70%; -} -tbody tr:nth-child(4):after { - left: 16%; - top: 210px; - transform: rotate(-4deg); - width: 68%; -} -tbody tr:nth-child(5):after { - left: 22%; - top: 222px; - transform: rotate(-16deg); - width: 56%; -} -</code></pre> -<p>}</p></li> -</ol> -<p>All that’s left are some minor styles to make everything look nice on mobile:</p> -<pre><code>@media(max-width:800px) { - p { - margin: 2rem 0; - } - table td, table th { - border-bottom: 1px solid grey; - padding: 10px; - } - table td:last-of-type, table th:last-of-type { - text-align: right; - } -} -</code></pre> -<h2 id="not-the-most-practical">Not the most practical</h2> -<p>This slope graph concept is far from perfect for use in real-world situations. The fact that you need to manually render each point of data yourself makes this implementation quite annoying for more in-depth projects.</p> -<p>But it was fun to mess around with and create, so who cares!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/css-variables/index.html b/build/posts/css-variables/index.html deleted file mode 100644 index aa58fc6..0000000 --- a/build/posts/css-variables/index.html +++ /dev/null @@ -1,66 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>CSS Variables</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="css-variables">CSS Variables</h1> -<p>2018-03-24</p> -<p>The CSS language is becoming even more awesome and powerful everyday. In this quick article I’d like to focus specifically on the “new” CSS variable function that you can start using in your projects <em>right now</em>.</p> -<h3 id="getting-started-is-easy">Getting started is easy</h3> -<p>Let’s just jump right in - this is how you create variables in vanilla CSS:</p> -<pre><code>:root { - --base-color: #e0e0e0; - --text-color: #111; -} -</code></pre> -<p>We are using the <code>:root</code> selector at the very top of our CSS file in order to call these variables into any elements in the rest of our document. This is normally the safest way to include variables.</p> -<p>As for the variables themselves, you declare that they are variables using the <code>--</code> tags, followed by the variable’s name and it’s property. Pretty simple stuff, right?</p> -<p>Now let’s use those variables:</p> -<pre><code>.header { - border: 1px solid var(--base-color); -} - -.main-container { - background-color: var(--base-color); - color: var(--text-color); -} -</code></pre> -<p>That’s it! It’s also good to know that CSS variables have pretty decent <a href="https://caniuse.com/#feat=css-variables">browser support</a> (who likes IE11 anyway).</p> -<h3 id="why-not-just-use-a-preprocessor">Why not just use a preprocessor?</h3> -<p>I’m a pretty big fan of Sass and Stylus, but sometimes it’s refreshing to just use vanilla CSS for certain projects. Most preprocessors have had the ability to use variables and mixins for a while, but I prefer to avoid build scripts when not absolutely necessary.</p> -<p>Get out there and have fun with some variables!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/css-video-backgrounds/index.html b/build/posts/css-video-backgrounds/index.html deleted file mode 100644 index 09a8308..0000000 --- a/build/posts/css-video-backgrounds/index.html +++ /dev/null @@ -1,53 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>CSS Video Backgrounds</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="css-video-backgrounds">CSS Video Backgrounds</h1> -<p>2018-04-16</p> -<p>With the release of Safari 11.1 on macOS and Safari on iOS 11.3, developers now have the ability to support background videos (mp4 support only - at the time of this article) with pure CSS.</p> -<p>Example:</p> -<pre><code>.video-background { - background-image: url('path-to-video.mp4); -} -</code></pre> -<h2 id="see-it-in-action">See it in action</h2> -<p>Check out the very basic CodePen I created below to see it live (make sure you view it in latest Safari or else you won’t see anything :P)</p> -<p>CSS Video Background (Safari Only)</p> -<p>You can read up on all the new features implemented in 11.1 Safari here:</p> -<p><a href="https://webkit.org/blog/8216/new-webkit-features-in-safari-11-1/">New WebKit Features in Safari 11.1</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/current-color/index.html b/build/posts/current-color/index.html deleted file mode 100644 index 0289909..0000000 --- a/build/posts/current-color/index.html +++ /dev/null @@ -1,67 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>CSS Value: `currentColor`</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="css-value-">CSS Value: <code>currentColor</code></h1> -<p>2019-04-13</p> -<p><em>There are a large number of nuanced and mostly unheard of</em> CSS value types, but today we are going to focus on <code>currentColor</code>. So what is the <code>currentColor</code> value type anyway?</p> -<blockquote> -<p>The currentColor value type will apply the existing color value to other properties like background-color, etc.</p> -</blockquote> -<h2 id="see-it-in-action">See it in action</h2> -<p>Let’s assume with have a single div with the following properties:</p> -<pre><code>div { - color: dodgerblue; -} -</code></pre> -<p>If we wanted to use that same color for other properties on elements inside that initial <code>div</code>, it’s simple - we just need to call <code>currentColor</code> like so:</p> -<pre><code>div { - color: dodgerblue; -} - -div header { - background-color: currentColor; -} - -div a { - border-bottom: 1px solid currentColor; -} -</code></pre> -<p><strong>Sidenote</strong>: If you re-declare the default <code>color</code> property further along in your CSS, the <code>currentColor</code> value will update according to the last color set.</p> -<p>And that’s it. Best of all, this value type is supported across all major browsers!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/cut-your-forms-in-half/index.html b/build/posts/cut-your-forms-in-half/index.html deleted file mode 100644 index 81d8c3a..0000000 --- a/build/posts/cut-your-forms-in-half/index.html +++ /dev/null @@ -1,73 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Cut Your Forms in Half</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="cut-your-forms-in-half">Cut Your Forms in Half</h1> -<p>2019-05-09</p> -<p><em>Building web forms can sometimes feel like a boring or daunting task</em>. Don’t pass this dread on to your users - rip out as many of your form fields as possible.</p> -<p>Web forms tend to get a bad rep, mainly because so many horrible design choices are made without the user experience set at the forefront. Often times clients demand that they <strong>need</strong> those twenty input fields or else how will they collect critical information from their users? Normally when I’m approached with such a statement I simply ask them:</p> -<blockquote> -<p>“How many form fields would you be willing to fill out for an emergency situation?”</p> -</blockquote> -<p>“My form isn’t for emergencies though”, they might reply. In that case ask them why they feel it acceptable to waste their users’ time just because it isn’t urgent. Time is valuable.</p> -<h2 id="fixing-a-form-in-the-wild">Fixing a form in the wild</h2> -<p>Let’s use a real-world form off the <a href="https://www.greatwestlife.com">Great West Life Insurance</a> website as an example (left is original, right is updated):</p> -<h3 id="breaking-things-down">Breaking things down</h3> -<p>So what exactly have we changed?</p> -<ul> -<li>Combined first and last name fields into a single input</li> -<li>Removed the overkill “retype” email & password field (with the optional <code>show password</code> this becomes redundant)</li> -<li>Minor position changes for optional subscription sign up and input field descriptions</li> -<li>Removed <code>recovery email</code> -<ul> -<li>This is something that should be prompted to the user after successful registration - don’t bog them down before they even sign up</li> -</ul></li> -</ul> -<h2 id="helpful-micro-improvements">Helpful Micro improvements</h2> -<p>You don’t need to be extreme when gutting form fields - just be practical.</p> -<ul> -<li>Don’t use “first” and “last” names as separate inputs, instead use something like “Full Name”</li> -<li>Make complex questions use preset answers via <code>checkbox</code> or <code>radio</code> inputs</li> -<li>Avoid <code>select</code> items whenever possible (these are clunky and most times unnecessary)</li> -<li>Include easy to understand, real-time error prompts</li> -</ul> -<h2 id="further-reading">Further reading</h2> -<ul> -<li>Great place to deep-dive into UX form design: <a href="https://uxmovement.com/category/forms/">UX Movement</a></li> -</ul> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/death-of-personality/index.html b/build/posts/death-of-personality/index.html deleted file mode 100644 index c5b3fbb..0000000 --- a/build/posts/death-of-personality/index.html +++ /dev/null @@ -1,75 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>The Death of Personality</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="the-death-of-personality">The Death of Personality</h1> -<p>2017-11-01</p> -<p>On September 18, 2013 truly original product design (everything from icon and app design to UI and experience interactions) began it’s fast decline into the abyss with the release of Apple’s iOS 7 update. It was called revolutionary. It was seen as a ‘new age’ of design. I think it was a big mistake.</p> -<p><img src="/public/images/flat-design-tombstone_cfkyrq_c_scale,w_700.webp" alt="Flat design tombstone" /></p> -<h3 id="stepping-backwards">Stepping backwards</h3> -<p>Let me start off by saying I understand where they were trying to take mobile app design as a whole. “Less is more”, “cleaner UI to let the content be the focus”, “more touch based interactions”. The problem is that they cranked the dial too far in the other direction.</p> -<p>Because of this, a large movement was created based around the idea that skeuomorphic design is garbage, flat design is the future. And everyone drank the kool-aid without a single objection. -I’m using this ironically.</p> -<h3 id="icons-with-no-identity">Icons with no identity</h3> -<p>Do you remember Instagram’s original app icon and UI? Do you remember how everyone initially praised it? Show those old designs to the same designers who loved it only a few years ago, and they will now laugh at how “bad” it is.</p> -<p>Unfortunately the same can be said for Apple’s system icons across both iOS and macOS.</p> -<p>I believe Apple took the concept of a ‘consistent’ design system across their iconography too literally. All the system icons should compliment one another, but they shouldn’t lose their own individual look and feel.</p> -<h3 id="lackluster-ui">Lackluster UI</h3> -<p>The once inspiring and hierarchically consistent interface of both iOS and macOS was also quickly swatted away. In it’s place we as users saw the removal of depth, initial visual cues as to what was interactive and what was static, and sadly even the overall color was muted.</p> -<h3 id="impact-on-the-web">Impact on the web</h3> -<p>This may not have been a bad thing if it was self-contained to Apple itself. The problem is that Apple has such a huge influence on the design industry - although that is starting to diminish, due to disasters like the iPhone X - that everyone starts to mimic and copy their style. This includes designers of sites and progressive web apps.</p> -<p>With the evolution of websites morphing into progressive web apps, designers have felt the need to start implementing this bland style for their design systems.</p> -<p>What we got in return:</p> -<ul> -<li>washed out colors</li> -<li>zero gradients for depth</li> -<li>the removal of all drop shadows (in meaningful ways that is)</li> -<li>the same generic Helvetica-based typefaces</li> -<li>the absence of hover states on interactive elements</li> -<li>a lack of any proper information density</li> -<li>an overkill of whitespace</li> -<li>one dimensional buttons (you know, the thing you want the user to interact with)</li> -<li>a complete disregard for original design not based off every other popular product</li> -</ul> -<h3 id="breaking-free-of-the-modern-era">Breaking free of the ‘modern era’</h3> -<p>Thankfully, there are still a few good designers who continue to create original and inspiring work not based solely on current trends.</p> -<p>Flexibits recently launched a new contact app for macOS called Cardhop. While the UI still shifts a little too far to the ‘flat trend’ for my liking, they thankfully hired the very talented David Lanham to design the beautiful application icon.</p> -<p>This is where visual design shines. Icon designs like Cardhop’s are what allow individual applications to stand out in the dock or mobile home-screen among all the others. So how is that not UX design?</p> -<p>The current trendy thought process from designers that “visual design doesn’t involve UX design” is garbage. Neither are mutually exclusive and I think anyone who believes so is being incredibly short-sighted.</p> -<p>If you’re a designer, please stop riding trends and make your work visually beautiful. That doesn’t mean you need to sacrifice usability or function, but just put more love and confidence into your profession. Companies like Apple and Google don’t control how everyone else’s apps and sites should look, and based on their current design decisions - they shouldn’t.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/default-brower-forms/index.html b/build/posts/default-brower-forms/index.html deleted file mode 100644 index dc5f80b..0000000 --- a/build/posts/default-brower-forms/index.html +++ /dev/null @@ -1,136 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Very Basic Form Styling</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="very-basic-form-styling">Very Basic Form Styling</h1> -<p>2019-11-13</p> -<p>Web forms can be great - I’m borderline obsessed with them. I love tinkering with pre-existing logins / sign up pages and I’ve also open sourced a minimal CSS form-styling plugin: <a href="https://normform.netlify.com/">Normform</a>. While simple CSS plugins like these can be helpful, I often feel like we are over-engineering our web forms. I’m certainly guilty of it.</p> -<p>That’s not to say developers should just use default browser styling for their forms and call it a day - that is far from ideal. Just pull-back on adding so much styling garbage to the forms themselves.</p> -<p>Let’s check out an embedded demo below to see what some bare-bones form styling could look like:</p> -<p><a href="https://codepen.io/bradleytaunt/pen/oNwzvMa">Live CodePen Example</a></p> -<p>This form isn’t going to win any design awards or blow anyone away with its creativity. That’s okay - because it gets the job done. Users understand it’s a form and items are broken down into digestible chunks. Mission accomplished, right?</p> -<h2 id="breaking-the-form-down">Breaking the form down</h2> -<p>Let’s take a look at the HTML of the entire form:</p> -<pre><code><form action=""> - <fieldset> - <legend>Personal Details</legend> - <label for="username">Desired Username:</label> - <input type="text" id="username"> - <label for="name">Full Name:</label> - <input type="text" id="name"> - <label for="email">Email Address:</label> - <input type="email" id="email"> - <label for="date">Date of Birth:</label> - <input type="date" id="date"> - </fieldset> - <br> - <fieldset> - <legend>Contact Details</legend> - <label for="address">Home Address:</label> - <input type="text" id="address"> - <label for="postal">Postal Code:</label> - <input type="text" id="postal"> - <label for="phone">Phone Number:</label> - <input type="tel" id="phone"> - </fieldset> - <br> - <fieldset> - <legend>Select an Option</legend> - <label for="radio-1"> - <input type="radio" id="radio-1" name="radio-choice"> - The option is pretty nice - </label> - <label for="radio-2"> - <input type="radio" id="radio-2" name="radio-choice"> - This option is a little bit better - </label> - <label for="radio-3"> - <input type="radio" id="radio-3" name="radio-choice"> - This option is the best - </label> - </fieldset> - <br> - <fieldset> - <legend>Notifications</legend> - <label for="checkbox-1"> - <input type="checkbox" id="checkbox-1"> - I would like to receive email notifications - </label> - <label for="checkbox-2"> - <input type="checkbox" id="checkbox-2"> - I would like to subscribe to the weekly newsletter - </label> - </fieldset> - <br> - <input type="reset" value="Reset"> - <input type="submit" value="Submit"> -</form> -</code></pre> -<p>Notice the <code>fieldset</code> and <code>legend</code> elements? I bet you don’t see or hear about those HTML items very often. By default, <code>fieldset</code> allows sibling or related inputs to be semantically grouped together. The <code>legend</code> elements give the user great visual cues about which items are grouped together, helping to focus on each section individually as they complete the form. Use these grouping elements as much as possible (when it makes sense of course) for a better guided experience for your users. </p> -<p>Avoid making your own custom sections and instead use these existing HTML semantics.</p> -<h2 id="almost-no-css-at-all">Almost no CSS at all</h2> -<p>Now it’s time to style this form with only 6 property declarations:</p> -<pre><code>form label { - display: block; -} -form input { - display: inline-block; - margin-bottom: 10px; - padding: 10px; - width: 100%; -} -form input[type="radio"], -form input[type="checkbox"], -form input[type="reset"], -form input[type="submit"] { - width: auto; -} -</code></pre> -<p>Of course, you can always add minor adjustments (like in my demo example above)</p> -<ul> -<li>Legend typeface and sizing</li> -<li>Form and fieldset background colors</li> -<li>Extra margin and padding</li> -<li>Custom reset / submit buttons</li> -</ul> -<p>But the main point of this post is to showcase how little CSS is needed to implement decent web forms - so any further improvements are up to you, dear reader. </p> -<p>Just try not to reinvent the wheel.</p> -<h2 id="final-rant---dont-ignore-the-reset">Final rant - don’t ignore the reset</h2> -<p>A lot of “modern” web forms have moved away from including the reset input on their forms, which I think is fairly short-sighted. Resetting all form fields might be a smaller edge case, but it is certainly a better option than relying on the user to refresh or in some cases, individually deleting each input. Yikes.</p> -<p>Happy form building!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/default-html-style-updates/index.html b/build/posts/default-html-style-updates/index.html deleted file mode 100644 index 3cd9c66..0000000 --- a/build/posts/default-html-style-updates/index.html +++ /dev/null @@ -1,106 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Modern Improvements for Default Browser Styles</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="modern-improvements-for-default-browser-styles">Modern Improvements for Default Browser Styles</h1> -<p>2021-11-09</p> -<p>This website <em>almost</em> exclusively uses the browser’s (whichever one that might be) default styling to render it’s HTML. I firmly believe, and have <a href="/css-js-mistake/">stated in a previous post</a>, that the default HTML styling across all browsers is a thing of beauty. “Consistent and boring” is how I tend to refer to default browser styles - and I mean that in a <em>good way</em>.</p> -<p>But that doesn’t mean some minor, modern improvements couldn’t be made…</p> -<h2 id="boosting-margins-and-increasing-font-size">Boosting Margins and Increasing Font Size</h2> -<p>A little extra breathing room for a website’s content never hurts. Browser defaults set the inner content too close to the main window borders, creating mild eye strain to focus on the far edges of the screen when reading. Pair this with a typeface set too small and you’ve got a recipe for disaster (in terms of user experience and accessibility). Luckily for us, adding two basic CSS properties fixes all of our readability woes. All that is required is a simple boost to the existing <code>margin</code> property set on the <code>body</code> element (I personally lean towards a very specific <code>1.5em</code>) and overriding the default <code>font-size</code> to <code>18px</code>[^1]:</p> -<pre><code>body { - font-size:18px; - margin:1.5em; -} -</code></pre> -<p>There is one <em>small</em> caveat with setting the <code>font-size</code> across the whole <code>body</code> element: code elements set in <code>monospace</code>. They will stand out larger than the other fonts found in the document (due to variations in different typeface heights, spacing etc.) so we will need to target these elements specifically:</p> -<pre><code>code { - font-size:14px; - /* Word wrap is optional if you plan to have long inline code snippets */ - word-wrap:break-word; -} -</code></pre> -<h2 id="code-pre-tags">Code & Pre Tags</h2> -<p>Since we’ve mentioned <code>code</code> elements, let’s fix those as well. The existing styling for inline code snippets and larger pre-formatted text sections leave a lot to be desired. They don’t provide any means to wrap their inner content or make use of <code>overflow</code> properties to avoid vertically scrolling on smaller device screens. Sharing code examples becomes quite a pain when your webpage’s flow and layout is broken just by including them. Browsers could fix this easily enough by defaulting to:</p> -<pre><code>pre { - overflow:auto; -} -</code></pre> -<h2 id="basic-dark-mode-support">Basic Dark Mode Support</h2> -<p>Barebones styling in current web browsers have no sane defaults[^2] for system-level dark mode. What a huge letdown. This is where the most “drastic” changes will be implemented with our browser default updates. We will need the browser to change the main <code>background-color</code>, along with resetting both the text and anchor link <code>color</code> for improved accessibility. Browser defaults for anchor link color in “light mode” are blue/purple - so I’ve opted towards using gold, orange and orangered in dark mode respectively:</p> -<pre><code>/* Dark mode */ -@media (prefers-color-scheme: dark) { - @media not print { - html {background:#0e0e0e;color:#e1e1e1; } - a {color: gold;} - a:visited {color: orange;} - a:hover,a:focus{color: orangered;} - } -} -</code></pre> -<p>That is probably the most streamlined dark mode on the web…</p> -<h2 id="the-reading-length-debate">The “Reading Length” Debate</h2> -<p>Proper reading length tends to be quite the point of contention on the web. Hell, even I’ve <a href="/character-unit/">written about it quite a bit</a> in the past (and many of my side projects follow that standard). The main problem I have with this is lack of <em>user control</em>. I don’t think the browser (or designers for that matter) should determine the best reading length for my own personal reading preferences. UX testing and group feedback has (somewhat) agreed upon 66-75 characters per line to be the most optimal reading experience. That is good to know. I <em>still</em> believe it should come down to user preference.</p> -<p>Do you want to know an incredible feature built into browsers? <em>Window resizing</em>. Abandon the idea that you “know better” than your users and give them the power to adjust as they see fit. The web was meant to be personal and flexible.</p> -<h2 id="conclusion">Conclusion</h2> -<p>There isn’t much else to say, really. I think these tiny tweaks would greatly improve the default browser experience and maybe even convince others to just <em>use</em> these defaults instead of falling down the CSS rabbit hole (as fun as that might be sometimes). For easier convenience, I’ll leave the full set of CSS changes below:</p> -<pre><code>body { - font-size:18px; - margin:1.5em; -} -code { - font-size:14px; -} -pre { - overflow:auto; -} -@media (prefers-color-scheme: dark) { - @media not print { - html {background:#0e0e0e;color:#e1e1e1; } - a {color: gold;} - a:visited {color: orange;} - a:hover,a:focus{color: orangered;} - } -} -</code></pre> -<h2 id="refs">Refs</h2> -<ol> -<li><code>18px</code> seems to be the perfect sweet spot between “almost too large, yet not small enough to strain my eyes”</li> -<li>At the time of this article’s publish date</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/design-review-dropbox/index.html b/build/posts/design-review-dropbox/index.html deleted file mode 100644 index b3399e4..0000000 --- a/build/posts/design-review-dropbox/index.html +++ /dev/null @@ -1,112 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Unsolicited Design Review - Dropbox</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="unsolicited-design-review---dropbox">Unsolicited Design Review - Dropbox</h1> -<p>2017-10-10</p> -<p>Earlier last week the design team at Dropbox unveiled their new branding / design system for the company as a whole. If you haven’t seen the updated design yet, you can do so here: <a href="https://dropbox.design/">dropbox.design</a> (Take your time, I can wait).</p> -<p><img src="/public/images/dropbox-logo_djnecj_c_scale,w_1400.webp" alt="Dropbox Logo" /></p> -<p>I won’t mince words when I say I believe this is a huge step backwards for their brand. Not only is it uninspired and broken, but it also shows how our industry is plagued with a need to redesign things just for the sake of redesigning them.</p> -<p>So without anymore fluff - let’s get into it. Please leave your bias at the door.</p> -<h2 id="purpose">Purpose</h2> -<p>It’s good to try and understand the motive or problem that a company is trying to solve when redesigning something as fundamental as core branding, but this is where the first red flag appears for Dropbox. There is no real problem to solve.</p> -<p>On the marketing site promoting the new design system, the Dropbox team doesn’t mention a single problem that this branding redesign is meant to fix. Were users confused by the previous system? Is there data showing large drop-off and a lack of conversion directly connected with the design system itself? All they state is they needed a change with zero reasoning as to why.</p> -<blockquote> -<p>We realized our brand needs to change</p> -</blockquote> -<p>As I stated at the beginning of this review - it’s a redesign for the sake of a redesign. Sometimes this can be acceptable if done correctly, but this is not the case for Dropbox.</p> -<blockquote> -<p>Our new brand system shows that Dropbox isn’t just a place to store your files - <strong>it’s a living workspace that brings teams and ideas together</strong></p> -</blockquote> -<p>Let’s stop right there. “A place to store your files” is literally 99% of what Dropbox does. I get that they want to be involved in more than that but Dropbox <em>is</em> a cloud storage service. Why is there a desperate need to shift away from that?</p> -<p>There isn’t much else to speak of in terms of ‘purpose’ regarding the redesign since there doesn’t seem to be one. Let’s move on.</p> -<h2 id="design-principles">Design Principles</h2> -<p>I hate to be that guy who bases design on a written list of principles, but when it works it works. Dieter Rams states it best:</p> -<ol> -<li>Good design is innovative</li> -<li>Good design makes a product useful</li> -<li>Good design is aesthetic</li> -<li>Good design makes a product understandable</li> -<li>Good design is unobtrusive</li> -<li>Good design is honest</li> -<li>Good design is long-lasting</li> -<li>Good design is thorough down to the last detail</li> -<li>Good design is environmentally friendly</li> -<li>Good design is as little design as possible</li> -</ol> -<hr/> -<ol> -<li><p><strong>Good design is innovative</strong>. There is zero innovation in this re-brand, it’s simply following the trend of quirky / brutal / modern flat elitism that is currently sweeping the industry. It’s a fad and will be out-of-date rather quickly.</p></li> -<li><p><strong>Good design makes a product useful</strong>. Looking through their reasoning and explanations I can see no boost or improvement to the usefulness of the product. Not to repeat myself, but without any supporting data as to <em>why</em> this change was made we have nothing to base it off of.</p></li> -<li><p><strong>Good design is aesthetic</strong>. See #1.</p></li> -<li><p><strong>Good design makes a product understandable</strong>. Were customers not able to understand the Dropbox brand prior to this update? Were users misinformed about what the product could do for them? The previous design did a wonderful job of getting out of the way and showing the user exactly what they needed / wanted.</p></li> -<li><p><strong>Good design is unobtrusive</strong>. Talk about going backwards on this one. Original system was clean, readable and friendly to new users. Their current system uses an illegible typeface, colors with terrible contrast and a lack of support for the visually impaired, crude illustrations that give no explanation as to what they represent (more on that later), and a lack of browser support / performance issues.</p></li> -<li><p><strong>Good design is honest</strong>. Dropbox still maintains this principle. They don’t over-promise or outright lie about who and what they are as a product.</p></li> -<li><p><strong>Good design is long-lasting</strong>. See #1 & #3 again.</p></li> -<li><p><strong>Good design is thorough down to the last detail</strong>. The fact that even their marketing site crashes latest Firefox, lags on Safari for iOS and stutters in Chrome on desktop shows the lack of performance testing that was done. Not to mention the complete disregard for those with visual impairments with their color palette, typeface and contrast selections.</p></li> -<li><p><strong>Good design is environmentally friendly</strong>. Doesn’t really apply here.</p></li> -<li><p><strong>Good design is as little design as possible</strong>. This new brand system is incredibly over-designed.</p></li> -</ol> -<blockquote> -<p>Our users…tell us they feel overwhelmed and distracted during the workday…we want to change this, by building products and a brand that help people focus on meaningful work, instead of busywork.</p> -</blockquote> -<p>Then maybe your design system should get out of the way. To me, this seems like you want your design to take center-stage over the user’s content.</p> -<p><strong>Remember: a great design system should go completely unnoticed.</strong></p> -<h2 id="accessibility">Accessibility</h2> -<p>Any persons with visual impairments need not apply. This design system is not built for you - seek shelter elsewhere.</p> -<blockquote> -<p>With 259 fonts, our new typeface Sharp Grotesk gives us lots of versatility, allowing us to “speak” in a variety of tones.</p> -</blockquote> -<p><img src="/public/images/dropbox-fonts_vthivw_c_scale,w_1122.webp" alt="DropBox fonts" /></p> -<p>Not a single one of these typeface styles is initially readable…</p> -<p>The typeface they have chosen looks terrible at any view-port size and readability takes a backseat. I can’t help but feel this falls into the “let’s be trendy” category and ends up sacrificing almost all good usability practices for gimmicky type.</p> -<blockquote> -<p>Our users run the gamut from business professionals to scientists and creative types. Most of these folks tell us they feel overwhelmed and distracted during the workday, and that this is one of the biggest barriers to creating work they’re proud of.</p> -</blockquote> -<p>Irony at it’s finest. “Our users tell us that they hate being distracted and overwhelmed, so we’ve decided to use headache inducing color palettes, crude illustrations, a barely legible typeface, and some of the most visually loud photography throughout our system”. I hate coming off as mean-spirited - but this is some elaborate joke, right?</p> -<p><img src="/public/images/dropbox-logos-color_fcogaj_c_scale,w_1400.webp" alt="DropBox color logos" /></p> -<p>After running it through a color contrast accessibility checker:</p> -<p><img src="/public/images/dropbox-contrast_plkfxb_c_scale,w_1400.webp" alt="DropBox contrast" /></p> -<p>Multiple accessibility failures…</p> -<p>Next we have the child-like ‘scribble’ illustrations. Now don’t get me wrong, I love seeing different illustration styles and I actively use ‘sketch / scribble’ artwork myself, but I don’t believe this is the best fit for a brand like Dropbox. These cartoon visuals conflict with the business enterprise service Dropbox should be trying to convey.</p> -<p>Another issue with these illustrations is their usage. Look at the image below and ask yourself if you would correlate it with an error page if no accompanying text was present.</p> -<p><img src="/public/images/dropbox-404_bovayg_c_scale,w_758.webp" alt="DropBox 404 page design" /></p> -<p>What does this have to do with a 404 error page?</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>I could go into even deeper analysis (including the oversimplification of their box logo, etc.) but I believe I’ve spent enough time defending my initial reaction as well as my thoughts after a week of soak time. In my opinion this redesign was completely unnecessary. I think this was a problem of too many designers with too much time without a proper project to channel all that talent.</p> -<p>Unfortunately because they decided to just follow the current trend and design with a lack of purpose, I see Dropbox launching another redesign within the next year once this current design fad dies. My only hope is that the next brand system sets out to solve an actual problem, instead of just trying to be trendy.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/disabling-comments-in-wordpress/index.html b/build/posts/disabling-comments-in-wordpress/index.html deleted file mode 100644 index b55e74b..0000000 --- a/build/posts/disabling-comments-in-wordpress/index.html +++ /dev/null @@ -1,48 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Disabling Comments in WordPress</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="disabling-comments-in-wordpress">Disabling Comments in WordPress</h1> -<p>2020-12-28</p> -<p><em>I seem to come across a decent amount of clients</em> and users online that have a difficult time knowing how to disable comments for both future <em>and</em> previous blog posts. It isn’t the easiest for both use cases, so let’s break it down.</p> -<h2 id="back-to-the-future">Back to the future</h2> -<p>Disabling comments on all <em>future</em> blog posts is fairly straightforward:</p> -<h2 id="but-what-about-old-posts">But what about old posts?</h2> -<p>Have no fear - “Bulk Actions” are here to save the day! In order to retroactively disable comments on older posts, do the following:</p> -<p>I hope this article saves others any headaches in the future. WordPress itself could certainly make this more streamlined, but for now what we have works. Happy (not) commenting!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/dts/index.html b/build/posts/dts/index.html deleted file mode 100644 index b7c6cc4..0000000 --- a/build/posts/dts/index.html +++ /dev/null @@ -1,50 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Designers Need Thicker Skin</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="designers-need-thicker-skin">Designers Need Thicker Skin</h1> -<p>2017-07-10</p> -<p>I’m not normally one to comment or even really care about “drama” within our design industry. Opinions are just that and should just be consumed at face value. But this week I was moderately annoyed with a subset of designers in design-land.</p> -<h3 id="critique-the-critics">Critique the critics</h3> -<p>Designer/design critic Eli Schiff tweeted his thoughts about the newly released promo video from Framer showcasing their new gradient feature. See the initial tweet below:</p> -<p>Let me begin by saying my views on this comment: I don’t care. I honestly don’t feel strongly one way or the other about them making a video promo for gradients. Could it have just been a simple text tweet? Sure. Does it really matter that they decided to make a video for it? Not at all.</p> -<p>But this isn’t the problem.</p> -<p>Other designers took to Twitter and started attacking Eli, not even as a design critic but as a person. This was ugly to see. What happened to civil discussion and giving the other side a chance to say their piece? Calling to “ban him” from sites such as DesignerNews or suggesting to unfollow him on Twitter is unbelievably childish - in an industry that we tote as “accepting of everyone” no less.</p> -<p>That’s all I’m going to say because I don’t want to spend too much time on this foolishness, but honestly designers - get some thicker skin.</p> -<p>Yeesh.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/duckduckno/index.html b/build/posts/duckduckno/index.html deleted file mode 100644 index 156e39d..0000000 --- a/build/posts/duckduckno/index.html +++ /dev/null @@ -1,69 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Two Weeks with the DuckDuckGo Browser</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="two-weeks-with-the-duckduckgo-browser">Two Weeks with the DuckDuckGo Browser</h1> -<p>2022-05-17</p> -<p>After using the beta apps for the new DuckDuckGo browser for both macOS and iOS, I have returned to Safari.</p> -<p>This switch back doesn’t mean that these browsers are <em>bad</em> by any means. Both browsers are decently fine for casual users. Unfortunately, they aren’t ready for prime time “power” users. I’m happy to see another company jump into the browser market (and one that is using WebKit instead of another Chromium clone) but for my day-to-day needs it doesn’t cut it.</p> -<p>Let’s break things down:</p> -<h2 id="the-good">The Good</h2> -<ul> -<li>Clean UI with a mix between Chrome and Safari</li> -<li>The “Leave No Trace” fire button to purge data, cache and cookies</li> -<li>Feels snappy and responsive</li> -<li>Based on WebKit NOT Chromium</li> -</ul> -<h2 id="the-not-so-good">The Not So Good</h2> -<ul> -<li>No sync options between systems (that I could find)</li> -<li>No extension support</li> -</ul> -<p>Now you might look at this list and notice there are more listed points set under the <code>Good</code> category. Keep in mind that quantity does not always equal quality. The main negative of not allowing user extensions cannot be overstated. I think that when building a browser in this $CURRENT_YEAR it’s imperative to allow for total user control. Don’t wall things off. Don’t <em>assume</em> you know best for your users.</p> -<p>This is a huge issue since a good majority of friends, family and coworkers I talk with use more elaborate ad-blocking. One of the first things I tested with the DuckDuckGo browser on desktop was to watch a YouTube video. I was immediately slammed with multiple ads - both in video form and as banner pop-ups.</p> -<p>Overlooks like this shouldn’t happen. This is UX 101.</p> -<p>Another obvious overlook is history and account syncing across devices. Unless I missed something obvious, I could not figure out how to seamlessly sync content from my macOS browser to my iOS one. Again, this function greatly improves the experience of jumping between desktop and mobile clients. Don’t make me think![^1]</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>I appreciate the effort from the DuckDuckGo team. I’m certain this project will get better over time, as they are listening closely to user feedback during the beta. With future improvements I could see myself giving things a second chance.</p> -<p>As it stands now, this feels like something that should be an extension[^2], not a standalone browser.</p> -<h2 id="refs">Refs</h2> -<ol> -<li><a href="https://sensible.com/dont-make-me-think/">https://sensible.com/dont-make-me-think/</a></li> -<li>Technically this already exists as a Safari extension <a href="https://apps.apple.com/us/app/duckduckgo-privacy-essentials/id1482920575?mt=12">here</a></li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/dump/index.html b/build/posts/dump/index.html deleted file mode 100644 index fae2080..0000000 --- a/build/posts/dump/index.html +++ /dev/null @@ -1,131 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Don't Make a Blog, Make a Brain Dump</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="dont-make-a-blog-make-a-brain-dump">Don’t Make a Blog, Make a Brain Dump</h1> -<p>2022-09-10</p> -<p>Not enough people have personal blogs. This is a point brought up by many of those passionate about the “golden age” in the timeline of the modern internet. A time when websites were more like a small collection of winding side-streets and flea markets. Today, it’s all shopping malls, hostile pedestrians, and corporate buildings. People have their one or two “outlets” that make it easier for them to meet-up with friends and family. There’s no need for these people to have their “own thing”. Someone else has already built it for them. They’re become fully adjusted to their internet slums.</p> -<p>Okay, sorry about the terrible metaphors. But you get my point. <em>Convenience breeds laziness</em>. <em>Laziness breeds mediocrity</em>.</p> -<h2 id="whats-a-brain-dump">What’s a “Brain Dump”?</h2> -<p>A brain dump is a better way to look at sharing your own experiences or thoughts on the web. The term “blog” has a lot of baggage connected to it, so newcomers are quickly scared away by the concept. Or even worse - they decide to only share themselves on locked-in, walled gardens<sup id="fnref1"><a href="#fn1" rel="footnote">1</a></sup>.</p> -<p>Another problem arises when you finally <em>do</em> convince someone to start “blogging” online; self-doubt.</p> -<ul> -<li>“What could I possibly have to share?”</li> -<li>“What if everyone <em>hates</em> what I post?”</li> -<li>“What if my content sucks?”</li> -</ul> -<p>Just dump it. Who cares. It’s the internet after all, so who are you trying to impress? The point is that your sharing your own experiences that are unique to you as an individual. Posting something that you think is pointless or mundane might be extremely helpful or, at the very least, entertaining for someone else.</p> -<p>Write up what you did over the weekend, a new recipe you tried out, review a movie/book or video game you enjoyed, list step-by-step instructions on how you installed a new appliance in your house - anything! Just <em>write</em> and be part of what made the internet fun, exciting and personal again.</p> -<p>But let me reiterate: <strong>stay away from walled gardens!</strong> Control your own space on the internet. Be the master of your own brain dump! Say “screw you” to app algorithms and <em>trending</em> bullshit. Just be you.</p> -<p>Convinced? Awesome. Now let’s get into setting things up. I’ll break these down into two separate categories: one for those with limited web/software experience, and one for those wanting a little more control.</p> -<h3 id="no-code-solutions">No Code Solutions</h3> -<p>Before I get into my suggested options in this “no-code” category, I would like to mention why WordPress <em>is not</em> listed here. Personally, I think WordPress gets in the way of users wanting to “just blog”. There once was an era where blogging was WP’s main focus, but that is now a time long forgotten. It tries to do too much. The back-end is a cluttered mess. Initial learning curves for security, plugins and themes is far too great for newbies. Gutenberg - dear God.</p> -<p>That’s not even mentioning hosting costs, installation, backups, etc. My personal take - just steer clear. This option is better suited in the <em>second</em> category for those with more web experience.</p> -<p>With that out of the way, let’s see my top selections for “no-code”:</p> -<h4 id="blot">Blot</h4> -<p><a href="https://blot.im/">Blot</a> has been around for quite a while. You simply post to a third-party service like Dropbox, Google Drive or a <code>git</code> repo and Blot takes care of the rest.</p> -<ul> -<li>$4/month (includes custom domain use, hosting & support)</li> -<li>Easy sign up</li> -<li>Multiple themes to choose from</li> -</ul> -<h4 id="bear-blog">Bear Blog</h4> -<p><a href="https://bearblog.dev/">Bear Blog</a> is an excellent platform that focuses on content and not much else.</p> -<ul> -<li>Free ($25/year for extras)</li> -<li>Easy sign up</li> -<li>No trackers, no javascript, no ads</li> -</ul> -<h4 id="mataroa-blog">Mataroa Blog</h4> -<p><a href="https://mataroa.blog/">Mataroa</a> follows in the same vein as Bear Blog, a simple blogging platform focused on <em>writing</em>.</p> -<ul> -<li>Free (with optional $9/year for premium features)</li> -<li>No ads, no tracking</li> -<li>Open source</li> -</ul> -<h4 id="write.as">Write.as</h4> -<p><a href="https://write.as/">Write.as</a> is another good option for those looking to just get words down and shared on the internet.</p> -<ul> -<li>Free with optional paid tiers (custom domains, themes etc.)</li> -<li>Option to self host via <a href="https://writefreely.org/">Write Freely</a></li> -</ul> -<h3 id="build-your-own">Build Your Own</h3> -<p>If you’re deep into this section of the post, I think it’s safe to assume your technical level is fairly <em>decent</em>. So, I won’t be into great detail with the options below:</p> -<h4 id="sourcehut-pages">SourceHut Pages</h4> -<p>This very website you’re reading is built and run off of <a href="https://srht.site/">SourceHut Pages</a>. I highly recommend the service.</p> -<ul> -<li>$3+/month (depending on what you <em>choose</em> to pay)</li> -<li>No javascript, no trackers</li> -<li>Customizable build settings</li> -<li>Support open source software!</li> -</ul> -<p><strong>Sidenote:</strong> If you’re interested in setting up a SSG (such as Jekyll or Hugo) through SourceHut, feel free to <a href="https://git.sr.ht/~bt/bt.ht">fork this very website as a starting point</a>. I also wrote up how to publish/build a Jekyll site on SourceHut in a <a href="/srht">separate post</a> if you wish to see all the nitty-gritty details.</p> -<h4 id="wordpress">WordPress</h4> -<p>As I mentioned above, I find this platform can be a little overkill for a simple “blog” (or in this case, a brain dump). I’m aware that many devs might already be familiar with WP, so it makes sense to include it here.</p> -<ul> -<li>Free options (custom domains, premium features will require some form of paid hosting)</li> -<li>Room for growth with extensive plugins / themes</li> -<li>Huge amount of documentation and resources</li> -</ul> -<h4 id="static-html-and-a-web-host">Static HTML and a Web Host</h4> -<p>Why not, right? Using a service like <a href="https://www.nearlyfreespeech.net/">NearlyFreeSpeech</a> or spinning up a cheap VPS with <a href="https://www.digitalocean.com/">DigitalOcean</a> and then dropping static HTML files on your server is pretty straightforward. You don’t need any fancy scripts or syncing tools - an FTP client and a text editor is more than enough!</p> -<ul> -<li>$2-5/month (depending on service provider)</li> -<li>“Drag-and-drop” workflow</li> -<li>Easily portable to other hosting services in the future</li> -</ul> -<h4 id="github-pages">GitHub Pages</h4> -<p>Since GitHub is used by almost every developer across the globe, it makes sense to mention their free website hosting option via <a href="https://pages.github.com/">GitHub Pages</a>. I personally <em>don’t</em> advise newcomers to use this platform, but you’re free to do as you like!</p> -<ul> -<li>“Free”</li> -<li>Fairly limited (no static site plugin support)</li> -</ul> -<h2 id="wrapping-up">Wrapping Up</h2> -<p>There are many services in both categories above that I did not include. That’s okay. I didn’t exclude them because I <em>dislike</em> them but instead focused on what <em>I believe</em> to be the easiest solutions for both camps (techies and non-techies).</p> -<p>At the end of the day - who cares what you choose. Just choose <em>something</em>. Stop looking at it as “blogging” or trying to “capture an audience”. Dump your brain’s thoughts out into the internet, on your <em>own piece</em> of the internet, and help make the world wide web as fun as it used to be!</p> -<div class="footnotes"> -<hr/> -<ol> - -<li id="fn1"> -<p>Facebook, Twitter, Reddit, Instagram, etc. These should be completely avoided for the sake of both your health and your internet freedom. <a href="#fnref1" rev="footnote">↩</a></p> -</li> - -</ol> -</div> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/dv/index.html b/build/posts/dv/index.html deleted file mode 100644 index e17e3cd..0000000 --- a/build/posts/dv/index.html +++ /dev/null @@ -1,73 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Dynamic Viewports with CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="dynamic-viewports-with-css">Dynamic Viewports with CSS</h1> -<p>2023-02-08</p> -<p>I think it’s safe to assume most web designers and developers are familiar with the standard <code>vh</code> and <code>vw</code> parameters in CSS. These parameters are used for setting an element’s height and/or width, relative to the viewport (v) height (h) or width (w). For example:</p> -<p>If I want my <code>.box</code> element to take up the entire height of a device’s screen:</p> -<pre><code>.box { - height: 100vh; -} -</code></pre> -<p>Or I want my <code>.box</code> element to take up the entire width of a device’s screen:</p> -<pre><code>.box { - width: 100vw; -} -</code></pre> -<p>These are wonderful options to have - specifically for those of us designing web applications. But there are some <em>minor</em> issues with <code>vh</code> and <code>vw</code>.</p> -<ol> -<li>The setting does not take into account device-specific UI (status bars, toolbars, search fields etc.)</li> -<li>In some instances these will not play nice with <code>box-sizing</code> properties</li> -</ol> -<h2 id="have-no-fear-dynamic-viewport-is-here">Have No Fear, Dynamic Viewport is Here!</h2> -<p>Lucky for us there exists an awesome <em>new-ish</em> CSS API called dynamic viewport-percentage units: <code>dvh</code> & <code>dvw</code>. They are defined as follows:</p> -<blockquote> -<p>The dynamic viewport-percentage units (dv) are defined with respect to the dynamic viewport size: the viewport sized with dynamic consideration of any UA interfaces that are dynamically expanded and retracted. This allows authors to size content such that it can exactly fit within the viewport whether or not such interfaces are present.</p> -</blockquote> -<p>So our examples above would translate into:</p> -<pre><code>.box { - height: 100dvh; - width: 100dvw; -} -</code></pre> -<h3 id="what-about-browser-support">What About Browser Support?</h3> -<p><a href="https://caniuse.com/mdn-api_css_dvh">Can I Use Stats</a> / ~67.17% coverage.</p> -<p><strong>Note:</strong> Even though the caniuse page states that Firefox 109+ and iOS Safari 16.3 do not support <code>dvh</code>, in my experiments they do. I’m not sure what testing was done for those two browsers, so YMMV.</p> -<p>If you want to play it safe, use dynamic viewports with standard “traditional” viewports as backup. That way you support all use cases while still taking advantage of newer CSS properties.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/dwm-gnome/index.html b/build/posts/dwm-gnome/index.html deleted file mode 100644 index 91c197e..0000000 --- a/build/posts/dwm-gnome/index.html +++ /dev/null @@ -1,50 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Bringing dwm Shortcuts to GNOME</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="bringing-dwm-shortcuts-to-gnome">Bringing dwm Shortcuts to GNOME</h1> -<p>2023-11-02</p> -<p>The <code>dwm</code> window manager is my standard “go-to” for most of my personal laptop environments. For desktops with larger, higher resolution monitors I tend to lean towards using GNOME. The GNOME DE is fairly solid for my own purposes. This article isn’t going to deep dive into GNOME itself, but instead highlight some minor configuration changes I make to mimic a few <code>dwm</code> shortcuts.</p> -<p>For reference, I’m running GNOME 45.0 on Ubuntu 23.10</p> -<h2 id="setting-up-fixed-workspaces">Setting Up Fixed Workspaces</h2> -<p>When I use <code>dwm</code> I tend to have a hard-set amount of <code>tags</code> to cycle through (normally 4-5). Unfortunately, dynamic rendering is the default for workspaces (ie. tags) in GNOME. For my personal preference I set this setting to <code>fixed</code>. We can achieve this by opening <strong>Settings</strong> > <strong>Multitasking</strong> and selecting “Fixed number of workspaces”.</p> -<h2 id="setting-our-keybindings">Setting Our Keybindings</h2> -<p>Now all that is left is to mimic <code>dwm</code> keyboard shortcuts, in this case: ALT + $num for switching between workspaces and ALT + SHIFT + $num for moving windows across workspaces. These keyboard shortcuts can be altered under <strong>Settings</strong> > <strong>Keyboard</strong> > <strong>View and Customize Shortcuts</strong> > <strong>Navigation</strong>.</p> -<p>You’ll want to make edits to both the “Switch to workspace <em>n</em>” and “Move window to workspace <em>n</em>”. </p> -<p>That’s it. You’re free to include even more custom keyboard shortcuts (open web browser, lock screen, hibernate, etc.) but this is a solid starting point. Enjoy tweaking GNOME!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/dynamic-checkboxes/index.html b/build/posts/dynamic-checkboxes/index.html deleted file mode 100644 index ebb2462..0000000 --- a/build/posts/dynamic-checkboxes/index.html +++ /dev/null @@ -1,413 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Dynamic Checkboxes</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="dynamic-checkboxes">Dynamic Checkboxes</h1> -<p>2019-07-30</p> -<p>Checkboxes are used quite frequently on forms across the web. Whether you’re selecting a pricing plan during a site’s sign-up process or just simply selecting to opt-out from a newsletter, you have most likely interacted with some form of checkbox element.</p> -<p>What if we could make everyday checkboxes more beautiful <em>and</em> more intuitive? <em>It’s easier than you think</em>. We only need a small amount of CSS and JavaScript to make considerable improvements to your average checkbox UX.</p> -<p>Let’s get into it.</p> -<h2 id="what-we-are-building">What we are building</h2> -<p>Take a look and play around with the CodePen below to get an idea of what we are going to build. The premise is a simple add-on pricing form which calculates the additional monthly total to the user in real-time.</p> -<p><a href="https://codepen.io/bradleytaunt/pen/rXWEpy/">Live CodePen Example</a></p> -<h2 id="the-structure-html">The Structure (HTML)</h2> -<p>As always, we will start by breaking down the “bones” of the HTML structure for this checkbox form. Let’s take a look at the HTML in it’s entirety (don’t worry, it is a lot more simple than it seems at first glance):</p> -<pre><code><h2>Add-ons</h2> - -<input class="checkbox-btn" name="checkbox-collection" id="checkbox-1" type="checkbox" value="49"> -<label class="checkbox-label" for="checkbox-1"> - <span> - White-labeled Domain - <em>Use your own custom domain with SSL security included.</em> - </span> - <span>$49/mo</span> -</label> - -<input class="checkbox-btn" name="checkbox-collection" id="checkbox-2" type="checkbox" value="49"> -<label class="checkbox-label" for="checkbox-2"> - <span> - API Access - <em>Make API calls to perform custom serving and account actions.</em> - </span> - <span>$49/mo</span> -</label> - -<input class="checkbox-btn" name="checkbox-collection" id="checkbox-3" type="checkbox" value="349"> -<label class="checkbox-label" for="checkbox-3"> - <span> - Priority Support - <em>A dedicated account manager to assist your team with ongoing deployments.</em> - </span> - <span>$349/mo</span> -</label> - -<div class="total-cost"> - <h2>Your Plan</h2> - <div> - <span>$</span> - <span id="total-cost-inner">0</span> - <input id="output" type="text" value="0" disabled/> - <span>/mo</span> - </div> -</div> -</code></pre> -<h3 id="the-checkbox-inputs-labels">The checkbox inputs & labels</h3> -<pre><code><!-- #1 --> -<input class="checkbox-btn" name="checkbox-collection" id="checkbox-1" type="checkbox" value="49"> - -<!-- #2 --> -<label class="checkbox-label" for="checkbox-1"> - - <!-- #2i --> - <span> - White-labeled Domain - <em>Use your own custom domain with SSL security included.</em> - </span> - - <!-- #2ii --> - <span>$49/mo</span> - -</label> -</code></pre> -<ol> -<li><p>This input will be hidden via <code>position:absolute</code> by default. All checkbox inputs need to share the same <code>name</code> value and all checkboxes require their our custom <code>id</code> that will link with the corresponding <code>for</code> value on the label.</p></li> -<li><p>This label needs it’s <code>for</code> value to correspond with it’s partnered checkbox.</p> -<ul> -<li>i) The first span holds the title and description information of the add-on</li> -<li>ii) The last span holds the cost associated with the current add-on</li> -</ul></li> -</ol> -<h3 id="the-total-cost-container-output">The total cost container output</h3> -<pre><code><!-- #1 --> -<div class="total-cost"> - - <h2>Your Plan</h2> - - <!-- #2 --> - <div> - - <!-- #2i --> - <span>$</span> - - <!-- #2ii --> - <span id="total-cost-inner">0</span> - - <!-- #2iii --> - <input id="output" type="text" value="0" disabled/> - - <!-- #2iv --> - <span>/mo</span> - - </div> - -</div> -</code></pre> -<ol> -<li><p>A simple <code>div</code> with a class we can easily target later</p></li> -<li><p>A <code>div</code> parent container is needed to house all the total <code>spans</code> together (more on this when we get into the CSS)</p> -<ul> -<li>i) The first <code>span</code> holds the static currency symbol</li> -<li>ii) The second <code>span</code> is where our updated cost will be injected</li> -<li>iii) This input field is required for us to take-in the <code>value</code> of the associated <code>:checked</code> inputs and add them together. This current value is then used for the injection into the second <code>span</code></li> -<li>iv) The final <code>span</code> simply holds the static monthly duration content</li> -</ul></li> -</ol> -<p>All that’s all we need for the HTML!</p> -<h2 id="the-visuals-css">The Visuals (CSS)</h2> -<p>Again, lets take a look at the entire file before we break it down step-by-step:</p> -<pre><code>.checkbox-label { - align-items: center; - background-color: none; - border: 1px solid lightgrey; - border-radius: 5px; - cursor: pointer; - display: flex; - font-weight: 600; - justify-content: space-between; - margin: 0 auto 10px; - padding: 20px 20px 20px 70px; - position: relative; - transition: .3s ease all; - width: 100%; -} -.checkbox-label span:last-child { - padding: 0 0 0 20px; -} -.checkbox-label:hover { - background-color: rgba(255,255,255,0.2); -} -.checkbox-label:before { - background-repeat: no-repeat; - background-position: center; - background-size: 15px; - border: 1px solid lightgrey; - border-radius: 50%; - content:''; - height: 30px; - left: 20px; - position: absolute; - top: calc(50% - 15px); - transition: .3s ease background-color; - width: 30px; -} -.checkbox-label:hover:before { - background-image: - url('data:image/svg+xml;utf8,<svg xmlns="http://www.w3.org/2000/svg" width="23.571429" height="23.571429" viewBox="0.000000 -47.142857 23.571429 23.571429"><path fill="lightgrey" d="M23.571429 -36.964286L23.571429 -33.750000C23.571429 -33.303571 23.415179 -32.924107 23.102679 -32.611607C22.790179 -32.299107 22.410714 -32.142857 21.964286 -32.142857L15.000000 -32.142857L15.000000 -25.178571C15.000000 -24.732143 14.843750 -24.352679 14.531250 -24.040179C14.218750 -23.727679 13.839286 -23.571429 13.392857 -23.571429L10.178571 -23.571429C9.732143 -23.571429 9.352679 -23.727679 9.040179 -24.040179C8.727679 -24.352679 8.571429 -24.732143 8.571429 -25.178571L8.571429 -32.142857L1.607143 -32.142857C1.160714 -32.142857 0.781250 -32.299107 0.468750 -32.611607C0.156250 -32.924107 0.000000 -33.303571 0.000000 -33.750000L0.000000 -36.964286C0.000000 -37.410714 0.156250 -37.790179 0.468750 -38.102679C0.781250 -38.415179 1.160714 -38.571429 1.607143 -38.571429L8.571429 -38.571429L8.571429 -45.535714C8.571429 -45.982143 8.727679 -46.361607 9.040179 -46.674107C9.352679 -46.986607 9.732143 -47.142857 10.178571 -47.142857L13.392857 -47.142857C13.839286 -47.142857 14.218750 -46.986607 14.531250 -46.674107C14.843750 -46.361607 15.000000 -45.982143 15.000000 -45.535714L15.000000 -38.571429L21.964286 -38.571429C22.410714 -38.571429 22.790179 -38.415179 23.102679 -38.102679C23.415179 -37.790179 23.571429 -37.410714 23.571429 -36.964286ZM23.571429 -36.964286"></path></svg>'); -} -.checkbox-label span { - -webkit-user-select: none; - -moz-user-select: none; - user-select: none; -} -.checkbox-label span em { - display: block; - font-size: 80%; - font-style: normal; - font-weight: 400; - line-height: 1.2; -} -.checkbox-btn { - position: absolute; - visibility: hidden; -} -.checkbox-btn:checked + .checkbox-label { - background-color: white; - border-color: mediumpurple; - box-shadow: 0 2px 4px rgba(0,0,0,0.05); -} -.checkbox-btn:checked + .checkbox-label:before { - background-color: mediumpurple; - background-image: - url('data:image/svg+xml;utf8,<svg xmlns="http://www.w3.org/2000/svg" width="25.948661" height="19.888393" viewBox="2.025670 -40.011161 25.948661 19.888393"><path fill="white" d="M27.974330 -36.127232C27.974330 -35.680804 27.818080 -35.301339 27.505580 -34.988839L15.385045 -22.868304L13.108259 -20.591518C12.795759 -20.279018 12.416295 -20.122768 11.969866 -20.122768C11.523438 -20.122768 11.143973 -20.279018 10.831473 -20.591518L8.554688 -22.868304L2.494420 -28.928571C2.181920 -29.241071 2.025670 -29.620536 2.025670 -30.066964C2.025670 -30.513393 2.181920 -30.892857 2.494420 -31.205357L4.771205 -33.482143C5.083705 -33.794643 5.463170 -33.950893 5.909598 -33.950893C6.356027 -33.950893 6.735491 -33.794643 7.047991 -33.482143L11.969866 -28.543527L22.952009 -39.542411C23.264509 -39.854911 23.643973 -40.011161 24.090402 -40.011161C24.536830 -40.011161 24.916295 -39.854911 25.228795 -39.542411L27.505580 -37.265625C27.818080 -36.953125 27.974330 -36.573661 27.974330 -36.127232ZM27.974330 -36.127232"></path></svg>'); - border-color: mediumpurple; -} - -.total-cost { - align-items: baseline; - border-top: 1px solid lightgrey; - display: flex; - justify-content: space-between; - margin-top: 40px; - padding: 40px 20px 0; -} -.total-cost div { - align-items: baseline; - display: flex; -} -.total-cost span:nth-child(1) { - align-self: flex-start; - padding-top: 5px; -} -.total-cost span:nth-child(2) { - font-size: 32px; - font-weight: bold; -} -.total-cost input { - display: none; -} - -@media(max-width:480px) { - .checkbox-label { - align-items: flex-start; - flex-direction: column; - flex-wrap: wrap; - } - .checkbox-label span:last-child { - padding: 10px 0 0 0; - } -} -</code></pre> -<h3 id="the-checkbox-label">The checkbox label</h3> -<pre><code>/* -This is the main element for each checkbox "container". -Inside it houses the title, description and price. -*/ -.checkbox-label { - align-items: center; - background-color: none; - border: 1px solid lightgrey; - border-radius: 5px; - cursor: pointer; - display: flex; - font-weight: 600; - justify-content: space-between; - margin: 0 auto 10px; - padding: 20px 20px 20px 70px; - position: relative; - transition: .3s ease all; - width: 100%; -} -.checkbox-label:hover { - background-color: rgba(255,255,255,0.2); -} - -/* Update the label styling when the input is :checked */ -.checkbox-btn:checked + .checkbox-label { - background-color: white; - border-color: mediumpurple; - box-shadow: 0 2px 4px rgba(0,0,0,0.05); -} -</code></pre> -<h3 id="the-custom-checkbox-input">The custom checkbox input</h3> -<p>We need to hide the browser’s default checkbox input and replace it with our own using pseudo selectors.</p> -<pre><code>/* Hide browser default input */ -.checkbox-btn { - position: absolute; - visibility: hidden; -} - -/* Our custom input checkbox */ -.checkbox-label:before { - background-repeat: no-repeat; - background-position: center; - background-size: 15px; - border: 1px solid lightgrey; - border-radius: 50%; - content:''; - height: 30px; - left: 20px; - position: absolute; - top: calc(50% - 15px); - transition: .3s ease background-color; - width: 30px; -} - -/* -Here we add a simple '+' icon on hover -to our custom pseudo element. -Adding it as an inline SVG gives us the -ability to fully customize it's styling -*/ -.checkbox-label:hover:before { - background-image: - url('data:image/svg+xml;utf8,<svg xmlns="http://www.w3.org/2000/svg" width="23.571429" height="23.571429" viewBox="0.000000 -47.142857 23.571429 23.571429"><path fill="lightgrey" d="M23.571429 -36.964286L23.571429 -33.750000C23.571429 -33.303571 23.415179 -32.924107 23.102679 -32.611607C22.790179 -32.299107 22.410714 -32.142857 21.964286 -32.142857L15.000000 -32.142857L15.000000 -25.178571C15.000000 -24.732143 14.843750 -24.352679 14.531250 -24.040179C14.218750 -23.727679 13.839286 -23.571429 13.392857 -23.571429L10.178571 -23.571429C9.732143 -23.571429 9.352679 -23.727679 9.040179 -24.040179C8.727679 -24.352679 8.571429 -24.732143 8.571429 -25.178571L8.571429 -32.142857L1.607143 -32.142857C1.160714 -32.142857 0.781250 -32.299107 0.468750 -32.611607C0.156250 -32.924107 0.000000 -33.303571 0.000000 -33.750000L0.000000 -36.964286C0.000000 -37.410714 0.156250 -37.790179 0.468750 -38.102679C0.781250 -38.415179 1.160714 -38.571429 1.607143 -38.571429L8.571429 -38.571429L8.571429 -45.535714C8.571429 -45.982143 8.727679 -46.361607 9.040179 -46.674107C9.352679 -46.986607 9.732143 -47.142857 10.178571 -47.142857L13.392857 -47.142857C13.839286 -47.142857 14.218750 -46.986607 14.531250 -46.674107C14.843750 -46.361607 15.000000 -45.982143 15.000000 -45.535714L15.000000 -38.571429L21.964286 -38.571429C22.410714 -38.571429 22.790179 -38.415179 23.102679 -38.102679C23.415179 -37.790179 23.571429 -37.410714 23.571429 -36.964286ZM23.571429 -36.964286"></path></svg>'); -} - -/* -When the checkbox input is :checked we need to -update the inline SVG to use a checkmark symbol -*/ -.checkbox-btn:checked + .checkbox-label:before { - background-color: mediumpurple; - background-image: - url('data:image/svg+xml;utf8,<svg xmlns="http://www.w3.org/2000/svg" width="25.948661" height="19.888393" viewBox="2.025670 -40.011161 25.948661 19.888393"><path fill="white" d="M27.974330 -36.127232C27.974330 -35.680804 27.818080 -35.301339 27.505580 -34.988839L15.385045 -22.868304L13.108259 -20.591518C12.795759 -20.279018 12.416295 -20.122768 11.969866 -20.122768C11.523438 -20.122768 11.143973 -20.279018 10.831473 -20.591518L8.554688 -22.868304L2.494420 -28.928571C2.181920 -29.241071 2.025670 -29.620536 2.025670 -30.066964C2.025670 -30.513393 2.181920 -30.892857 2.494420 -31.205357L4.771205 -33.482143C5.083705 -33.794643 5.463170 -33.950893 5.909598 -33.950893C6.356027 -33.950893 6.735491 -33.794643 7.047991 -33.482143L11.969866 -28.543527L22.952009 -39.542411C23.264509 -39.854911 23.643973 -40.011161 24.090402 -40.011161C24.536830 -40.011161 24.916295 -39.854911 25.228795 -39.542411L27.505580 -37.265625C27.818080 -36.953125 27.974330 -36.573661 27.974330 -36.127232ZM27.974330 -36.127232"></path></svg>'); - border-color: mediumpurple; -} -</code></pre> -<h3 id="the-total-cost-container">The total cost container</h3> -<p>We only need some very basic flexbox styling for our bottom “total” container:</p> -<pre><code>.total-cost { - align-items: baseline; - border-top: 1px solid lightgrey; - display: flex; - justify-content: space-between; - margin-top: 40px; - padding: 40px 20px 0; -} -.total-cost div { - align-items: baseline; - display: flex; -} -.total-cost span:nth-child(1) { - align-self: flex-start; - padding-top: 5px; -} -.total-cost span:nth-child(2) { - font-size: 32px; - font-weight: bold; -} - -/* -This input is used in our JavaScript - look at the -function part of this post to understand why -*/ -.total-cost input { - display: none; -} -</code></pre> -<h3 id="last-but-not-least---mobile">Last but not least - mobile</h3> -<p>Now we just ensure that on smaller devices our checkbox labels render nicely:</p> -<pre><code>@media(max-width:480px) { - /* - Avoids the inner label content from squishing together - and becoming unreadable - */ - .checkbox-label { - align-items: flex-start; - flex-direction: column; - flex-wrap: wrap; - } - .checkbox-label span:last-child { - padding: 10px 0 0 0; - } -} -</code></pre> -<p>That’s it for the styling!</p> -<h2 id="the-function-js">The Function (JS)</h2> -<p>As you can see below, we only need a very minor amount of JavaScript to accomplish our total cost “injection”.</p> -<pre><code>window.onload=function(){ - -// Place the default browser checkbox inputs into a variable -var inputs = document.getElementsByClassName('checkbox-btn') - -// Now we loop through the inputs and check if they are -// greater than zero. If so, we run our function. -for (var i=0; i < inputs.length; i++) { - - inputs[i].onchange = function() { - - // Create `add` variable which takes the :checked input value - var add = this.value * (this.checked ? 1 : -1); - - // We grab the current total value on our hidden input field and return it - // as a floating point number - // (since in this use case it will be a price number based on currency) - var new_total = parseFloat(document.getElementById('output').value); - - // Now we simply add the existing total value with the newly ":checked" input value - var updated_total = document.getElementById('output').value=new_total + add - - // Place the new updated total directly inside the `total-cost-inner` span element - document.getElementById('total-cost-inner').innerHTML = updated_total; - } - -} -} -</code></pre> -<p>That’s it! Feel free to play with the demo some more at the top of the post, or check out the <a href="https://codepen.io/bradleytaunt/pen/rXWEpy">CodePen source directly</a>.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/easy-custom-radio-inputs/index.html b/build/posts/easy-custom-radio-inputs/index.html deleted file mode 100644 index 9936801..0000000 --- a/build/posts/easy-custom-radio-inputs/index.html +++ /dev/null @@ -1,217 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Easy Custom Radio Inputs</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="easy-custom-radio-inputs">Easy Custom Radio Inputs</h1> -<p>2019-01-21</p> -<p>Default radio inputs are notoriously horrible looking and are something designers tend to over-think when trying to customize them. Let’s walk through how to create custom radio buttons with <em>pure CSS</em>, while still preserving performance and accessibility.</p> -<h2 id="the-final-product">The Final Product</h2> -<p>This is what we will be designing:</p> -<p><img src="/public/images/custom-radio-inputs.png" alt="Custom radio inputs" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/oNjwMyX">Live CodePen Example</a></p> -<hr/> -<h2 id="the-bones-of-our-radio-inputs-html">The bones of our radio inputs (HTML)</h2> -<pre><code><input class="radio-btn" name="radio-collection" id="radio-1" type="radio"> -<label class="radio-label" for="radio-1"><span>I am very satisfied</span></label> - -<input class="radio-btn" name="radio-collection" id="radio-2" type="radio"> -<label class="radio-label" for="radio-2"><span>I am satisfied</span></label> - -<input class="radio-btn" name="radio-collection" id="radio-3" type="radio"> -<label class="radio-label" for="radio-3"><span>I am indifferent</span></label> - -<input class="radio-btn" name="radio-collection" id="radio-4" type="radio"> -<label class="radio-label" for="radio-4"><span>I am unsatisfied</span></label> - -<input class="radio-btn" name="radio-collection" id="radio-5" type="radio"> -<label class="radio-label" for="radio-5"><span>I am very unsatisfied</span></label> -</code></pre> -<p>I know it looks like a lot is going on here, but it’s pretty straightforward so let’s unpackage line by line:</p> -<h3 id="radio-inputs">Radio inputs</h3> -<pre><code><input class="radio-btn" name="radio-collection" id="radio-1" type="radio"> -</code></pre> -<p>This is the default <code>radio</code> input. We give it:</p> -<ul> -<li>a <code>name</code> (inputs with a shared <code>name</code> are grouped together)</li> -<li>an <code>id</code> (so our label can target this input)</li> -<li>a <code>class</code> (so we can style it later)</li> -</ul> -<p><strong>Important</strong>: be sure to have a unique <code>id</code> for each input so your labels don’t end up connected to multiple radios. In this demo we are simply incrementing them by one.</p> -<h3 id="labels">Labels</h3> -<p>Adding the labels is fairly straightforward, we just include the corresponding input’s <code>id</code> in the label’s <code>for</code> attribute. The label content is wrapped in a <code>span</code> - which I will explain the reasoning for later.</p> -<p>For styling purposes we also add the <code>radio-label</code> class.</p> -<pre><code><label class="radio-label" for="radio-1"><span>I am very satisfied</span></label> -</code></pre> -<p>This is looking pretty terrible - but that’s nothing some good ol’ CSS can’t fix!</p> -<h2 id="the-flesh-of-our-radio-inputs-css">The flesh of our radio inputs (CSS)</h2> -<p>First we give some basic styling to our <code>label</code> and <code>input</code> classes (along with hover states). The <code>radio</code> element is actually hidden from view, but by using the <code>visibility</code> attribute we still keep it accessible for screen-readers.</p> -<pre><code>.radio-label { - background: white; - border: 1px solid #eee; - border-radius: 5px; - box-shadow: 0 2px 4px rgba(0,0,0,0.05); - cursor: pointer; - display: inline-block; - font-weight: 600; - margin: 0 auto 10px; - /* This 65px padding makes room for the custom input */ - padding: 20px 20px 20px 65px; - position: relative; - transition: .3s ease all; - width: 100%; -} -.radio-label:hover { - box-shadow: 0 4px 8px rgba(0,0,0,0.05); -} -.radio-btn { - position: absolute; - visibility: hidden; -} -</code></pre> -<p>Remember that <code>span</code> element inside the label? We set it’s <code>user-select</code> property to <code>none</code> so we avoid any possible issue with the user selecting the text on-click:</p> -<pre><code>.radio-label span { - -webkit-user-select: none; - -moz-user-select: none; - user-select: none; -} -</code></pre> -<p>Next we include the default empty selection element (to mimic the original radio input) via a pseudo element:</p> -<pre><code>.radio-label:before { - background: #eee; - border-radius: 50%; - content:''; - height: 30px; - left: 20px; - position: absolute; - /* Half the height of it's parent minus half of it's own height */ - top: calc(50% - 15px); - transition: .3s ease background-color; - width: 30px; -} -</code></pre> -<h2 id="a-few-final-steps">A Few Final Steps</h2> -<p>The final step is adding the custom styling for when an <code>input</code> item is selected (<code>:checked</code>).</p> -<p>You will notice the use of a <code>base64</code> element for the custom checkmark - feel free to subsitute this for an actual image or none at all (this is just my personal design preference).</p> -<pre><code>.radio-btn:checked + .radio-label { - background: #ECF5FF; - border-color: #4A90E2; -} -.radio-btn:checked + .radio-label:before { - background-color: #4A90E2; - background-image: url('data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48c3ZnIHdpZHRoPSIyNiIgaGVpZ2h0PSIyMCIgdmVyc2lvbj0iMS4xIiB2aWV3Qm94PSIyLjAyOTY4IC00MC4wOTAzIDI2IDIwIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHhtbG5zOnhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hsaW5rIj48IS0tR2VuZXJhdGVkIGJ5IElKU1ZHIChodHRwczovL2dpdGh1Yi5jb20vaWNvbmphci9JSlNWRyktLT48cGF0aCBkPSJNMjcuOTc0MywtMzYuMTI3MmMwLDAuNDQ2NDI4IC0wLjE1NjI1LDAuODI1ODkzIC0wLjQ2ODc1LDEuMTM4MzlsLTEyLjEyMDUsMTIuMTIwNWwtMi4yNzY3OSwyLjI3Njc5Yy0wLjMxMjUsMC4zMTI1IC0wLjY5MTk2NCwwLjQ2ODc1IC0xLjEzODM5LDAuNDY4NzVjLTAuNDQ2NDI4LDAgLTAuODI1ODkzLC0wLjE1NjI1IC0xLjEzODM5LC0wLjQ2ODc1bC0yLjI3Njc5LC0yLjI3Njc5bC02LjA2MDI3LC02LjA2MDI3Yy0wLjMxMjUsLTAuMzEyNSAtMC40Njg3NSwtMC42OTE5NjUgLTAuNDY4NzUsLTEuMTM4MzljMCwtMC40NDY0MjkgMC4xNTYyNSwtMC44MjU4OTMgMC40Njg3NSwtMS4xMzgzOWwyLjI3Njc5LC0yLjI3Njc5YzAuMzEyNSwtMC4zMTI1IDAuNjkxOTY1LC0wLjQ2ODc1IDEuMTM4MzksLTAuNDY4NzVjMC40NDY0MjksMCAwLjgyNTg5MywwLjE1NjI1IDEuMTM4MzksMC40Njg3NWw0LjkyMTg4LDQuOTM4NjJsMTAuOTgyMSwtMTAuOTk4OWMwLjMxMjUsLTAuMzEyNSAwLjY5MTk2NCwtMC40Njg3NSAxLjEzODM5LC0wLjQ2ODc1YzAuNDQ2NDI4LDAgMC44MjU4OTMsMC4xNTYyNSAxLjEzODM5LDAuNDY4NzVsMi4yNzY3OCwyLjI3Njc5YzAuMzEyNSwwLjMxMjUgMC40Njg3NSwwLjY5MTk2NCAwLjQ2ODc1LDEuMTM4MzlaIiB0cmFuc2Zvcm09InNjYWxlKDEuMDAxOTgpIiBmaWxsPSIjZmZmIj48L3BhdGg+PC9zdmc+'); - background-repeat: no-repeat; - background-position: center; - background-size: 15px; -} -</code></pre> -<p><strong>And that’s it.</strong></p> -<p>For easier reference the entire CSS file can be found below:</p> -<pre><code>.radio-label { - background: white; - border: 1px solid #eee; - border-radius: 5px; - box-shadow: 0 2px 4px rgba(0,0,0,0.05); - cursor: pointer; - display: inline-block; - font-weight: 600; - margin: 0 auto 10px; - padding: 20px 20px 20px 65px; - position: relative; - transition: .3s ease all; - width: 100%; -} -.radio-label:hover { - box-shadow: 0 4px 8px rgba(0,0,0,0.05); -} -.radio-label:before { - background: #eee; - border-radius: 50%; - content:''; - height: 30px; - left: 20px; - position: absolute; - top: calc(50% - 15px); - transition: .3s ease background-color; - width: 30px; -} -.radio-label span { - -webkit-user-select: none; - -moz-user-select: none; - user-select: none; -} -.radio-btn { - position: absolute; - visibility: hidden; -} -.radio-btn:checked + .radio-label { - background: #ECF5FF; - border-color: #4A90E2; -} -.radio-btn:checked + .radio-label:before { - background-color: #4A90E2; - background-image: url('data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48c3ZnIHdpZHRoPSIyNiIgaGVpZ2h0PSIyMCIgdmVyc2lvbj0iMS4xIiB2aWV3Qm94PSIyLjAyOTY4IC00MC4wOTAzIDI2IDIwIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHhtbG5zOnhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hsaW5rIj48IS0tR2VuZXJhdGVkIGJ5IElKU1ZHIChodHRwczovL2dpdGh1Yi5jb20vaWNvbmphci9JSlNWRyktLT48cGF0aCBkPSJNMjcuOTc0MywtMzYuMTI3MmMwLDAuNDQ2NDI4IC0wLjE1NjI1LDAuODI1ODkzIC0wLjQ2ODc1LDEuMTM4MzlsLTEyLjEyMDUsMTIuMTIwNWwtMi4yNzY3OSwyLjI3Njc5Yy0wLjMxMjUsMC4zMTI1IC0wLjY5MTk2NCwwLjQ2ODc1IC0xLjEzODM5LDAuNDY4NzVjLTAuNDQ2NDI4LDAgLTAuODI1ODkzLC0wLjE1NjI1IC0xLjEzODM5LC0wLjQ2ODc1bC0yLjI3Njc5LC0yLjI3Njc5bC02LjA2MDI3LC02LjA2MDI3Yy0wLjMxMjUsLTAuMzEyNSAtMC40Njg3NSwtMC42OTE5NjUgLTAuNDY4NzUsLTEuMTM4MzljMCwtMC40NDY0MjkgMC4xNTYyNSwtMC44MjU4OTMgMC40Njg3NSwtMS4xMzgzOWwyLjI3Njc5LC0yLjI3Njc5YzAuMzEyNSwtMC4zMTI1IDAuNjkxOTY1LC0wLjQ2ODc1IDEuMTM4MzksLTAuNDY4NzVjMC40NDY0MjksMCAwLjgyNTg5MywwLjE1NjI1IDEuMTM4MzksMC40Njg3NWw0LjkyMTg4LDQuOTM4NjJsMTAuOTgyMSwtMTAuOTk4OWMwLjMxMjUsLTAuMzEyNSAwLjY5MTk2NCwtMC40Njg3NSAxLjEzODM5LC0wLjQ2ODc1YzAuNDQ2NDI4LDAgMC44MjU4OTMsMC4xNTYyNSAxLjEzODM5LDAuNDY4NzVsMi4yNzY3OCwyLjI3Njc5YzAuMzEyNSwwLjMxMjUgMC40Njg3NSwwLjY5MTk2NCAwLjQ2ODc1LDEuMTM4MzlaIiB0cmFuc2Zvcm09InNjYWxlKDEuMDAxOTgpIiBmaWxsPSIjZmZmIj48L3BhdGg+PC9zdmc+'); - background-repeat: no-repeat; - background-position: center; - background-size: 15px; -} -</code></pre> -<hr/> -<h2 id="but-wait---we-can-get-even-fancier">But wait - we can get even fancier!</h2> -<p>Since this demo is based off a survey-type questionaire, wouldn’t it be interesting to give the different selectable options their own styling based on their context? Take a look at the further customized version below:</p> -<p>We can do so by adding <code>positive</code>, <code>neutral</code> and <code>negative</code> class names to the radio inputs with their own respective properties:</p> -<pre><code>.radio-btn.positive:checked + .radio-label { - background: #EAFFF6; - border-color: #32B67A; -} -.radio-btn.positive:checked + .radio-label:before { - background-color: #32B67A; -} -.radio-btn.neutral:checked + .radio-label:before { - background-image: url('data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48c3ZnIHZlcnNpb249IjEuMSIgdmlld0JveD0iMCAtMTUgMzAgOC41NzE0MyIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB4bWxuczp4bGluaz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94bGluayI+PCEtLUdlbmVyYXRlZCBieSBJSlNWRyAoaHR0cHM6Ly9naXRodWIuY29tL2ljb25qYXIvSUpTVkcpLS0+PHBhdGggZD0iTTMwLC0xMi4zMjE0djMuMjE0MjljMCwwLjczNjYwNyAtMC4yNjIyNzcsMS4zNjcxOSAtMC43ODY4MywxLjg5MTc0Yy0wLjUyNDU1NCwwLjUyNDU1NCAtMS4xNTUxMywwLjc4NjgzMSAtMS44OTE3NCwwLjc4NjgzMWgtMjQuNjQyOWMtMC43MzY2MDcsMCAtMS4zNjcxOSwtMC4yNjIyNzcgLTEuODkxNzQsLTAuNzg2ODMxYy0wLjUyNDU1MywtMC41MjQ1NTMgLTAuNzg2ODMsLTEuMTU1MTMgLTAuNzg2ODMsLTEuODkxNzR2LTMuMjE0MjljMCwtMC43MzY2MDcgMC4yNjIyNzcsLTEuMzY3MTkgMC43ODY4MywtMS44OTE3NGMwLjUyNDU1NCwtMC41MjQ1NTMgMS4xNTUxMywtMC43ODY4MyAxLjg5MTc0LC0wLjc4NjgzaDI0LjY0MjljMC43MzY2MDcsMCAxLjM2NzE5LDAuMjYyMjc3IDEuODkxNzQsMC43ODY4M2MwLjUyNDU1MywwLjUyNDU1NCAwLjc4NjgzLDEuMTU1MTMgMC43ODY4MywxLjg5MTc0WiIgZmlsbD0iI2ZmZiI+PC9wYXRoPjwvc3ZnPg=='); -} -.radio-btn.negative:checked + .radio-label { - background: #FFF2F2; - border-color: #E75153; -} -.radio-btn.negative:checked + .radio-label:before { - background-color: #E75153; - background-image: url('data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48c3ZnIHdpZHRoPSIyMCIgaGVpZ2h0PSIyMCIgdmVyc2lvbj0iMS4xIiB2aWV3Qm94PSIxLjg1MTg1IC0zOS42OTcgMjAgMjAiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwL3N2ZyIgeG1sbnM6eGxpbms9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGxpbmsiPjwhLS1HZW5lcmF0ZWQgYnkgSUpTVkcgKGh0dHBzOi8vZ2l0aHViLmNvbS9pY29uamFyL0lKU1ZHKS0tPjxwYXRoIGQ9Ik0yMS43Mjk5LC0yMy40NzFjMCwwLjQ0NjQyOCAtMC4xNTYyNSwwLjgyNTg5MyAtMC40Njg3NSwxLjEzODM5bC0yLjI3Njc5LDIuMjc2NzljLTAuMzEyNSwwLjMxMjUgLTAuNjkxOTY0LDAuNDY4NzUgLTEuMTM4MzksMC40Njg3NWMtMC40NDY0MjgsMCAtMC44MjU4OTMsLTAuMTU2MjUgLTEuMTM4MzksLTAuNDY4NzVsLTQuOTIxODcsLTQuOTIxODhsLTQuOTIxODgsNC45MjE4OGMtMC4zMTI1LDAuMzEyNSAtMC42OTE5NjQsMC40Njg3NSAtMS4xMzgzOSwwLjQ2ODc1Yy0wLjQ0NjQyOCwwIC0wLjgyNTg5MiwtMC4xNTYyNSAtMS4xMzgzOSwtMC40Njg3NWwtMi4yNzY3OSwtMi4yNzY3OWMtMC4zMTI1LC0wLjMxMjUgLTAuNDY4NzUsLTAuNjkxOTY1IC0wLjQ2ODc1LC0xLjEzODM5YzAsLTAuNDQ2NDI5IDAuMTU2MjUsLTAuODI1ODkzIDAuNDY4NzUsLTEuMTM4MzlsNC45MjE4OCwtNC45MjE4OGwtNC45MjE4OCwtNC45MjE4OGMtMC4zMTI1LC0wLjMxMjUgLTAuNDY4NzUsLTAuNjkxOTY0IC0wLjQ2ODc1LC0xLjEzODM5YzAsLTAuNDQ2NDI4IDAuMTU2MjUsLTAuODI1ODkzIDAuNDY4NzUsLTEuMTM4MzlsMi4yNzY3OSwtMi4yNzY3OGMwLjMxMjUsLTAuMzEyNSAwLjY5MTk2NCwtMC40Njg3NSAxLjEzODM5LC0wLjQ2ODc1YzAuNDQ2NDI5LDAgMC44MjU4OTMsMC4xNTYyNSAxLjEzODM5LDAuNDY4NzVsNC45MjE4OCw0LjkyMTg4bDQuOTIxODcsLTQuOTIxODhjMC4zMTI1LC0wLjMxMjUgMC42OTE5NjUsLTAuNDY4NzUgMS4xMzgzOSwtMC40Njg3NWMwLjQ0NjQyOSwwIDAuODI1ODkzLDAuMTU2MjUgMS4xMzgzOSwwLjQ2ODc1bDIuMjc2NzksMi4yNzY3OGMwLjMxMjUsMC4zMTI1IDAuNDY4NzUsMC42OTE5NjUgMC40Njg3NSwxLjEzODM5YzAsMC40NDY0MjkgLTAuMTU2MjUsMC44MjU4OTMgLTAuNDY4NzUsMS4xMzgzOWwtNC45MjE4OCw0LjkyMTg4bDQuOTIxODgsNC45MjE4OGMwLjMxMjUsMC4zMTI1IDAuNDY4NzUsMC42OTE5NjQgMC40Njg3NSwxLjEzODM5WiIgdHJhbnNmb3JtPSJzY2FsZSgxLjAwNTYxKSIgZmlsbD0iI2ZmZiI+PC9wYXRoPjwvc3ZnPg=='); -} -</code></pre> -<p>I hope this shows new designers that simple custom radio inputs aren’t so hard to implement after-all and can actually be pretty fun to design.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/easy-toggle-switches/index.html b/build/posts/easy-toggle-switches/index.html deleted file mode 100644 index 189aa14..0000000 --- a/build/posts/easy-toggle-switches/index.html +++ /dev/null @@ -1,229 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Easy Toggle Switches</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="easy-toggle-switches">Easy Toggle Switches</h1> -<p>2019-02-18</p> -<p>Sometimes there is a need to use toggle elements in-place of the default <code>checkbox</code> inputs. The problem is, I tend to see a lot of developers reaching for plugins or JavaScript components in order to implement these toggles.</p> -<p><em>This is overkill</em>. You can create your own custom <code>input</code> elements to mimic toggles perfectly with just a small amount of CSS.</p> -<h2 id="what-we-will-be-building">What we will be building</h2> -<p><img src="/public/images/easy-toggle-switches.png" alt="Easy toggle switches" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/bGgbajY">Live CodePen Example</a></p> -<h2 id="the-html">The HTML</h2> -<p>The build structure for these toggles is really simple, we only need:</p> -<ul> -<li><p>a parent container to hold all our corresponding elements</p></li> -<li><p>a checkbox <code>input</code> element (which we will hide)</p></li> -<li><p>an empty label designed to represent the slider</p></li> -<li><p>a text label that references the <code>input</code> </p> -<p>/* Main toggle parent container <em>/ - - /</em> Checkbox input, hidden with CSS <em>/ - - /</em> The toggle slider element <em>/ - - /</em> The text label to the right of the slider */ - Toggle Switch -</p></li> -</ul> -<p>And that’s everything we need for the HTML.</p> -<p><strong>ProTip:</strong> Don’t forget to increment both the <code>id</code> and <code>for</code> attributes when adding additional toggles. This seems like a no-brainer but it’s overlooked more than you think.</p> -<h2 id="the-css">The CSS</h2> -<p>To get things started we will add the styling to the <code>.toggle-switch</code> item directly (using <code>flexbox</code> in this demo for easier layout).</p> -<p><strong>Sidenote</strong>: You will notice the inclusion of CSS variables in this demo - if you are unfamiliar with how to use root variables in CSS, take a look at one of my previous posts: CSS variables.</p> -<pre><code>:root { - --primary-color: #4A90E2; -} - -.toggle-switch { - align-items: center; - display: flex; - font-size: 14px; - justify-content: center; - margin: 20px 0; -} -</code></pre> -<p>Next we will hide the default browser checkbox element since we won’t be needing it:</p> -<pre><code>.toggle-input { - position: absolute; - visibility: hidden; - z-index: -1; -} -</code></pre> -<p>Let’s also add some base styling for the <code>label</code> containing the text corresponding to it’s <code>input</code> sibling:</p> -<pre><code>.toggle-label { - color: #ccc; - cursor: pointer; - font-weight: bold; - padding-left: 10px; - text-shadow: 1px 1px 0 rgba(255,255,255,0.3); - transition: ease all .3s; -} -</code></pre> -<p>Now we target the <code>.toggle-slider</code> label and add the styling for the main slider base:</p> -<pre><code>/* This is just the main slider base */ -.toggle-slider { - background: #eee; - border-radius: 9999px; - box-shadow: inset 0 2px 4px rgba(0,0,0,0.1), - inset 0 4px 8px rgba(0,0,0,0.1), - 0 1px 1px rgba(255,255,255,1); - cursor: pointer; - display: inline-block; - height: 20px; - position: relative; - transition: all ease .3s; - width: 40px; -} -</code></pre> -<p>We <em>could</em> include a separate element for the circle toggle switcher itself, but instead we will use the <code>:before</code> pseudo element:</p> -<pre><code>.toggle-slider:before { - background: white; - border-radius: 9999px; - box-shadow: 0 4px 8px rgba(0,0,0,0.1), - 0 2px 4px rgba(0,0,0,0.2); - content:''; - height: 16px; - left: 2px; - position: absolute; - top: 2px; - transition: all ease .3s; - width: 16px; -} -</code></pre> -<h3 id="interaction">Interaction</h3> -<p>Right now we just have a static toggle that does nothing when the user interacts with it. Let’s change that by moving the pseudo element’s position based on the checkbox <code>input</code> state and updating the label text color:</p> -<pre><code>.toggle-input:checked + .toggle-slider { - background: var(--primary-color); -} -.toggle-input:checked + .toggle-slider:before { - /* Move 100% of the width minus it's own width plus initial 'left' */ - left: calc(100% - 18px); -} - -.toggle-input:checked ~ .toggle-label { - color: var(--primary-color); -} -</code></pre> -<p>And because we already included the <code>transition</code> property on both the base slider and label text, everything animates nicely between state changes.</p> -<h2 id="final-code">Final code</h2> -<p>To make things easier, you can find the HTML & CSS is their entirety below:</p> -<h3 id="html">HTML</h3> -<pre><code><div class="toggle-switch"> - <input class="toggle-input" type="checkbox" id="toggle-1"> - <label class="toggle-slider" for="toggle-1"></label> - <label class="toggle-label" for="toggle-1">Toggle Switch</label> -</div> -<div class="toggle-switch"> - <input class="toggle-input" type="checkbox" id="toggle-2"> - <label class="toggle-slider" for="toggle-2"></label> - <label class="toggle-label" for="toggle-2">Toggle Switch</label> -</div> -<div class="toggle-switch"> - <input class="toggle-input" type="checkbox" id="toggle-3" checked> - <label class="toggle-slider" for="toggle-3"></label> - <label class="toggle-label" for="toggle-3">Toggle Switch</label> -</div> -<div class="toggle-switch"> - <input class="toggle-input" type="checkbox" id="toggle-4"> - <label class="toggle-slider" for="toggle-4"></label> - <label class="toggle-label" for="toggle-4">Toggle Switch</label> -</div> -</code></pre> -<h3 id="the-css-1">The CSS</h3> -<pre><code>:root { - --primary-color: #4A90E2; -} -.toggle-switch { - align-items: center; - display: flex; - font-size: 14px; - justify-content: center; - margin: 20px 0; -} -.toggle-input { - position: absolute; - visibility: hidden; - z-index: -1; -} -.toggle-slider { - background: #eee; - border-radius: 9999px; - box-shadow: inset 0 2px 4px rgba(0,0,0,0.1), - inset 0 4px 8px rgba(0,0,0,0.1), - 0 1px 1px rgba(255,255,255,1); - cursor: pointer; - display: inline-block; - height: 20px; - position: relative; - transition: all ease .3s; - width: 40px; -} -.toggle-slider:before { - background: white; - border-radius: 9999px; - box-shadow: 0 4px 8px rgba(0,0,0,0.1), - 0 2px 4px rgba(0,0,0,0.2); - content:''; - height: 16px; - left: 2px; - position: absolute; - top: 2px; - transition: all ease .3s; - width: 16px; -} -.toggle-input:checked + .toggle-slider { - background: var(--primary-color); -} -.toggle-input:checked + .toggle-slider:before { - left: calc(100% - 18px); -} -.toggle-label { - color: #ccc; - cursor: pointer; - font-weight: bold; - padding-left: 10px; - text-shadow: 1px 1px 0 rgba(255,255,255,0.3); - transition: ease all .3s; -} -.toggle-input:checked ~ .toggle-label { - color: var(--primary-color); -} -</code></pre> -<p>Enjoy your custom toggles!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/eero/index.html b/build/posts/eero/index.html deleted file mode 100644 index dd8a12f..0000000 --- a/build/posts/eero/index.html +++ /dev/null @@ -1,129 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Setting Up a Pi-hole Server with Eero</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="setting-up-a-pi-hole-server-with-eero">Setting Up a Pi-hole Server with Eero</h1> -<p>2022-03-14</p> -<p>For the past few years, I’ve been using a set of Eero routers as my home mesh network. It’s worked fairly great in that time and even seamlessly transitioned without any hiccups when my family moved house. During the initial setup, I installed Pi-hole on a Raspberry Pi Zero WH because advertisements and tracking scripts suck.</p> -<p>It was an easy process to get everything up and running, but I did notice a lack of detailed steps online for those specifically using Eero systems. So, I thought I would document this process here with the hope that it will help someone else along the way (or at the very least remain a semi-permanent place for my own reference).</p> -<hr/> -<p>FYI: You can pay for Eero Secure and allow them to handle ad/tracker blocking for you. Personally, I prefer to have complete control over my blocklists and usage data. YMMV.</p> -<hr/> -<h2 id="setting-up-the-pi-hole-server">Setting Up the Pi-hole Server</h2> -<p>Before we get into the step-by-step details, here are the required items you’ll need:</p> -<ol> -<li>Raspberry Pi device (I recommend the Pi Zero for simplicity and low cost)</li> -<li>microSD card preloaded with <a href="https://www.raspberrypi.com/software/operating-systems/">Raspberry Pi OS Lite</a> (having a desktop GUI is overkill for our use case)</li> -<li>micro USB to ethernet adapter (check your local Amazon)</li> -<li>Patience!</li> -</ol> -<p>Before you place your microSD card into the Pi and boot it up, connect it to your local computer (via USB adapter) - we will need to add some files first. Once loaded into the <code>boot</code> folder, add an empty file simply called <code>ssh</code> (no extensions). Next open your preferred text editor and enter the following code, editing the content to match your own country code and home network settings:</p> -<pre><code>country=US -ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev -update_config=1 - -network={ - ssid="WIFI_SSID" - scan_ssid=1 - psk="WIFI_PASSWORD" - key_mgmt=WPA-PSK -} -</code></pre> -<p>Save this file as <code>wpa_supplicant.conf</code> and add it to the <code>boot</code> directory as well.</p> -<p>You can now safely eject the microSD card and place it into your Raspberry Pi.</p> -<h2 id="plug-it-in-and-boot">Plug it in and Boot!</h2> -<p>Connect power to your Pi and give it a bit of time to boot up. Once you see a nice solid green LED, go back to your local computer’s terminal and enter the following command:</p> -<pre><code>ssh pi@raspberrypi.local -</code></pre> -<p>If everything was set up properly you will be asked to trust this device. Next, you will be prompted to enter the device password. The default password will be: <code>raspberry</code></p> -<p><strong>Important</strong>: This is assuming you don’t currently have any other Pi devices using this hostname parameter!</p> -<p>Once you are connected directly to the Pi, it’s best to check for updates:</p> -<pre><code>sudo apt update -</code></pre> -<p>…and if updates are in fact available, install them via:</p> -<pre><code>sudo apt upgrade -</code></pre> -<p>This next step is optional but I highly recommend it for security purposes. You should change both the hostname and password of this soon-to-be Pi-hole server. To do this simply run:</p> -<pre><code>sudo raspi-config -</code></pre> -<ol> -<li>Edit Hostname: navigate to <code>System Settings</code> –> <code>Hostname</code></li> -<li>Edit Password: navigate to <code>System Settings</code> –> <code>Password</code></li> -</ol> -<p>Once complete, reboot the Pi. Just remember that when you try to reconnect to this device via SSH you’ll need to use both of these new parameters instead of the defaults.</p> -<h2 id="installing-pi-hole">Installing Pi-hole</h2> -<p>This is the easy part:</p> -<pre><code>curl -sSL https://install.pi-hole.net | bash -</code></pre> -<p>Pi-hole runs a full install script that walks you through step-by-step on setting things up. It’s best to use the suggested defaults during the install - everything is pretty simple.</p> -<p>Near the end of the setup you’ll be show the newly created static IP for this Pi-hole server (both IPv4 and IPv6). Write these down for easy reference in a moment.</p> -<p>Once it’s finished, shutdown the Pi safely by running:</p> -<pre><code>sudo shutdown now -</code></pre> -<h2 id="hardware-setup">Hardware Setup</h2> -<p>With the Pi shutdown you can safely relocate it to where you have your modem and gateway Eero setup. Connect your new Pi-hole device to the secondary ethernet port on your gateway Eero[^1] and power it up. (This is where the microUSB to ethernet adapter for our Pi device is needed)</p> -<p>See the crude diagram below for visual reference:</p> -<ul> -<li><strong>Grey Wire</strong>: Incoming internet connection from ISP</li> -<li><strong>Blue Wire</strong>: Ethernet cord connecting modem to gateway Eero</li> -<li><strong>Red Wire</strong>: Ethernet cord connecting secondary Eero port to Pi Zero</li> -</ul> -<p>That’s all we need to do on the hardware side of things.</p> -<h2 id="configuring-the-eero-app">Configuring the Eero App</h2> -<p>With everything connected properly it’s finally time to setup our custom DNS settings through Eero.</p> -<ol> -<li>Open the Eero app (iOS or Android)</li> -<li>Navigate to <strong>Settings</strong> > <strong>Network Settings</strong> > <strong>DNS</strong></li> -<li>Select <strong>Customized DNS</strong> and enter both your saved IPv4 / IPv6 values</li> -<li>Eero will prompt you to reboot your network - do it</li> -</ol> -<p>Next we need to add your Pi-hole’s address as an IPv4 reservation:[^2]</p> -<ol> -<li>In the Eero app, navigate to <strong>Settings</strong> > <strong>Network Settings</strong> > <strong>Reservations & port forwarding</strong></li> -<li>Tap <strong>Add a reservation</strong> and include your Pi-hole’s IP address</li> -</ol> -<p>After the system reboots everything <em>should</em> be working as intended! You can check by navigating to your Pi-hole IP address in your browser.</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>None of this stuff if groundbreaking, but my hope is that even one person across the internet finds this helpful! If you run into any major bugs, please leave a comment below and I’ll do my best to help out!</p> -<p>Best of luck blocking those pesky ads and trackers!</p> -<h2 id="refs">Refs</h2> -<ol> -<li>You don’t <em>have</em> to use your Eero gateway for this step (credit: <a href="https://old.reddit.com/user/RollMeAway83">/u/RollMeAway83</a>)</li> -<li>Thanks to <a href="https://old.reddit.com/user/YankeesIT">u/YankeesIT</a> for pointing out that this is required not <em>optional</em></li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/empty-table-cells/index.html b/build/posts/empty-table-cells/index.html deleted file mode 100644 index 33ff921..0000000 --- a/build/posts/empty-table-cells/index.html +++ /dev/null @@ -1,74 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Styling Empty Table Cells</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="styling-empty-table-cells">Styling Empty Table Cells</h1> -<p>2019-07-17</p> -<p>Often when designing tables on the web you’re bound to come across empty pockets of data. These will be rendered as “blank” table cells, which isn’t always the intended outcome. Let’s take a quick look at how to target and style empty table cells.</p> -<h2 id="the-easy-way">The easy <code>:empty</code> way</h2> -<p>The most popular way to target <em>any</em> empty element is by using - you guessed it - the <code>empty</code> pseudo-class. This pseudo-class is incredibly simple. You target an element’s <code>empty</code> state that same way you would target <code>hover</code> or <code>active</code>:</p> -<pre><code>table tr td:empty { - opacity: 0; -} -</code></pre> -<p>Check out the CodePen examples below for more advanced styling options:</p> -<p><a href="https://codepen.io/bradleytaunt/pen/EBBLEx/">Live CodePen Example 1</a></p> -<p>You can also include additional pseudo elements to give the user more context about what the empty cells represent:</p> -<p><a href="https://codepen.io/bradleytaunt/pen/bPXqLa/">Live CodePen Example 2</a></p> -<h2 id="more-specific-property">More specific <code>empty-cells</code> property</h2> -<p>Although using the <code>:empty</code> pseudo-class can be helpful, it isn’t used just for tables. It can be used for any HTML elements that have a lack of content. So, is there a CSS specific property that can target <em>just</em> table cells? </p> -<p>Let’s take a look at the <code>empty-cells</code> property:</p> -<pre><code>table { - empty-cells: hide; -} -</code></pre> -<p><a href="https://codepen.io/bradleytaunt/pen/XLLqOW/">Live CodePen Example 3</a></p> -<p>Pros of using <code>empty-cells</code>:</p> -<ul> -<li>Only one CSS property</li> -<li>Targets the table elements specifically</li> -<li>No need for custom styles since it simply <em>hides</em> empty cell borders</li> -</ul> -<p>Some downsides to using this property:</p> -<ul> -<li>No styling customization</li> -<li>Trickier to use pseudo-element helpers without invoking the <code>:empty</code> state</li> -</ul> -<h2 id="pick-your-preference">Pick your preference</h2> -<p>It doesn’t matter semantically which option you decide to take when styling / hiding empty table cells. Using the <code>:empty</code> state gives you a lot more flexibility in terms of what you can target (full rows, columns etc), but using the <code>empty-cells</code> property let’s you simply hide the cells and focus on more important items.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/et-jekyll-theme/index.html b/build/posts/et-jekyll-theme/index.html deleted file mode 100644 index 9be9991..0000000 --- a/build/posts/et-jekyll-theme/index.html +++ /dev/null @@ -1,46 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>ET-Jekyll Theme</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="et-jekyll-theme">ET-Jekyll Theme</h1> -<p>2018-01-14</p> -<p>ET-Jekyll theme is based off of Dave Liepmann’s awesome Tufte CSS - which takes it’s style and inspiration from the wonderful book and handout designs of Edward Tufte.</p> -<p>The differences are subtle when comparing my variation to Tufte CSS, but these changes were made out of personal preference and are not in any way “better”. If you prefer the original CSS styling - please use it!</p> -<p>This theme is an open source side project by Bradley Taunt - made with passion and care. Edit, improve, customize or butcher this theme as much as you’d like. If you spot an issue or find a better solution for any user pain-spots, please don’t hesitate to open a PR with your changes.</p> -<p>Enjoy ET-Jekyll!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/fake-3d-elements-with-css/index.html b/build/posts/fake-3d-elements-with-css/index.html deleted file mode 100644 index 498a5b9..0000000 --- a/build/posts/fake-3d-elements-with-css/index.html +++ /dev/null @@ -1,105 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Faking 3D Elements with CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="faking-3d-elements-with-css">Faking 3D Elements with CSS</h1> -<p>2020-04-29</p> -<p>Although not always practical, creating the illusion that some of your web elements are 3D can be a fun experiment. I set out to see if I was able to create such an illusion with only 2 HTML elements and as little CSS as possible.</p> -<p>This is what I ended up creating:</p> -<p><img src="/public/images/css-orb.png" alt="Blue 3D orb made out pure CSS" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/VwvzKyb">Live CodePen Example</a></p> -<h2 id="the-html">The HTML</h2> -<p>Prepare for your mind to be blown:</p> -<pre><code><div class="main-orb"> - <div class="inner-orb"></div> -</div> -</code></pre> -<p>That’s it - I wasn’t kidding when I said we would use only 2 HTML elements. The <code>.main-orb</code> is the core shape (set to 400x400) and the <code>.inner-orb</code> is placed on top of it’s parent at a slightly smaller size (360x360) - but more on that below in the CSS portion.</p> -<h2 id="the-css">The CSS</h2> -<p>First we give the bigger orb element (<code>.main-orb</code>) the default styling needed to represent a 2D circle:</p> -<pre><code>.main-orb { - background: linear-gradient(#fff 0%, #eee 10%, #2E86FB 50%, #1A237E 100%); - border-radius: 9999px; - height: 400px; - margin: 4rem auto; - position: relative; /* This is important for the inner orb element later */ - width: 400px; -} -</code></pre> -<p>Next, we include both <code>:before</code> and <code>:after</code> pseudo elements for our orb’s drop shadow. You <em>could</em> do this with a simple <code>box-shadow</code> property on the <code>.main-orb</code> itself, but I’ve explained in a previous post why <a href="/blog/better-box-shadows.html">that’s not the best approach</a>.</p> -<pre><code>/* Shared styling for both pseudo elements - Remember DRY */ -.main-orb:before, .main-orb:after { - border-radius: 200px 200px 9999px 9999px; - bottom: -10px; - content:''; - filter: blur(20px); - height: 40px; - position: absolute; - z-index: -1; -} - -/* Bigger, lighter shadow */ -.main-orb:before { - background: rgba(0,0,0,0.4); - left: 7.5%; - width: 85%; -} - -/* Smaller, darker shadow */ -.main-orb:after { - background: rgba(0,0,0,0.7); - left: 20%; - width: 60%; -} -</code></pre> -<p>With our main orb complete we can move on to the <code>.inner-orb</code> element to help bring slightly more depth to our floating ball of CSS:</p> -<pre><code>.inner-orb { - background: linear-gradient(#fff 0%, #2E86FB 60%, #283593 100%); - border-radius: 9999px; - box-shadow: 0 8px 20px rgba(0,0,0,0.5); - height: 360px; - filter: blur(18px); - left: 20px; - position: absolute; - top: 15px; - width: 360px; -} -</code></pre> -<h2 id="poor-mans-3d-elements">Poor-man’s 3D elements</h2> -<p>Clearly implementing something like this will never come close to generating true 3D renders on a website, but it is a fun exercise to see how much further we can push simple CSS. Feel free to fork the above CodePen to play around with different colors and shadow placements.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/fathom-analytics-netlify/index.html b/build/posts/fathom-analytics-netlify/index.html deleted file mode 100644 index f4b71eb..0000000 --- a/build/posts/fathom-analytics-netlify/index.html +++ /dev/null @@ -1,91 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Setting Up Fathom Analytics with Netlify</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="setting-up-fathom-analytics-with-netlify">Setting Up Fathom Analytics with Netlify</h1> -<p>2021-01-19</p> -<p>It’s no secret that I’m passionate about open source software, but I’m also extremely adamant about protecting the privacy of all users across the web. So when I decided to implement analytics on my own personal website, I ended up choosing Fathom (<em>get a $10 credit using that link!</em>).</p> -<p>You should research further into the company yourself if you’re interested, but in a nutshell the Fathom platform provides:</p> -<ul> -<li>GDPR, ePrivacy, PECR and CCPA compliance</li> -<li>ad-blocker bypasses (in a good way -> zero impact on users)</li> -<li>anonymous visitor stats</li> -<li>software created by indie developers</li> -</ul> -<p>Although this might sound like a “paid” blog post, I can assure you this is completely based on my own opinions and experience with the service. I’m just very pleased with the product :)</p> -<p>Enough chit-chat - let’s breakdown how to setup Fathom on your own site hosted through Netlify!</p> -<h2 id="step-0-assumptions">Step 0: Assumptions</h2> -<p>I’m going into this tutorial with the assumption that you:</p> -<ol> -<li>Have an active Fathom account (or are at least trying the 7-day free trial)</li> -<li>Have a website already setup on Netlify (custom domain optional)</li> -</ol> -<p>And that’s all you need.</p> -<h2 id="step-1-adding-a-custom-domain-dns-setup">Step 1: Adding a Custom Domain (DNS Setup)</h2> -<p>Even though you have the option to use the <code>default</code> tracking script URL, I would highly recommend setting it up through your own domain. This helps avoid any browser extensions or firewalls that might block outside URL request made by individual sites.</p> -<ol> -<li>Navigate to the Fathom <strong>Settings</strong> page in the bottom footer (must be logged in)</li> -<li>Select <strong>Domains</strong> from the sidebar</li> -<li>Enter your custom domain in the <code>Add a new custom domain</code> input</li> -<li>Select <strong>Start Process</strong></li> -<li>Keep note of both the <code>CNAME</code> and <code>VALUE</code> (we will copy this in a moment)</li> -</ol> -<p>Open a new tab, and login to your Netlify account:</p> -<ol> -<li>From your <code>Team Overview</code> page, navigate to the top-level <code>Domains</code> page</li> -<li>Select the domain you plan to add Fathom to</li> -<li>Under <strong>DNS settings</strong> > <strong>DNS records</strong> select <code>Add New Record</code></li> -<li>Select <code>CNAME</code> from the dropdown of available options</li> -<li>Paste the Fathom <code>CNAME</code> (from the steps above) into the <strong>Name</strong> input</li> -<li>Paste the Fathom <code>VALUE</code> (from the steps above) into the <strong>Value</strong> input</li> -<li>Click <strong>Save</strong></li> -</ol> -<p>That’s it for DNS setup!</p> -<h2 id="step-2-adding-fathom-your-website">Step 2: Adding Fathom Your Website</h2> -<p>Now that we will be using our own custom domain for the script, it’s time to actually <em>add it</em> to our website. From the same Fathom <strong>Settings</strong> page as before:</p> -<ol> -<li>Navigate to the <strong>Sites</strong> page in the sidebar</li> -<li>Enter your custom domain in the <code>Add a new site</code> input and click <strong>Get site code</strong></li> -<li>In the modal prompt, select your custom domain from the dropdown list (you’ll see the script code change accordingly)</li> -<li>Copy the tracking code snippet and add it to all the pages you plan to track on your site</li> -<li>When ready, select <strong>Verify site code</strong></li> -<li>If everything went correctly you should be done!</li> -</ol> -<h2 id="step-3-watch-those-live-stats">Step 3: Watch Those Live Stats!</h2> -<p>Open a cold beer (or a bubbly soda if you prefer) and watch your website visitor stats come rolling in on the dashboard! Not only do you now have solid analytics on your website but you have the piece of mind that your users’ privacy isn’t being invaded. Everybody wins!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/february-updates/index.html b/build/posts/february-updates/index.html deleted file mode 100644 index 98c7b6c..0000000 --- a/build/posts/february-updates/index.html +++ /dev/null @@ -1,47 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>February 2022 Update</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="february-2022-update">February 2022 Update</h1> -<p>2022-02-23</p> -<p>It’s been a little quiet around here lately and for good reason: my wife gave birth to our third child last Thursday. Her name is Harmony and she was born in the late afternoon weighing in at 7 pounds 8 ounces.</p> -<p>Besides the lack of sleep, everything has been going very well and our boys are happy to finally have their sister “out” in the real world. She caught a small cold at the beginning but soldiered through it well.</p> -<p>As for personal life / work life, I’ve taken a couple weeks off until Harmony is in a bit more of a routine to make transitioning back to full time easier. I still have a few articles in the works (like setting up a T60 Thinkpad with Linux Mint and using FreeBSD for the first time on an EOL Chromebook) but those will come in time.</p> -<p>I guess I should get back to being a proper dad (I’m writing this on my phone as she sleeps on me and the boys are napping) but I’ll be back here posting stupid things in no time.</p> -<p>See you on the other side!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/first-letter/index.html b/build/posts/first-letter/index.html deleted file mode 100644 index bca0dbb..0000000 --- a/build/posts/first-letter/index.html +++ /dev/null @@ -1,58 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>First Letter Pseudo Element</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="first-letter-pseudo-element">First Letter Pseudo Element</h1> -<p>2019-05-03</p> -<p>In today’s TypeTip we will be taking a look at the often overlooked <code>:first-letter</code> CSS pseudo element. Though you might only use this for specific article-format web pages, it’s still a nice-to-have in your web dev toolset.</p> -<h2 id="the-html">The HTML</h2> -<p>Like most pseudo elements, nothing has to change with your pre-existing HTML structure:</p> -<pre><code><article> - <p>It was a bright cold day in April, and the clocks were striking thirteen.</p> -</article> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>Here’s where the magic happens:</p> -<pre><code>p:first-letter { - color: orangered; - font-size: 250%; -} -</code></pre> -<h2 id="live-codepen">Live CodePen</h2> -<p><a href="https://codepen.io/bradleytaunt/pen/gJYbev/">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/flexbox-bar-graphs/index.html b/build/posts/flexbox-bar-graphs/index.html deleted file mode 100644 index 6a368dd..0000000 --- a/build/posts/flexbox-bar-graphs/index.html +++ /dev/null @@ -1,302 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Pure CSS Bar Graphs with Graceful Mobile Fallbacks</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="pure-css-bar-graphs-with-graceful-mobile-fallbacks">Pure CSS Bar Graphs with Graceful Mobile Fallbacks</h1> -<p>2020-12-08</p> -<p>I recently published a new open source project, Flexbox Bar Graphs, and wanted to share a simple breakdown of how it was built. It isn’t anything mind-blowing, but I like the idea of placing bar graphs in a web page with <em>zero</em> Javascript.</p> -<p>So in the end, this is what our bar graphs will look like on desktop:</p> -<p>And this is how it will look on smaller devices:</p> -<p>Let’s get into the details!</p> -<h2 id="the-html">The HTML</h2> -<p>The main “secret” of this project is that our graphs are constructed out of HTML <em>tables</em>. Now before you freak out - this is perfectly fine and works in our favor quite well.</p> -<ol> -<li>If the user has JS disabled –> they will still see our graphs</li> -<li>If the user has CSS disabled –> they will see a standard data table set</li> -</ol> -<p>All bases are covered!</p> -<pre><code><!-- Using a basic table with our custom data-id --> -<table data-id="flexbox-bar-graph"> - <caption>Web Performance Results</caption> - <thead> - <tr> - <th>Test Performed</th> - <th>Before</th> - <th>After</th> - <th>Difference</th> - </tr> - </thead> - <tbody> - <tr> - <th>Initial Load Time</th> - <td> - <!-- - WTF are these CSS variables? - See the CSS section below - --> - <span style="--data-set:4.7/5;"></span> - <p>4.7</p> - </td> - <td> - <span style="--data-set:2.7/5;"></span> - <p>2.7</p> - </td> - <td> - <span style="--data-set:2/5;"></span> - <p>2</p> - </td> - </tr> - </tbody> -</table> -</code></pre> -<p>Nothing crazy is happening here - just your standard HTML table structure. The one main thing to notice is the <code>--data-set</code> CSS variable placed inline on each data point. This will be important for our CSS to configure the individual bar graphs properly.</p> -<h2 id="the-css">The CSS</h2> -<p>This might look overwhelming if I just dumped the whole CSS file in one big code block, so instead I’m going to break them down into two parts:</p> -<ol> -<li>Baseline styling (mobile)</li> -<li>Desktop styling</li> -</ol> -<h3 id="baseline">Baseline</h3> -<p>Here we target just our table elements with the <code>data-id</code> of <code>flexbox-bar-graph</code>. This allows us to avoid worrying about adding classes or IDs and also avoids conflicts with other non-graph styled tables in our projects.</p> -<p>The base <code>:root</code> element holds all of our bar graph colors. Change these as you see fit!</p> -<pre><code>/* Bar Graph color variables */ -:root { - --bar-color-1: #357EC7; - --bar-color-2: #E42217; - --bar-color-3: #4CC417; - --bar-color-4: #7D0541; - --bar-color-5: #FFD801; -} - -[data-id="flexbox-bar-graph"] { - border-collapse: collapse; - margin: 4rem 0 6rem; - width: 100%; -} -[data-id="flexbox-bar-graph"] caption { - text-align: left; -} -[data-id="flexbox-bar-graph"] thead th { - text-align: right; -} -[data-id="flexbox-bar-graph"] thead th:nth-child(1), -[data-id="flexbox-bar-graph"] tbody th { - text-align: left; -} -[data-id="flexbox-bar-graph"] tbody th { - font-weight: normal; - font-style: italic; -} -[data-id="flexbox-bar-graph"] tbody td { - text-align: right; -} -[data-id="flexbox-bar-graph"] tbody td p { - margin: 0; -} -</code></pre> -<h3 id="desktop">Desktop</h3> -<p>Now we set your “visual” bar graphs to show at a set width (in this example it is 1000px and above). That way the “default” styling can target the mobile device screen sizes.</p> -<ul> -<li><p>The <code>thead tr th:nth-child(x):before</code> elements create the square “legends” beside each individual data point heading</p></li> -<li><p>The <code>tbody tr td:nth-of-type(x) span</code> elements are the bars themselves</p> -<p>@media(min-width: 1000px) { - [data-id="flexbox-bar-graph”] { - background: transparent; - display: block; - min-height: 400px; - padding: 0; - position: relative; - width: 100%; - }</p> -<pre><code>[data-id="flexbox-bar-graph"] caption { - display: block; - font-size: 2rem; - text-align: center; - width: 100%; -} - -[data-id="flexbox-bar-graph"] thead { - display: block; - margin: 2rem 0 3rem; - width: 100%; -} -[data-id="flexbox-bar-graph"] thead tr { - border-bottom: 1px solid lightgrey; - display: flex; - justify-content: center; - padding-bottom: 1rem; -} - -[data-id="flexbox-bar-graph"] thead tr th { - display: inline-block; - margin: 0; - padding: 0; - position: relative; - text-align: right; -} -[data-id="flexbox-bar-graph"] thead tr th:before { - content:''; - display: inline-block; - height: 10px; - margin: 0 0.5rem 0 2rem; - position: relative; - width: 10px; -} -[data-id="flexbox-bar-graph"] thead tr th:nth-child(1), -[data-id="flexbox-bar-graph"] thead tr th:nth-child(1):before { - display: none; -} -[data-id="flexbox-bar-graph"] thead tr th:nth-child(2):before { - background: var(--bar-color-1); -} -[data-id="flexbox-bar-graph"] thead tr th:nth-child(3):before { - background: var(--bar-color-2); -} -[data-id="flexbox-bar-graph"] thead tr th:nth-child(4):before { - background: var(--bar-color-3); -} -[data-id="flexbox-bar-graph"] thead tr th:nth-child(5):before { - background: var(--bar-color-4); -} -[data-id="flexbox-bar-graph"] thead tr th:nth-child(6):before { - background: var(--bar-color-5); -} - -[data-id="flexbox-bar-graph"] tbody { - display: flex; - justify-content: space-between; - min-height: 300px; - width: 100%; -} - -[data-id="flexbox-bar-graph"] tbody tr { - display: flex; - flex-direction: column-reverse; - flex-wrap: wrap; - justify-content: flex-end; - padding: 0 50px; - position: relative; - width: 100%; -} -[data-id="flexbox-bar-graph"] tbody tr th { - font-size: 90%; - position: absolute; - text-align: center; - top: 100%; - width: calc(100% - 100px); -} -[data-id="flexbox-bar-graph"] tbody tr td { - align-items: center; - display: flex; - flex-direction: column; - height: 95%; - justify-content: flex-end; -} - -[data-id="flexbox-bar-graph"] tbody tr td span { - display: block; - height: calc(var(--data-set) * 100%); - width: 20px; -} -[data-id="flexbox-bar-graph"] tbody tr td:nth-of-type(1) span { - background: var(--bar-color-1); -} -[data-id="flexbox-bar-graph"] tbody tr td:nth-of-type(2) span { - background: var(--bar-color-2); -} -[data-id="flexbox-bar-graph"] tbody tr td:nth-of-type(3) span { - background: var(--bar-color-3); -} -[data-id="flexbox-bar-graph"] tbody tr td:nth-of-type(4) span { - background: var(--bar-color-4); -} -[data-id="flexbox-bar-graph"] tbody tr td:nth-of-type(5) span { - background: var(--bar-color-5); -} - -[data-id="flexbox-bar-graph"] tbody tr td p { - font-size: 90%; - margin: 0; - text-align: center; -} -</code></pre> -<p>}</p></li> -</ul> -<h2 id="bonus-styling">Bonus Styling</h2> -<p>In the Flexbox Bar Graph repo, I’ve also included the ability to display these bar graphs horizontally, like so:</p> -<p>The change in CSS is actually quite simple to pull this off - you just need to include the <code>data-layout</code> attribute on the table itself.</p> -<pre><code>[data-layout="horizontal"] tbody { - min-height: auto; -} - -[data-layout="horizontal"] tbody tr { - flex-direction: column; - padding: 0 40px; -} -[data-layout="horizontal"] tbody tr th { - width: calc(100% - 80px); -} - -[data-layout="horizontal"] tbody tr th { - text-align: left; - top: calc(100% + 20px); -} - -[data-layout="horizontal"] tbody tr td { - flex-direction: row; - height: auto; - justify-content: start; - margin: 10px 0; -} - -[data-layout="horizontal"] tbody tr td span { - height: 20px; - width: calc(var(--data-set) * 100%); -} - -[data-layout="horizontal"] tbody tr td p { - margin-left: 10px; -} -</code></pre> -<h2 id="thats-all-folks">That’s All Folks!</h2> -<p>That just about sums things up. Feel free to check out the Github repo itself, open any issues you find or fork it for your own!</p> -<ul> -<li>Github: <a href="https://github.com/bradleytaunt/flexbox-bar-graphs">https://github.com/bradleytaunt/flexbox-bar-graphs</a></li> -<li>Live Demo: <a href="https://flexbox-bar-graphs.netlify.app/">https://flexbox-bar-graphs.netlify.app/</a></li> -</ul> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/flexbox-grid/index.html b/build/posts/flexbox-grid/index.html deleted file mode 100644 index b660ec9..0000000 --- a/build/posts/flexbox-grid/index.html +++ /dev/null @@ -1,45 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Adaptable Flexbox Grid</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="adaptable-flexbox-grid">Adaptable Flexbox Grid</h1> -<p>2018-11-22</p> -<p>You can use <code>flexbox</code> for many tricky layout “hacks” and implementing a grid layout is no different.</p> -<p>Check out the CodePen below to see how you can implement a flexbox grid system that adapts automatically based on how many items you insert per row (maximum 6 children in this example).</p> -<p><a href="https://codepen.io/bradleytaunt/pen/rQdLxv/">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/form-ui-improvements/index.html b/build/posts/form-ui-improvements/index.html deleted file mode 100644 index a12d44b..0000000 --- a/build/posts/form-ui-improvements/index.html +++ /dev/null @@ -1,75 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Prescription Form UI Improvements</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="prescription-form-ui-improvements">Prescription Form UI Improvements</h1> -<p>2019-03-13</p> -<p>I was browsing the Clearly website a few days ago and ended up using their prescription form to update my worsening eyesight. The design of this form wasn’t <em>bad</em> per se, but it could certainly be improved.</p> -<h2 id="current-design-of-the-prescription-view">Current design of the prescription view</h2> -<p><img src="/public/images/prescription-ui.webp" alt="Default prescription UI" /></p> -<p>As I stated, this design isn’t horrible by any means, but right away we can notice some problems:</p> -<ul> -<li>the layout causes the users’ eyes to jump between left-to-right and top-to-bottom without good correlation</li> -<li>title content and <code>next</code> buttons are centered, while dropdowns are presented as left-to-right</li> -<li>anchor link coloring is inconsistent</li> -<li>too much whitespace between interactive sections</li> -<li>dropdown height overly large</li> -</ul> -<h2 id="starting-to-make-some-changes">Starting to make some changes</h2> -<p>Let’s tackle these problems one at a time. First, we want a more defined page layout so the user can scan through the content more easily (left-to-right, down to the next line, then repeat).</p> -<p><img src="/public/images/prescription-ui-update-1.webp" alt="Layout wireframe UI" /></p> -<p>We have now left-aligned the title content to be flush with the OD/OS elements below it to help keep the reading flow consistent. </p> -<p>The previous layout also had the <code>PD</code> in-line with the OD/OS element rows which created a problem of resetting the user thought-process. Since it requires the user to jump from the “right eye” option to the “PD” option, then back to “left eye” option it breaks the flow of user “tasks”. The new UI shifts the <code>PD</code> down into it’s own row, grouping the unrelated tasks on the page separately.</p> -<blockquote> -<p>You’ll also notice that I’ve updated the dropdowns to use a monospace font to convey that these options are number inputs.</p> -</blockquote> -<p>Finally we place the button actions in-line with the <code>PD</code> block since it previously ate up far more real estate than was necessary.</p> -<h2 id="adding-some-color">Adding some color</h2> -<p>The original design has some inconsistencies with the link coloring - some being a muted grey while others use the accented blue. Updating all interactive links to use Clearly’s default blue accent color would make for a better disconnect from non-interactive elements.</p> -<p><img src="/public/images/prescription-ui-update-2.webp" alt="Layout UI with color" /></p> -<h2 id="finishing-touches">Finishing touches</h2> -<p>Now that the most important aspects of the refreshed UI are complete (layout, UX flow), we can implement all the visual extras to cleanup our basic wireframe.</p> -<ul> -<li>make default select styling include depth and importance (this is the main action of the page afterall)</li> -<li>round out harsh corner edges on elements</li> -<li>set labels and row items with more pleasing backgrounds (while still maintaining contrast)</li> -<li>give the <code>next</code> button visual importance (make it look like a real button)</li> -</ul> -<p><img src="/public/images/prescription-ui-update-final.webp" alt="Layout UI with color" /></p> -<p>That’s it!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/future-os-google/index.html b/build/posts/future-os-google/index.html deleted file mode 100644 index 5940e7b..0000000 --- a/build/posts/future-os-google/index.html +++ /dev/null @@ -1,96 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Chrome OS Could Become the Future Leader of Computing</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="chrome-os-could-become-the-future-leader-of-computing">Chrome OS Could Become the Future Leader of Computing</h1> -<p>2022-01-06</p> -<p><strong>FOSS Enthusiasts</strong>: This article discusses the use of proprietary software and places it in a <em>positive</em> light. You have been warned. No angry emails please…</p> -<hr/> -<p>Google has created one of the best operating systems designed with the everyday user1 in mind: <a href="https://www.google.com/chromebook/chrome-os/">Chrome OS</a>. It is undeniably simple, reliable, easy to setup, and ships with several years of support before any form of EOL kicks in. New models have built-in support for the Google Play Store and Android applications, which is helpful for application development and debugging.</p> -<p>In addition, Chrome OS devices allow you to run Linux in a separate container alongside the main OS (on supported devices). You can’t complain about that!</p> -<p>Let’s take a quick look at other positive features worth mentioning:</p> -<ul> -<li>Verified boot</li> -<li>Sandboxed environment (similar to how Chrome tabs work)</li> -<li>Automatic updates[^2]</li> -<li><em>Incredible</em> battery life (were talking 10+ hours with heavy usage)</li> -</ul> -<h2 id="my-personal-experience">My Personal Experience</h2> -<p>A handful of months ago I snagged the Lenovo Chromebook Duet when it was on sale for my wife. Since she does all her work directly through an Android phone, I thought of this as a nice companion device. And indeed it was/is.</p> -<p>In that time, I played around with the tablet myself to have a better grasp of the ecosystem and it’s obvious limitations. But a funny thing happened. I found that those “limitations” slowly started to disappear the longer I worked with the device.</p> -<p>I decided to get my own Chrome OS device and snagged the <a href="https://www.lenovo.com/ca/en/laptops/lenovo/student-chromebooks/Lenovo-10e-Chromebook-Tablet/p/82AM000EUS">Lenovo 10e Chromebook Tablet</a> (on sale).</p> -<ul> -<li>10.1” display (1920 x 1200) / 400 nits</li> -<li>4GB of RAM</li> -<li>32GB of eMMC storage</li> -<li>Processor: MediaTek MT8183 Processor (2.00 GHz, 4 Cores, 1 MB Cache)</li> -</ul> -<p>Now, I know that your initial reaction is likely: “Wow, those specs are pretty barebones!” and you would be correct. But it’s all you need for this ecosystem to work. As cringe-inducing as it may sound, everything you plan to do on these devices should happen <em>in the cloud</em>. (Let’s take a moment to avoid vomiting in our collective mouths)</p> -<p>Instead of using a few marketing buzz words, let me breakdown how I personally tailor Chrome OS to my needs as a designer / developer:</p> -<ol> -<li><a href="#daily-tasks">Daily Tasks</a></li> -<li><a href="#programming">Programming</a></li> -<li><a href="#design">Design</a></li> -<li><a href="#gaming">Gaming</a></li> -</ol> -<h2 id="daily-tasks">Daily Tasks</h2> -<p>I feel like going into <em>great</em> detail explaining how to do basic, daily computing tasks is a little overkill here. Spreadsheets, word documents, Zoom meetings, and streaming media work as expected. You have the ability to use Google’s own web apps for these things or reach for other vendors such as Microsoft and Libre Office. Not being “locked in” to Google software is nice and I appreciate the Chrome OS team being flexible.</p> -<h2 id="programming">Programming</h2> -<p>This one is a mixed bag and your own mileage may vary depending on your specific requirements. Personally, I use Github for almost all my main development work. Because of this, I utilize <a href="https://github.com/features/codespaces">Codespaces</a>. For those unfamiliar with the service, you are running your Github repo in VSCode through the browser. It’s pretty impressive.</p> -<p>If you happen to be a user who uses GitLab or BitBucket to store your project files, <a href="https://www.gitpod.io/">Gitpod</a> is a similar product to Codespaces (which I’ve used on occasion). This works if your prefer.</p> -<p>Others may not like this programming setup but for me it works great. If running code remotely isn’t your jam, you could always take a look at running <a href="https://vscodium.com/">VSCodium</a> locally via Linux.</p> -<h2 id="design">Design</h2> -<p>There is flexibility yet again in this category. Personally, I tend to use Figma almost exclusively as my main design tool. The best thing about Figma? It runs directly in the browser. A perfect fit for Chromebooks[^3].</p> -<p>I do open Gimp periodically for photo-specific work. It runs in its own Linux container and chugs along smoothly, even with 4GB of available memory. If all else fails, one could use <a href="https://www.photopea.com/">Photopea</a> to keep everything working through the browser (if Linux isn’t your cup of tea).</p> -<p>Those of you in love with MacOS specific apps like Sketch - I can’t help you. You’re stuck with Apple’s ecosystem. (Not that there is anything wrong with Sketch!)</p> -<h2 id="gaming">Gaming</h2> -<p>There are other options (that we will get into) but the main gaming champion here is <strong>Stadia</strong>[^4]. As long as your internet speeds are over 10mbps, mind you. I use garbage satellite internet (counting down the days for Starlink to become available here…) with an average speed of 18-20mbps and Stadia runs like a dream. Even <em>wirelessly</em>. Now pair this with the portability of a Chromebook device and you’ve got yourself a beefier Nintendo Switch.</p> -<p>You have solid secondary options like <a href="https://play.geforcenow.com/mall/#/layout/games">GeForce Now</a> and <a href="https://www.xbox.com/en-CA/xbox-game-pass/cloud-gaming">Microsoft’s xCloud (beta)</a> for an even larger catalogue of games. Not to mention the ability to play a lot of Android games natively on Chromebooks that support Play Store applications.</p> -<h2 id="eye-rolling-scoffing">Eye Rolling & Scoffing</h2> -<p>I can hear the screeching across the interwebs: “<em>Wait - this is Google! They are literally Satan in disguise! No one can use products from that evil mega corporation!</em>”. And while I agree with the sentiment, I think going down this pure, 100% elitist approach to software <em>doesn’t work</em> with the everyday casual user. Not to mention the large swath of developers/designers screaming “Google is bad!” while working off an <em>Apple</em> device…</p> -<p>Hell even I, a vocal advocate for open source software and privacy, can see the great benefits to using Chrome OS as a daily driver. </p> -<p>Testing out Chrome OS with your non-technical friends and family could help reduce a lot of headaches found in more “popular” systems. That doesn’t mean advanced users have to switch over. Use what works the best for you. For my immediate family members and social circles, I have nothing but positive things to say about Chrome OS.</p> -<p>I have no crystal ball to see what the future of Chrome OS holds but it looks pretty promising to me.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>“Users” referring to those mainly using their devices for word documents, spread sheets, media consumption, programming, messaging, minor interactivity (no heavy video or production editing)</li> -<li>These updates go unnoticed, compared to that of MacOS or Windows…</li> -<li>Your mileage may vary depending on how much RAM you have on your device</li> -<li>Although, Stadia’s current game selection leaves a lot to be desired</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/gallery/index.html b/build/posts/gallery/index.html deleted file mode 100644 index c82fcff..0000000 --- a/build/posts/gallery/index.html +++ /dev/null @@ -1,98 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Simplifying the Craigslist Gallery</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="simplifying-the-craigslist-gallery">Simplifying the Craigslist Gallery</h1> -<p>2022-10-03</p> -<p><strong>This article was updated on October 11, 2022</strong></p> -<p>I’m a big fan of <a href="https://craigslist.org">craigslist.org</a> and the overall UX used throughout their application. My own website is an ever-changing example of “brutalist” or minimalist design, so I’m always inspired by existing web apps out in the wild using the same principles.</p> -<p>One nitpick I have with the current craigslist design is their approach to image galleries inside their listings. They use a chunk of bloated JavaScript (more than <code>380kB</code> total) to render something as simple as a collection of images. This seems like overkill to me.</p> -<h2 id="simplifying-things">Simplifying Things</h2> -<p>My first suggestion would be to remove JavaScript altogether. We can replicate most of the required features with just HTML & CSS. Let’s start with our core HTML structure:</p> -<h3 id="html">HTML</h3> -<pre><code><div class="gallery-wrapper"> - <div class="full-size"> - <a name="p1"><img src="https://picsum.photos/id/100/400" alt="Picture 1" class="gallery-item"></a> - <a name="p2"><img src="https://picsum.photos/id/101/400" alt="Picture 2" class="gallery-item"></a> - <a name="p3"><img src="https://picsum.photos/id/106/400" alt="Picture 3" class="gallery-item"></a> - </div> - <div class="thumbnails"> - <a href="#p1"><img src="https://picsum.photos/id/100/100" alt="Picture 1 Thumbnail" class="thumbnail-1"></a> - <a href="#p2"><img src="https://picsum.photos/id/101/100" alt="Picture 2 Thumbnail" class="thumbnail-2"></a> - <a href="#p3"><img src="https://picsum.photos/id/106/100" alt="Picture 3 Thumbnail" class="thumbnail-3"></a> - </div> -</div> -</code></pre> -<p>Here we are placing the full-size gallery images directly inside a single <code>div.full-size</code> as - you guessed it - <code>img</code> elements. This already helps us avoid the pitfall of building out spaghetti <code>div</code> containers.</p> -<p>Below this parent container we have another element, <code>div.thumbnails</code>, which will be used for our separate, smaller thumbnail versions of our main images. The most important items to note are the associated <code>ahref</code> elements surrounding each <code>img</code> element. By setting the <code>id</code> parameter on our thumbnails to match that of the <code>name</code> on our full-sized images, we can “scroll” the proper image into view without the need for JavaScript.</p> -<p>Now for the <em>fancy</em> stuff - the CSS!</p> -<h3 id="css">CSS</h3> -<pre><code>.gallery-wrapper { - position: relative; -} -.gallery-wrapper:before { - background: rgba(255,255,255,0.8); - content: "Scroll / Swipe 🡢"; - display: block; - padding: 5px; - position: relative; -} - -.full-size { - display: flex; - scroll-snap-type: x mandatory; - margin-bottom: 10px; - max-width: 400px; - overflow-x: scroll; -} -.full-size .gallery-item { - scroll-snap-align: start; -} - -.thumbnails img { - cursor: pointer; - margin-right: 10px; -} -</code></pre> -<p>Okay, so it isn’t <em>that</em> fancy. It’s actually very basic, which is exactly what we were going for. The images are “stacked” inline thanks to the parent container being set to <code>display: flex</code>, even though it has a set width of <code>600px</code>. The included <code>scroll-snap-type: x mandatory</code> tells the browser to allow users to scroll/swipe horizontally through the parent container.</p> -<p>The last important piece of this CSS is the <code>scroll-snap-align: start</code> added to the individual image elements. This parameter <em>snaps</em> the next image into the starting position of the parent container on scroll, giving a behavior users have come to expect from media galleries.</p> -<p>You will also see the included <code>:before</code> pseudo element attached to the main <code>.gallery-wrapper</code> element. This isn’t <em>required</em> but it certainly helps from a UX standpoint.</p> -<h2 id="live-demo">Live Demo</h2> -<p>Check out the embedded CodePen below to see it in action. More functionality could always be built on top of this, such as rendering all images dynamically on “build”, but for a starting point I think it’s great.</p> -<p><a href="https://codepen.io/bradleytaunt/pen/ExLRyXz">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/git-patches/index.html b/build/posts/git-patches/index.html deleted file mode 100644 index bba365c..0000000 --- a/build/posts/git-patches/index.html +++ /dev/null @@ -1,56 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Applying Email-Based Git Patches in Evolution on Linux</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="applying-email-based-git-patches-in-evolution-on-linux">Applying Email-Based Git Patches in Evolution on Linux</h1> -<p>2023-04-25</p> -<p>Users who work with git patches through email most likely use a terminal-based program such as <code>aerc</code> or <code>mutt</code>. CLI email clients tend to have built-in support for easily applying patches directly to their local repos. But what about people who prefer to use graphical email apps?</p> -<p>Lucky for us, it is actually fairly simple to replicate a similar workflow to that of a CLI client. In this example I will be focusing on the Evolution email client, but the core principles should work in most other GUIs.</p> -<h2 id="the-basics">The Basics</h2> -<blockquote> -<p><strong>Note:</strong> The following assumes you already have <code>git</code> installed and setup on your existing system.</p> -</blockquote> -<p>I find it best to first create a top-level folder on your system named <code>patches</code>. We will use this folder as a temporary location for reviewing any <code>git</code> patches submitted via email. I normally place this under <code>/home/<username>/patches</code>.</p> -<p>Next, locate the email patch in Evolution and right-click on it. Select “Save as mbox…” and place this file inside your newly created <code>patches</code> folder.</p> -<p>Now simply open your terminal, navigate to your project and run:</p> -<pre><code>git am <path-to-patches-folder>/<patch-filename>.mbox -</code></pre> -<p>This should apply the patch directly to your project without issue. You are now free to test these changes locally. If everything looks good, you’re able to instantly push these changes remotely.</p> -<p>Done and done.</p> -<p>Feel free to purge your <code>patches</code> folder regularly or keep them around for future reference if you prefer!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/goodbye-css-preprocessors/index.html b/build/posts/goodbye-css-preprocessors/index.html deleted file mode 100644 index 4b528ab..0000000 --- a/build/posts/goodbye-css-preprocessors/index.html +++ /dev/null @@ -1,85 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Goodbye CSS Preprocessors</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="goodbye-css-preprocessors">Goodbye CSS Preprocessors</h1> -<p>2017-09-07</p> -<p>I have been using preprocessors across all my side projects since they first popped onto the scene. Sass, Stylus, LESS — you name the CSS preprocessor and I’ve most likely used it because CSS preprocessors are awesome.</p> -<p>But that all changes moving forward. I’m going back to basics with CSS. Straight vanilla, man.</p> -<p><img src="/public/images/sass-cancel_rl1fsw_c_scale,w_800.webp" alt="No Sass" /></p> -<h2 id="why-and-who-cares">Why? And who cares?</h2> -<p>Let’s start by breaking down the main positives about preprocessors:</p> -<ul> -<li>Nested syntax</li> -<li>Definable variables</li> -<li>Advanced mathematical functions</li> -<li>Reusable mixins</li> -</ul> -<p>All of these features are great and I completely understand the draw (I was also sucked into the hype) - but now let’s see the negatives.</p> -<h2 id="1.-debugging-is-a-chore">1. Debugging is a chore</h2> -<p>So you found some weird padding clobbering an element’s default styles on line 255 of your main complied CSS file? Excellent! Now you just need to figure out which file that property comes from.</p> -<p>This might sound trivial or that you can fix this with rendered comments but if you ever work on a project with hundreds of Sass/Stylus/LESS files all importing and compiling into each other - it can get out of hand.</p> -<p>Solution: Using plain CSS makes using browser dev tools a breeze. See a bug on line 255? No problem, let me fix line 255.</p> -<h2 id="2.-dependencies-for-development">2. Dependencies for development</h2> -<p>Building a project with a preprocessor brings with it unnecessary baggage; dependencies. You’ll need to be running some sort of task runner (see grunt or gulp) that will compile and minify your CSS. I see this as extra overhead both during the initial setup of the project for new team members and the testing environment.</p> -<p>By using plain CSS, you avoid including an extra package in your package.json file (if applicable) or having to rely on third party compilers such as codekit (although I do recommend this app).</p> -<h2 id="3.-variables-mixins-become-unwieldily">3. Variables & mixins become unwieldily</h2> -<p>Both variables and mixins are great in small doses, but if your project has any real size to it these helpers become a hinderance. By using comma-delimited CSS selectors you can achieve the same outcome without the horror of needing a specific preprocessor file to handle just variables and mixins.</p> -<p>Basic example:</p> -<pre><code>selector, selectTwo, .css-class { - /* shared styling */ -} -</code></pre> -<h2 id="4.-welcome-to-nesting-hell">4. Welcome to nesting hell</h2> -<p>Honestly, I’ve never been a fan of nesting. From a file structure perspective it is indeed very “clean”, but you sacrifice that cleanliness in the final compiled production code. You’re making your development environment easier to glance at and work through at the cost of your production-ready, customer facing code.</p> -<p>You also run into another big no-no in my eyes: extreme selector specificity. The DOM target search starts to get out of control once you start having classes and selectors building up towards 10 or more steps.</p> -<p>Bad:</p> -<pre><code>body #home .container .modal nav .inner-nav > ul > li > a { - color: red; -} -</code></pre> -<p>Good:</p> -<pre><code>.inner-nav a { - color: red; -} -</code></pre> -<p>Don’t forget the amount of work needed to override styling with such deep selector specificity. That’s where you end up diving into the world of !important tags.</p> -<h2 id="final-thoughts">Final thoughts</h2> -<p>It should go without saying that this is just my personal preference, there is no law behind this. If you use and absolutely love preprocessors - more power to you. All I suggest is using plain old vanilla CSS for your next project and see how it works out.</p> -<p>And do you know what I’ve learned to appreciate after switching back to vanilla? CSS is more beautiful when developed in it’s rawest form.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/hamburger-menu-alternative/index.html b/build/posts/hamburger-menu-alternative/index.html deleted file mode 100644 index 2ec0693..0000000 --- a/build/posts/hamburger-menu-alternative/index.html +++ /dev/null @@ -1,139 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Using Hamburger Menus? Try Sausage Links</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="using-hamburger-menus-try-sausage-links">Using Hamburger Menus? Try Sausage Links</h1> -<p>2019-06-14</p> -<p>When designing medium to large sized menu navigations on the mobile web the default go-to, for some time now, has been hamburger menus. This isn’t necessarily a bad thing, but there is a simpler alternative for certain use cases.</p> -<p>Before we get into the nitty-gritty details (and a simple demo) of the <em>sausage link</em> concept, let’s take a quick look at the pros and cons of hamburger menus.</p> -<h2 id="hamburger-menus">Hamburger Menus</h2> -<p>The concept of the <a href="https://codepen.io/search/pens?q=hamburger%20menu&page=1&order=popularity&depth=everything">hamburger menu</a> isn’t <em>horrible</em> by any means, in fact it does solve a lot of problems from a visual perspective. Unfortunately, that doesn’t mean it exists without some annoying flaws.</p> -<h3 id="the-good">The Good</h3> -<ul> -<li>Minimizes the amount visual space the menu requires</li> -<li>Fairly commonplace now that a good portion of users understand it’s functionality</li> -<li>Makes the lives of designers easier by tucking all items away on mobile 😛</li> -</ul> -<h3 id="the-bad">The Bad</h3> -<ul> -<li>Requires extra testing/work to ensure the menu will play nice with screen readers and keyboard-only users</li> -<li>Can get overly complex with the presence of children dropdown elements, help text etc.</li> -<li>Adds bloat to projects that might require additional JavaScript to render these menus (CSS only hamburger menus avoid this issue)</li> -<li>Adds an additional point of interaction from the user (click to open, then proceed to read through available options)</li> -</ul> -<p>As you can see, the bad points listed above aren’t <em>that</em> bad. I see them more as minor potholes along the UX journey for your end-users. A good portion of hamburger menu examples in the wild work perfectly fine and should remain as they are. However, those outliers who abuse or misuse the hamburger concept should be introduced to <strong>sausage links</strong>.</p> -<h2 id="sausage-links">Sausage Links</h2> -<p>I should start by mentioning that this concept is far from <strong>new</strong>. There are a good number of websites that already implement this menu type in some form or another. The point of this post isn’t to blow your mind with some new-never-thought-of navigation design. I’m just trying to bring awareness to another available menu concept.</p> -<p>Enough chit-chat, let’s take a look at sausage links in action:</p> -<p><img src="/public/images/scrolling-navigation.png" alt="Scrolling menu with sausage links" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/QXjjbE/">Live CodePen Example</a></p> -<p>The above CodePen adds a good amount of visual design fluff, so let’s take a look at the bare minimum HTML & CSS needed to accomplish this menu:</p> -<pre><code><nav class="sausage-links"> - <ul> - <li><a href="">Homepage</a></li> - <li><a href="">Categories</a></li> - <li><a href="">Filter Properties</a></li> - <li><a href="">Edit Optional Tags</a></li> - <li><a href="">Research Papers</a></li> - <li><a href="">Contact Our Team</a></li> - </ul> -</nav> - - - -/* Sausage Links Nav Container */ -.sausage-links { - position: relative; -} - -/* The left and right "faded" pseudo elements */ -.sausage-links:before, .sausage-links:after { - content: ''; - height: calc(100% - 2em); - pointer-events: none; - position: absolute; - top: 1em; - width: 10px; - z-index: 2; -} -.sausage-links:before { - background: linear-gradient(to right, rgba(255,255,255,0) 0%, white 100%); - right: 0; -} -.sausage-links:after { - background: linear-gradient(to left, rgba(255,255,255,0) 0%, white 100%); - left: 0; -} - -/* Basic flexbox to prevent items from breaking lines */ -.sausage-links ul { - display: flex; - flex-wrap: nowrap; - overflow: auto; - -webkit-overflow-scrolling: touch; -} - -.sausage-links ul li { - white-space: nowrap; -} - -.sausage-links ul li a, .sausage-links ul li a:visited { - display: inline-block; -} -</code></pre> -<p>Pretty simple, eh?</p> -<p><strong>Update</strong>: Thanks to <a href="https://twitter.com/dany0w">@dany0w</a> for pointing out that I forgot to include <code>-webkit-overflow-scrolling: touch</code> for momentum scrolling on iOS.</p> -<h3 id="the-good-1">The Good</h3> -<ul> -<li>Extremely minimal amount of CSS required</li> -<li>Screen reader / keyboard-only safe</li> -<li>Zero JavaScript needed</li> -<li>No need for hacky hidden <code>radio</code> inputs for toggling parent containers etc.</li> -<li>Users can see first few available options without any interaction</li> -</ul> -<h3 id="the-bad-1">The Bad</h3> -<ul> -<li>May not look the most visually appealing for certain project designs (ugly scrollbar in some instances)</li> -<li>Better suited for small to medium menu lists compared to massive sitemaps</li> -<li>Without proper fade / cut off visual cues, users may not understand they can scroll</li> -</ul> -<h2 id="so-should-i-use-hamburger-menus-or-sausage-links">So, should I use hamburger menus or sausage links?</h2> -<p>That really depends on your project or overall mobile design (I know, such a helpful answer). I’m sure there are even a few use cases where it would make sense to have sausage links within a toggle-based hamburger menu. The menu possibilities could be endless!</p> -<p>That’s it. I hope I’ve inspired you to try out sausage links in the near future or at least made you think more deeply about mobile navigation design!</p> -<p>…is anyone else really hungry now?</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/hamburgers/index.html b/build/posts/hamburgers/index.html deleted file mode 100644 index e18af06..0000000 --- a/build/posts/hamburgers/index.html +++ /dev/null @@ -1,65 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Stop Using Hamburger Menus (Sometimes)</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="stop-using-hamburger-menus-sometimes">Stop Using Hamburger Menus (Sometimes)</h1> -<p>2023-05-05</p> -<p>I recently <a href="https://fosstodon.org/@tdarb/110264983268249599">tooted about my hatred of website hamburger menus</a> which was met with a surprising amount of support from other users. It seems like most people <em>don’t actually like hamburger menus</em>. So why do we, as developers, keep using them in our products and designs? Is it our only option? Or is it because we have become conditioned to expect it?</p> -<h2 id="the-core-problem-with-hamburger-menus">The Core Problem with Hamburger Menus</h2> -<p>The biggest headache when coming across these menus on the web is the complete disregard for <strong>accessibility</strong>. Performance and solid user experience is almost always thrown out the window in favour of a “prettier” design layout. You might have made the overall design “cleaner” for your users, but you sacrificed all usability to do so.</p> -<p>I challenge you to visit a webpage or web app with a hamburger menu and try to navigate solely with your keyboard and screen-readers (or better yet - try these screen readers on mobile!). Within seconds you will find a whole mess of issues. Now try the same test with JavaScript disabled… Yikes.</p> -<h2 id="but-i-have-no-choice">“But I Have No Choice!”</h2> -<p>I see this argument pop-up frequently when taking to design leaders or developers. I call bullshit on this excuse. You <em>absolutely</em> have the choice to avoid implementing bad designs - that’s your job! Either you’re not fighting hard enough against those pushing for it, or you’re just trying to build a “pretty” portfolio.</p> -<h2 id="best-alternative-sitemap-footer">Best Alternative: Sitemap Footer</h2> -<p>So instead of just whining about hamburger menus, I will actually offer up a solid replacement: <strong>sitemap footers</strong>. Simply place all your website/application links into the bottom footer and link directly to them from your header. Be sure to also include some form of “Top of the page” link for quick access back to the initial scroll view.</p> -<p>That’s it. There is nothing else you need to do for this to <em>just work</em>. It might sound oversimplified and that’s because it is. Looking for an example? This very website utilizes this technique, so give it a spin! Try using just your keyboard or even better - use a screen reader. Disable JS and CSS and watch it work flawlessly still.</p> -<p><strong>Pros:</strong></p> -<ul> -<li>Keyboard navigation accessible</li> -<li>Excellent screen-reader support</li> -<li>Works on all devices/screens by default (no media queries!)</li> -<li>Stays out of the way until called upon (UX goodness)</li> -<li>Requires ZERO CSS or JavaScript</li> -</ul> -<p><strong>Cons:</strong></p> -<ul> -<li>Footer can become large with many links (although I <em>really</em> don’t see this as a big deal)</li> -</ul> -<h2 id="no-excuse">No Excuse</h2> -<p>There really is no excuse to still be using hamburger menus. Users expect them to be present only because we as designers have conditioned them think that way. They deserve a better experience on the web. The <em>least</em> we can do is improve something as simple as website navigation…</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/heif/index.html b/build/posts/heif/index.html deleted file mode 100644 index df56061..0000000 --- a/build/posts/heif/index.html +++ /dev/null @@ -1,73 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Converting HEIF Images with macOS Automator</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="converting-heif-images-with-macos-automator">Converting HEIF Images with macOS Automator</h1> -<p>2023-07-21</p> -<p>Often times when you save or export photos from iOS to iCloud they often render themselves into <code>heif</code> or <code>heic</code> formats. Both macOS and iOS have no problem working with these formats, but a lot of software programs will not even recognize these filetypes. The obvious step would just be to convert them via an application or online service, right?</p> -<p>Not so fast! Wouldn’t it be much cleaner if we could simply right-click our <code>heif</code> or <code>heic</code> files and convert them directly in Finder? Well, I’ve got some good news for you…</p> -<h2 id="basic-requirements">Basic Requirements</h2> -<ol> -<li>You will need to have <a href="https://homebrew.sh">Homebrew</a> installed</li> -<li>You will need to install the <code>libheif</code> package through Homebrew: <code>brew install libheif</code></li> -</ol> -<h2 id="creating-our-custom-automator-script">Creating our custom Automator script</h2> -<p>For this example script we are going to convert the image to JPG format. You can freely change this to whatever format you wish (PNG, TIFF, etc.). We’re just keeping things basic for this tutorial. Don’t worry if you’ve never worked with Automator before because setting things up is incredibly simple.</p> -<ol> -<li>Open the macOS Automator from the Applications folder</li> -<li>Select <code>Quick Option</code> from the first prompt</li> -<li>Set “Workflow receives current” to <code>image files</code></li> -<li>Set the label “in” to <code>Finder</code></li> -<li>From the left pane, select “Library > Utilities”</li> -<li>From the presented choices in the next pane, drag and drop <code>Run Shell Script</code> into the far right pane</li> -<li>Set the area “Pass input” to <code>as arguments</code></li> -<li>Enter the following code below as your script and type <code>⌘-S</code> to save (name it something like “Convert HEIC/HEIF to JPG”)</li> -</ol> -<pre><code>for f in "$@" -do -/opt/homebrew/bin/heif-convert "$f" "${f%.*}.jpg" -done -</code></pre> -<h2 id="making-edits">Making Edits</h2> -<p>If you ever have the need to edit this script (for example, changing the default format to <code>png</code>), you will need to navigate to your <code>~/Library/Services</code> folder and open your custom heif Quick Action in the Automator application. </p> -<p>Simple as that. Happy converting!</p> -<p>If you’re interested, I also have some other Automator scripts available:</p> -<ul> -<li><a href="/posts/batch-webp-conversion/">Batch Converting Images to webp with macOS Automator</a></li> -<li><a href="/posts/macos-convert-to-html/">Convert Files to HTML with macOS Automator Quick Actions</a></li> -</ul> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/hello-jekyll/index.html b/build/posts/hello-jekyll/index.html deleted file mode 100644 index 35911ff..0000000 --- a/build/posts/hello-jekyll/index.html +++ /dev/null @@ -1,76 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Goodbye WordPress, Hello Jekyll (Again)</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="goodbye-wordpress-hello-jekyll-again">Goodbye WordPress, Hello Jekyll (Again)</h1> -<p>2020-08-13</p> -<p>For the past four months this blog has been running on WordPress - but that ended today. I’ve officially switched back over to Jekyll. I’m not going to spend too much time delving into <em>why</em> I made the transition back, but I’ll leave some cliff-notes for any interested parties.</p> -<h2 id="the-big-issues-with-my-wordpress-setup">The big issues with <em>my</em> WordPress setup</h2> -<p>I have to state that these problems existed based on <em>my own</em> setup / hosting choices with WordPress - this is not a direct reflection of WP itself.</p> -<ol> -<li><strong>No theme editor access</strong> -<ul> -<li>I was using EasyWP (Namecheap etc.) for my web hosting. It only cost me $3.88/month, which was very cheap for the quality of service provided. Unfortunately, this low price came with some setbacks. EasyWP doesn’t allow users to edit <code>header.php</code> or <code>functions.php</code> files directly in the theme editor. Having to resort to FTP for simple one-line change was annoying.</li> -</ul></li> -<li><strong>Super cache</strong> -<ul> -<li>Caching web pages is wonderful for users on subsequent visits, but EasyWP took this to the extreme. Making minor styling updates sometimes required code changes in the <code>header.php</code> file directly in order to persist (see problem with editing these files in point #1).</li> -</ul></li> -<li><strong>Monthly cost</strong> -<ul> -<li>As I stated above, spending $3.88 on a monthly basis was peanuts in the grand scheme of things. Still, an extra monthly subscription for a side hobby seemed overkill for my use case.</li> -</ul></li> -<li><strong>Future proofing</strong> -<ul> -<li>In the end, having the core website generate itself into static files means it will stand the test of time on the interwebs. HTML & CSS FTW.</li> -</ul></li> -</ol> -<h2 id="what-i-lost-in-the-switch">What I lost in the switch</h2> -<ol> -<li><strong>Comments</strong> -<ul> -<li>I loved the concept of owing / hosting comments directly on each post but this seemed like a fair trade-off when compared to the positives listed above. I might circle back around and use something like <a href="https://commento.io/">Commento</a> or <a href="https://github.com/imsun/gitment">Gitment</a></li> -</ul></li> -<li><strong>Blog anywhere</strong> -<ul> -<li>Having the ability to hop on any machine, log in to my site and blog was awesome. Over time though, I found myself not doing this very often. Most times when composing an article I found I would write it out, edit and publish all in one sitting. Cool concept - just not as useful.</li> -</ul></li> -</ol> -<h2 id="moving-forward">Moving forward</h2> -<p>I’ve learned to stick with what keeps me productive (and in this case, keeps me writing consistently). I still love WordPress and won’t hesitate to reach for it when the need arrives. Unfortunately, it seems my personal website isn’t one of those instances.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/html-dark-mode/index.html b/build/posts/html-dark-mode/index.html deleted file mode 100644 index be2faa6..0000000 --- a/build/posts/html-dark-mode/index.html +++ /dev/null @@ -1,60 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>HTML Dark Mode</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="html-dark-mode">HTML Dark Mode</h1> -<p>2023-04-11</p> -<p>I wrote an article back in 2021 called <a href="https://bt.ht/lazy-dev-dark-mode/">The Lazy Developer’s Dark -Mode</a> where I explained how to implement -a very basic “dark mode” by using the <code>prefers-color-scheme</code> CSS attribute. -This stills works perfectly fine, and in fact there is a cleaner variation of -this created by <em>jacksonchen666</em>: <a href="https://jacksonchen666.com/posts/2023-04-09/13-47-16/">These 3 Lines of CSS Will Give You Dark Mode for Free</a>.</p> -<p>But today I wanted to show how to add dark mode functionality to a website -without <em>any CSS at all</em>.</p> -<pre><code><meta name="color-scheme" content="dark light"> -</code></pre> -<p>Add that line inside the <code>head</code> tags on your HTML files and you’re good to go.</p> -<h2 id="minor-caveat">Minor Caveat</h2> -<p>I mentioned this same issue on the official <a href="https://barf.bt.ht/dark-mode/">barf blog -post</a> but it doesn’t hurt to repeat it here. -Safari still has minor ahref / link color issue when defaulting to browser dark -mode. If supporting that browser is a deal-breaker for you, I suggest looking -at my <a href="https://bt.ht/safari-default-dark-mode/">hacky solution</a>.</p> -<p>Hopefully this helps others to add dark mode to their existing websites and -projects with minimal effort!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/html-like-1999/index.html b/build/posts/html-like-1999/index.html deleted file mode 100644 index 9da2c33..0000000 --- a/build/posts/html-like-1999/index.html +++ /dev/null @@ -1,75 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Write HTML Like It's 1999</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="write-html-like-its-1999">Write HTML Like It’s 1999</h1> -<p>2019-06-06</p> -<p>I am sure it’s safe to say that most developers love to use the latest and greatest web tools available. Helpful resources such as preprocessors, template engines, syntax formatters - you name it - can all make a developer’s life easier. Unfortunately, this sometimes comes at a cost: the HTML structure.</p> -<p>This is why I try my best to write HTML as if I’m stuck with the constraints of the 90s (within reason). What does this mean exactly? It means that <code>tables</code> are coded with <code>table</code> elements. Navigations are coded with <code>nav</code> and ordered/unordered list-items. Form inputs are not set with <code>display: none</code> and replaced with custom containers. You know, <em>semantic</em> HTML.</p> -<p>To be clear, I’m not advocating for creating projects that <em>look</em> like they belong in the 1990s. I would just prefer developers / designers be more conscious of their HTML <em>skeleton</em>.</p> -<h2 id="bad-html-practices">Bad HTML practices</h2> -<p>Let’s do a very simple breakdown of some of the more common HTML no-nos:</p> -<h2 id="good-html-practices">Good HTML practices</h2> -<p>So what should you do in place of these bad HTML implementations?</p> -<h2 id="my-basic-structure-test">My basic “structure” test</h2> -<p>I’ve found a pretty simple starting point for testing the <em>bones of a website</em> by using the following single line of CSS:</p> -<pre><code>* { - border: 2px dotted black; -} -</code></pre> -<p>This property simply outlines all elements on the current page in a dotted border. By placing a border on every HTML element you can instantly see how overly complex or <em>ugly</em> your structure might be under the hood.</p> -<h2 id="thanks-captain-obvious">“Thanks, Captain Obvious!”</h2> -<p>I know, this stuff is pretty basic. The point of this post isn’t to tell you (developers) something brand new or mind-blowing, but instead should inspire you to keep things simple.</p> -<p>Don’t forget that there is always someone new into the world of design and development. Hopefully this post steers others towards keeping HTML code semantic and clean.</p> -<h2 id="update-to-this-article">Update to this article</h2> -<p>Since this post received <a href="https://news.ycombinator.com/item?id=20133817">so much more attention</a> than I ever expected, I’ve decided to touch on a few small points brought up in the comments.</p> -<ol> -<li><strong>What is the benefit of semantic HTML?</strong> -<ul> -<li>Accessibility. Programs like screen readers are built around the foundation of proper HTML hierarchy. I highly recommend testing all your projects with a screen reader - it will open your eyes to a lot of issues users with disabilities suffer through.</li> -</ul></li> -<li><strong>Tables not being responsive</strong> -<ul> -<li>This simply isn’t true. It is much more semantic to layout your tables as you would normally, then for mobile devices you can target specific inner elements and alter them with <code>flexbox</code> etc. (You can see responsive tables in action <a href="/responsive-tables">here</a>)</li> -</ul></li> -<li><strong>Instead of the CSS one-liner, simply use Firefox debugger</strong> -<ul> -<li>Fair point. Firefox is great!</li> -</ul></li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/html5-validator-badge/index.html b/build/posts/html5-validator-badge/index.html deleted file mode 100644 index 1f37a02..0000000 --- a/build/posts/html5-validator-badge/index.html +++ /dev/null @@ -1,78 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Using HTML Validator Badges Again</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="using-html-validator-badges-again">Using HTML Validator Badges Again</h1> -<p>2019-07-05</p> -<p>There was a time on the Internet when websites wore badges of honor, declaring that their code was semantic and followed the W3C guidelines. The validators we used weren’t great (and <strong>still</strong> aren’t perfect) but they represented a community that took pride in caring about the quality of their work. I think it’s time we bring HTML badges back.</p> -<h2 id="getting-the-flaws-out-of-the-way">Getting the flaws out of the way</h2> -<p>Of course, there were reasons why these badges slowly faded out of popularity. Some of the reasoning made sense, but most felt like a stretch in logic from my perspective. I always looked at it as a “the good outweighs the bad”.</p> -<p>Jukka Korpela’s post way back in 2003, <a href="http://jkorpela.fi/html/validation.html">HTML validation is a good tool but just a tool</a>, highlighted a lot of problems with relying so heavily on these HTML validators. I suggest you give it a read if this kind of thing interests you. I found it fascinating, even though I disagree with most of the points he makes.</p> -<p>Some negatives used to dismiss HTML badges:</p> -<ul> -<li><strong>The badge system is outdated</strong> -<ul> -<li>Dismissing the worth of something based on how long it has been around is foolish. Many tools and frameworks are “outdated” but are still used to this day with great success.</li> -</ul></li> -<li><strong>HTML5 doesn’t <em>require</em> validation</strong> -<ul> -<li>Technically <em>no subset of HTML</em> requires validation - but developers should aim for it. The W3C validators perform a solid job of keeping a standard for web development, so by following a standard we can keep experiences consistent for users.</li> -</ul></li> -<li><strong>Validation is too formal</strong> -<ul> -<li>I believe in the ability to achieve your desired outcome based on almost any constraints. If a project leans you towards invalid or non-semantic structure to fulfill requirements, a better approach needs to be evaluated. We as developers tend to settle too quickly on the easiest option available to us.</li> -</ul></li> -<li><strong>Websites / web apps are just <em>too complex</em> to follow the W3C guidelines</strong> -<ul> -<li>I call <em>BS</em> on this argument. The complexity of a website should have nothing to do with keeping semantic standards. <em>This is your job.</em></li> -</ul></li> -<li><strong>It only exists to catch syntax errors</strong> -<ul> -<li>For the record, I still see this more of a positive take on using validators. Subtle and nuanced syntax mistakes can be easily overlooked by the human eye.</li> -</ul></li> -</ul> -<h2 id="nobody-puts-badges-in-a-corner">“Nobody puts <em>badges</em> in a corner”</h2> -<p>A large of amount of designers / developers tend to forget that there are new people entering our industry everyday and they might not be as well versed in the basics of the web (HTML & CSS specifically). Since so many newcomers start out with JavaScript frameworks or jump onto pre-existing projects, they don’t always grasp the core foundation of valid markup. Some frameworks even break basic standards for visuals or easier development environments - setting their initial expectations that ugly semantics is acceptable code. The ends justify the means, etc.</p> -<p>Guiding first-timers towards HTML validators let’s them rethink their structure when building products or at least give some forethought to their outputted code. We, the more <em>verteran</em> members of the community, have the knowledge of proper semantics since we grew our careers around this “trend”. We shouldn’t assume newbies have the same understanding. The basics are important.</p> -<h2 id="open-source-html5-badge">Open source HTML5 badge</h2> -<p>Since the W3C doesn’t officially produce any badges for HTML5 validation 1, I’ve gone ahead and open sourced <code>SVG</code> and <code>PNG</code> versions of a badge based off the current W3C designs. You can check out the Github repo: <a href="https://github.com/bradleytaunt/html5-valid-badge">HTML5 Valid Badge</a></p> -<p>If you decide to use these badges, be sure to link these images to your valid passing URL (<a href="https://html5.validator.nu">html5.validator.nu</a>). You can see an example of the link in the footer of this website.</p> -<p>Please feel free to reach out and share your websites / projects that pass as valid HTML and include an HTML valid badge. I’d love to check them out!</p> -<h2 id="refs">Refs</h2> -<p>1 <a href="http://html5doctor.com/html5-check-it-before-you-wreck-it-with-miketm-smith/">Interview with Mike Smith</a>: “There won’t be any proper Valid HTML5 icon forthcoming, so if you’d like to use one in your content, you’ll probably need to create one on your own.”</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/improving-githubs-new-design/index.html b/build/posts/improving-githubs-new-design/index.html deleted file mode 100644 index de8bf0d..0000000 --- a/build/posts/improving-githubs-new-design/index.html +++ /dev/null @@ -1,87 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Improving Github's New Design</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="improving-githubs-new-design">Improving Github’s New Design</h1> -<p>2020-07-07</p> -<p>Like many other Github users, I am not a big fan of their recent repository page redesign. In my mind it seems like a change just for the sake of change - the original UI worked perfectly fine.</p> -<p><em>Sigh.</em></p> -<p>I was planning on recreating the original Github layout with custom CSS but decided against it. Tackling such a big change in design would cause headaches if Github ever changed even one simple class or id on a given element. My final conclusion was to just improve their new design with my own personal quality of life improvements.</p> -<p>So, enough chit-chat. Let’s get into it.</p> -<h2 id="current-design-2020">Current Design (2020)</h2> -<p>The default view for a repo’s homepage and ticket items are locked at a set <code>max-width</code>. This causes some visual strain in comparison to the full-width headers and navigations directly above. I use a decently sized montior when using your app Gitub - <strong>let me use all the space available to me</strong>!</p> -<h2 id="my-improvements">My Improvements</h2> -<p>Your users shouldn’t have to jump around the page looking for the important information they want to see. Resetting the basic repo information to the left side of the screen allows user to <em>instantly</em> read-up on the project details. (This design is catered towards left-to-right readers mind you).</p> -<p>We now also utilize all the available screen space, dependent on the user’s browser window size.</p> -<p>We make similar updates to the ticket item view and also remove the out-of-place <code>margin-bottom</code> from the project link headers.</p> -<h2 id="try-it-yourself">Try It Yourself!</h2> -<p>You can very easily implement these custom CSS changes with an extension for the browser of your choice:</p> -<ul> -<li>Firefox: <a href="https://addons.mozilla.org/en-US/firefox/addon/styl-us/">Stylus</a></li> -<li>Chrome: <a href="https://chrome.google.com/webstore/detail/stylebot/oiaejidbmkiecgbjeifoejpgmdaleoha">Stylebot</a></li> -</ul> -<p>Then create a new custom CSS file to target <code>github.com</code> with the following properties:</p> -<pre><code>.container-xl { - max-width: 100%; -} - -.repository-content .gutter-condensed.gutter-lg { - flex-direction: row-reverse !important; -} - -.repository-content #discussion_bucket .gutter-condensed.gutter-lg { - flex-direction: row !important; -} - -.repohead > div.d-flex { - margin-bottom: 0 !important; -} - -#show_issue { - display: flex; - flex-direction: row; - flex-wrap: wrap; -} - -.repository-content #discussion_bucket, -#partial-discussion-header { - width: 100%; -} -</code></pre> -<p>That’s it! Feel free to improve on this and further make it your own! I might create a new repo for this project if I end up adding even more improvements to the core CSS.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/improving-receipt-ux/index.html b/build/posts/improving-receipt-ux/index.html deleted file mode 100644 index f624aca..0000000 --- a/build/posts/improving-receipt-ux/index.html +++ /dev/null @@ -1,66 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Improving Receipt UX</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="improving-receipt-ux">Improving Receipt UX</h1> -<p>2019-05-15</p> -<p>There was a pretty interesting article posted a couple days ago about rethinking the standard receipt design that I found quite compelling. Although, as good as the concept is, I think it can be improved (simplified) even further.</p> -<h2 id="what-was-the-redesign-exaclty">What was the redesign exaclty?</h2> -<p>Overall <a href="https://twitter.com/datatoviz?lang=en">Susie Lu</a> did a wonderful job tackling such an old and forgotten design. She fixed some major pain points with the current receipt layout:</p> -<ul> -<li>Bubble chart to visually indicate total spent per category</li> -<li>Categorized items by percentage of total spent</li> -<li>List individual items in descending order based on cost</li> -<li>Bar charts to compliment the item listing order</li> -</ul> -<p>Curious how her redesign looks? <a href="https://www.fastcompany.com/90347782/the-humble-receipt-gets-a-brilliant-redesign">Take a look at the original article</a></p> -<h2 id="what-did-this-concept-get-wrong">What did this concept get wrong?</h2> -<p>Simply put: <strong>paper waste</strong>. </p> -<p>Using bubble and bar charts from a visual design perspective is great - but not so eco-friendly in this instance (since we are dealing with physical paper waste). It might seem like a small nitpick but with hundreds of thousands (if not millions) of receipts printed daily, this extra paper space required would add up quickly.</p> -<p>Fortunately, I think with some minor tweaks we can keep the underlying principles of the new redesign, while creating a more eco-friendly layout. We can save more space and therefore save on the overall paper needed.</p> -<h2 id="receipt-redesign">Receipt Redesign</h2> -<p>Let’s take a look at my redesign concept:</p> -<p>With this layout we are able to keep all the key concepts that <a href="https://twitter.com/datatoviz?lang=en">Susie Lu</a> initially introduced with her receipt design while preserving more space.</p> -<ul> -<li>Categories are still listed by percentage of total spent</li> -<li>Individual items are organized in descending order based on cost</li> -<li>Uppercase and lowercase elements are used to distinguish parent / child items instead of additional space or dividers</li> -</ul> -<h2 id="final-thoughts">Final thoughts</h2> -<p>The original redesign from a visual perspective is <em>wonderful</em> but when you start to think about implementing it into the real world, it seems slightly impractical. My redesign concept is far from perfect (I’m sure I’ve overlooked some use cases) but I think it’s a strong step forward for redesigning our archaic receipt layouts.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/improving-tufte-jekyll/index.html b/build/posts/improving-tufte-jekyll/index.html deleted file mode 100644 index eb733f4..0000000 --- a/build/posts/improving-tufte-jekyll/index.html +++ /dev/null @@ -1,144 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Improving Tufte CSS for Jekyll</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="improving-tufte-css-for-jekyll">Improving Tufte CSS for Jekyll</h1> -<p>2019-11-01</p> -<p>After creating the ET-Jekyll theme almost two years ago, I finally got around to revamping the structure and improving a lot of minor performance issues. Items that have been surely needing of updates for the last couple of years.</p> -<h2 id="introductions">Introductions</h2> -<p>I’ve always been a sucker for Edward Tufte’s incredibly simple, yet powerful design work used in his books and handout projects. So, in 2018 I released a Tufte CSS inspired Jekyll theme for the open source community. I called it <a href="https://et-jekyll.netlify.com">ET-Jekyll</a> (so original, I know). Tufte CSS was a great starting point for my Jekyll theme, but there were areas I thought could use some minor improvements.</p> -<p>Feel free to read all the details on the design here: <a href="https://et-jekyll.netlify.com/et-jekyll-theme/">ET-Jekyll theme details</a></p> -<h2 id="minor-fixes-one-year-later">Minor Fixes One Year Later</h2> -<p>When I finally circled back to this project recently, I noticed some minor issues that could be improved right away with little to no effort. Let’s see the changes made at a glance:</p> -<ul> -<li>Sidenote, marginnote and figure element restyling (flexbox)</li> -<li>Table styling fixes (right alignment issues)</li> -<li>Switch MathJax over to SVG embeds (performance fixes)</li> -<li>Simplify HTML skeleton of main pages, remove overkill classes</li> -<li>Remove lazysizes.js to save on load times</li> -<li>Fallback on font-display for font loading</li> -<li>Inline all CSS for faster initial paint</li> -<li>Minor link :hover coloring (accessibility)</li> -<li>Add missing image link on example page</li> -<li>Update details post structure</li> -</ul> -<p>You can view all the updates in more detail <a href="https://github.com/bradleytaunt/ET-Jekyll/commit/254f9e8f28764c9525ba7405bbbfa18a3867d241">here</a>.</p> -<p><strong>So what did this accomplish?</strong> Let’s break it down below.</p> -<h2 id="first-contentful-paint-input-delay">First Contentful Paint & Input Delay</h2> -<p>The new improvements have netted the theme a savings of 300ms on first paint and reduced the input delay by 150ms. Small wins - but wins nonetheless since every millisecond counts.</p> -<h2 id="fixing-render-blocking-items">Fixing Render Blocking Items</h2> -<p>The original theme reported a few items that were slowing down the initial render for the end-users:</p> -<table> -<thead> -<tr> -<th>URL</th> -<th>Size (KB)</th> -<th>Savings (ms)</th> -</tr> -</thead> -<tbody> -<tr> -<td>/css/style.css</td> -<td>2.0</td> -<td>150</td> -</tr> -<tr> -<td>/lazysizes@4.0.1/lazysizes.js</td> -<td>5.0</td> -<td>960</td> -</tr> -<tr> -<td>MathJax.js?config=TeX-MML-AM_CHTML</td> -<td>18.0</td> -<td>1,260</td> -</tr> -</tbody> -</table> -<p>These items were resolved by:</p> -<ul> -<li>Rendering all styling inline (therefore removing the extra HTTP request)</li> -<li>Removing the lazysizes library altogether (browsers plan to support lazy loading natively in the future) -<ul> -<li>The future plan is to integrate something like Cloudinary for out-of-the-box image processing</li> -</ul></li> -<li>Switch over MathJax to render equations as embedded SVGs (saves on bandwidth rendering an entire extra typeface)</li> -</ul> -<h2 id="lighthouse-numbers">Lighthouse Numbers</h2> -<p>Though it might not look like much, the updated theme receives a 4-point boost to its performance rating during a Lighthouse audit. Having a perfect score would be even better, but I can settle for 2-points under (for now).</p> -<h4 id="old-version">Old Version</h4> -<table> -<thead> -<tr> -<th>Performance</th> -<th>Accessibility</th> -<th>Best Practices</th> -<th>SEO</th> -</tr> -</thead> -<tbody> -<tr> -<td>94</td> -<td>100</td> -<td>100</td> -<td>100</td> -</tr> -</tbody> -</table> -<h4 id="new-version">New Version</h4> -<table> -<thead> -<tr> -<th>Performance</th> -<th>Accessibility</th> -<th>Best Practices</th> -<th>SEO</th> -</tr> -</thead> -<tbody> -<tr> -<td>98</td> -<td>100</td> -<td>100</td> -<td>100</td> -</tr> -</tbody> -</table> -<h2 id="final-thoughts">Final Thoughts</h2> -<p>This project could still use some more fine-tuning, but for now I’m fairly happy with the outcome. Even the smallest boost in performance and rendering time makes me feel like I accomplished something worthwhile. </p> -<p>Please don’t hesitate to suggest features or point out any issues you happen to stumble across if you plan to use ET-Jekyll. Thanks for reading!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/introducing-notez/index.html b/build/posts/introducing-notez/index.html deleted file mode 100644 index d8e6bf8..0000000 --- a/build/posts/introducing-notez/index.html +++ /dev/null @@ -1,57 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Introducing Notez</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="introducing-notez">Introducing Notez</h1> -<p>2021-01-13</p> -<p>I have always been a fan of simple note taking applications, since I tend to take a lot of random notes throughout the work day. Sometimes I reach for simple pen and paper, but other times it’s nice to stay focused jotting down notes on the same device I’m working on.</p> -<p>Previously, I just created quick <code>notes.txt</code> files in my open code editor or fell back on the default OS note apps. These worked perfectly fine but often got in my way (or even worse - lost among everything else).</p> -<p>So I said the hell with it and built Notez.</p> -<h2 id="what-makes-notez-special">What makes Notez special?</h2> -<p>Nothing, really. It’s actually a pretty “stupid” app compared to others on the market. But this one is <em>mine</em>. Plus, it was fun to piece it together on a random evening before bed.</p> -<p>For those curious, let’s take a look at the feature list:</p> -<ul> -<li>free and open source (github.com/bradleytaunt/notez)</li> -<li>uses <code>localStorage</code> to keep changes persistent (helpful for browser crashes, etc)</li> -<li>includes basic export functionality to download content as a simple <code>output.txt</code> file</li> -</ul> -<p>That’s it. Mind blowing stuff, eh?</p> -<h2 id="making-stuff-is-fun">Making stuff is fun</h2> -<p>My main takeaway when building this tiny, dumb app was to just <em>enjoy building fun stuff</em>. It crossed my mind several times how there are already hundreds of note taking apps across the vast Internet. I also thought about how others might look at the code I wrote and go, “Oh my God - why did he do it that way? What an idiot!”. But I don’t care - I had fun making it.</p> -<p>Hopefully you enjoy using it as well!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/introducing-pageroast/index.html b/build/posts/introducing-pageroast/index.html deleted file mode 100644 index 4aae0dd..0000000 --- a/build/posts/introducing-pageroast/index.html +++ /dev/null @@ -1,62 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Introducing PageRoast</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="introducing-pageroast">Introducing PageRoast</h1> -<p>2021-03-11</p> -<p>Following up with my concept of releasing small side projects weekly, I have officially launched <a href="https://pageroast.com">PageRoast</a>. What is PageRoast I hear you ask?</p> -<blockquote> -<p>Receive a detailed report analyzing your landing page with actionable items to improve your conversion rate.</p> -</blockquote> -<p>In simple terms that just means I will <strong>roast your landing page</strong>. Included in a page roast report is:</p> -<ul> -<li>Fully detailed ABCD Framework report</li> -<li>Proposed content & design changes</li> -<li>Page performance audit</li> -</ul> -<p>And you get all of this for just <strong>$100</strong> (currently 50% until April 1st with coupon code PHROAST). Alright, enough with the “sales pitch” - why did I make this side project?</p> -<p>From the main <a href="https://pageroast.com/#2021-03-10-pageroast-has-launched">launch blog post on PageRoast itself</a> I wrote:</p> -<blockquote> -<p>I’ve always been obsessed with developing landing pages that produce high conversion rates. It’s what I’ve done for a large portion of my web development career.So I thought to myself, “Why not launch a small-scale audit service to help indie devs and startups?”</p> -</blockquote> -<p>That’s really all there is to it. If you would like to learn more, check out the following links:</p> -<ul> -<li><a href="https://pageroast.com">PageRoast main website</a></li> -<li><a href="https://pageroast.com/#2021-03-10-pageroast-has-launched">PageRoast official launch blog post</a></li> -</ul> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/jekyll-sourcehut/index.html b/build/posts/jekyll-sourcehut/index.html deleted file mode 100644 index 749fcfd..0000000 --- a/build/posts/jekyll-sourcehut/index.html +++ /dev/null @@ -1,115 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Hosting a Jekyll Site on Sourcehut</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="hosting-a-jekyll-site-on-sourcehut">Hosting a Jekyll Site on Sourcehut</h1> -<p>2021-12-06</p> -<p>I recently decided to switch my personal, static site’s hosting from Netlify to <a href="https://srht.site">sourcehut pages</a>. The process went <em>fairly</em> smoothly with only a couple minor hiccups; nothing rage-inducing. After everything was up and running smoothly, I figured writing out a step-by-step tutorial might help others who are thinking of doing a similar switch (or looking to host their first static site).</p> -<p>But first, let me briefly explain why I made the switch in the first place…</p> -<h2 id="why-sourcehut-pages">Why sourcehut pages?</h2> -<p>Using Netlify as your static host is simple, intuitive and comes packed with a great deal of extra functionality you can easily add-on. So, why would I decide to switch over to sourcehut? The best answer comes directly off the main homepage of <a href="https://sourcehut.org">sourcehut.org</a>:</p> -<ul> -<li>Absolutely no tracking or advertising</li> -<li>All features work without JavaScript</li> -<li>Many features work without an account</li> -<li>The fastest & lightest software forge</li> -<li>100% free and open source software</li> -</ul> -<p>After realizing all that, it’s pretty difficult to stick with Netlify’s <em>proprietary</em> stack…</p> -<h2 id="free-but-not-free">Free but not <em>“free”</em></h2> -<p>I should note that using sourcehut pages <em>does</em> require you to be a contributing (read: paying) member on the platform. I’m a cheapo and selected the $2/month option but you might be inclined to donate more. Paying this “fee” is perfectly fine for me, considering the hosting quality (speed and storage) it affords me. It also doesn’t hurt that I get the “feel good vibes” of supporting an important, open source product.</p> -<p>Keeping that in mind, let’s get into setting up our static site!</p> -<h2 id="setting-up-your-repo-locally">Setting up your repo locally</h2> -<ol> -<li>Create a new account on <a href="https://sourcehut.org">sourcehut</a> (or log in to an existing one)</li> -<li>Setup your billing to contribute monthly (tier amount is up to you)</li> -<li>Create a new repo under the <strong>git</strong> section<sup id="fnref1"><a href="#fn1" rel="footnote">1</a></sup></li> -<li>Connect this repo locally (as you would via any other git host)</li> -<li>In this new local directory, place all your Jekyll files as you would with any other static hosting provider</li> -</ol> -<h2 id="the-sourcehut-build-file">The sourcehut build file</h2> -<p>In order to have your Jekyll site build and push the correct files live, you will need to use sourcehut’s build system. This will run every time you push out a new change to your repo (new blog post, page content changes, styling updates).</p> -<p>To make things easier, you can copy the build file below (remember to use your <em>own</em> information for usernames, git repo naming etc):</p> -<pre><code>image: debian/stable -oauth: pages.sr.ht/PAGES:RW -packages: -- ruby-full -- ruby-dev -environment: -site: yourusername.srht.site -sources: -- https://git.sr.ht/~yourusername/your-repo-name -tasks: -- install-bundler: | - sudo gem install bundler -- build: | - cd your-repo-name - bundle install - bundle exec jekyll build -- package: | - cd your-repo-name/_site - tar -cvz . > ../../site.tar.gz -- upload: | - acurl -f https://pages.sr.ht/publish/$site -Fcontent=@site.tar.gz -</code></pre> -<p>Save this file as <code>.build.yml</code> and place it in the root directory of your Jekyll source code.</p> -<p>Then, you just need to push your changes to the repo. If everything was setup properly, you’ll be able to see your live site at <code>https://yourusername.srht.site</code> (just give it a little bit of time to run the full build process)</p> -<h2 id="custom-domains">Custom Domains</h2> -<p>If you’re like me and want to use your own custom domain - have no fear! This process is actually quite easy.</p> -<p>First, add a new A Record through your domain provider:</p> -<pre><code>@ IN A 173.195.146.139 -</code></pre> -<p>Then change the following <code>environment</code> parameter inside your existing <code>.build.yml</code> file:</p> -<pre><code>environment: -site: yourcustomdomain.com -</code></pre> -<p>And that’s it - custom domain set! If you run into any issues check out the <a href="https://srht.site/custom-domains">official documentation on custom domains</a>.</p> -<h2 id="wrapping-up">Wrapping Up</h2> -<p>Hopefully this helps to streamline the process for others to host their static sites through sourcehut. Having open and healthy competition among host providers and <code>git</code> workflows is essential to avoiding vendor lock-in. </p> -<p>Even low-effort support for open-source products (like where you host your static site or FOSS projects) can go a long way. Just some food for thought.</p> -<div class="footnotes"> -<hr/> -<ol> - -<li id="fn1"> -<p>Thanks to <a href="https://cnx.srht.site/">McSinyx</a> for pointing out that the repo used for creating your website can be named anything (instead of defaulting to your sourcehut username) <a href="#fnref1" rev="footnote">↩</a></p> -</li> - -</ol> -</div> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/jekyll/index.html b/build/posts/jekyll/index.html deleted file mode 100644 index 6687d43..0000000 --- a/build/posts/jekyll/index.html +++ /dev/null @@ -1,92 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Setup Jekyll from Scratch on a New Linux System</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="setup-jekyll-from-scratch-on-a-new-linux-system">Setup Jekyll from Scratch on a New Linux System</h1> -<p>2022-09-19</p> -<p><strong>Special Note:</strong> Credit needs to be given to user <a href="https://stackoverflow.com/users/4974784/achraf-jeday">Achraf JEDAY</a> for putting these instructions together on Stack Overflow (although his comments were targeting an older version of Ruby). This post is more for my own personal notes than anything else.</p> -<p>I find myself constantly running into small issues when trying to setup existing Jekyll projects on new Linux systems. I <em>could</em> use something like Docker, but that just seems so beefy and slow to me. So here is a step-by-step way (and foolproof from my own testing) to get Jekyll running smoothly in no time!</p> -<h2 id="figuring-out-ruby-first">Figuring out Ruby First</h2> -<p>The first item of business is removing the default Ruby that ships with most Linux distros:</p> -<pre><code>sudo apt-get remove ruby -</code></pre> -<p>Then we check for updates and install everything we need:</p> -<pre><code>sudo apt update -sudo apt install git curl libssl-dev libreadline-dev zlib1g-dev autoconf bison build-essential libyaml-dev libreadline-dev libncurses5-dev libffi-dev libgdbm-dev -</code></pre> -<p>Now we can install <code>rbenv</code> and <code>ruby-build</code>:</p> -<pre><code>curl -sL https://github.com/rbenv/rbenv-installer/raw/main/bin/rbenv-installer | bash - -</code></pre> -<p>After both of those install, you will want to add those to your system <strong>PATH</strong>:</p> -<h3 id="bash">Bash</h3> -<pre><code>echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.bashrc -echo 'eval "$(rbenv init -)"' >> ~/.bashrc -source ~/.bashrc -</code></pre> -<h3 id="zsh">ZSH</h3> -<pre><code>echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.zshrc -echo 'eval "$(rbenv init -)"' >> ~/.zshrc -source ~/.zshrc -</code></pre> -<p>With that complete, we can now install the version of Ruby we wish to use and set it globally (at this time of writing it is <code>3.1.2</code>):</p> -<pre><code>rbenv install 3.1.2 -rbenv global 3.1.2 -</code></pre> -<p>And <code>rehash</code> so our changes take:</p> -<pre><code>rbenv rehash -</code></pre> -<p>Now you should see the properly set Ruby version when you run the following:</p> -<pre><code>ruby -v -</code></pre> -<h2 id="getting-ruby-gems">Getting Ruby Gems</h2> -<p>In case you don’t have it installed already, be sure to grab <code>rubygems</code>:</p> -<pre><code>sudo apt install rubygems -</code></pre> -<h2 id="running-jekyll">Running Jekyll</h2> -<p>We are almost done! Navigate to your Jekyll project’s directory and run:</p> -<pre><code>gem install jekyll bundler -bundle install -</code></pre> -<p>That’s it! Now if you run <code>bundle exec jekyll serve</code> you’ll find your Jekyll project running locally! Hopefully this helps others when needing to port any Jekyll projects over to a new Linux system. I know it will save me time!</p> -<h2 id="alpine-linux-on-wayland">Alpine Linux on Wayland</h2> -<p>Save yourself a world of trouble: just use <code>docker</code>. The docker image below (jekyll-serve) works out-of-the-box:</p> -<p><a href="https://github.com/BretFisher/jekyll-serve">https://github.com/BretFisher/jekyll-serve</a></p> -<p>Then run the following inside your project:</p> -<pre><code>docker run -p 4000:4000 -v $(pwd):/site bretfisher/jekyll-serve -</code></pre> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/jelly/index.html b/build/posts/jelly/index.html deleted file mode 100644 index eef37be..0000000 --- a/build/posts/jelly/index.html +++ /dev/null @@ -1,77 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Transferring Media from macOS to a Jellyfin Server (Raspberry Pi 4)</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="transferring-media-from-macos-to-a-jellyfin-server-raspberry-pi-4">Transferring Media from macOS to a Jellyfin Server (Raspberry Pi 4)</h1> -<p>2022-03-12</p> -<p>I run a personal media server using Jellyfin on a Raspberry Pi 4 in my home. It’s pretty great and works well across most devices - Google TV, iOS and Android devices, Chromebooks, etc.</p> -<p>The only small headache is adding content (ie. audio, videos) to the existing hard drive that Jellyfin reads from. The last thing you want to do is connect a keyboard and monitor to your Pi to add a few files. Especially if your Pi is setup like mine and buried at the back of a hidden cabinet.</p> -<p>More annoying would be the need to remove the hard drive itself, connect it to your device that has the new files you wish to transfer and then port them over. Big ol’ pass on that system.</p> -<h2 id="sshscp-to-the-rescue">SSH/SCP to the Rescue</h2> -<p><em>Important</em>: before we begin, I should mention that this article assumes the following:</p> -<ul> -<li>The files you plan to transfer from are on a macOS device</li> -<li>You have setup Jellyfin on your Raspberry Pi device</li> -<li>SSH is enabled and accessible on the Pi (across your local network)</li> -<li>The Jellyfin server’s hard drive is mounted in the root directory via something like <code>/mnt</code></li> -</ul> -<p>Good? Moving on then…</p> -<p>Open your terminal of choice and use the following command:</p> -<pre><code>scp movie.mp4 pi_user_name@PI_IP_ADDRESS:/mnt/movies/movie.mp4 -</code></pre> -<ol> -<li><code>movie.mp4</code> is the file in the current macOS directory we plan to copy over</li> -<li><code>pi_user_name</code> is the username you setup on your Raspberry Pi</li> -<li><code>PI_IP_ADDRESS</code> is, of course, your Pi’s IP address</li> -<li>The appended <code>:/mnt/movies/movie.mp4</code> is the directory your Jellyfin server uses to pull-in media</li> -</ol> -<p>You’ll be prompted for the user password. Once entered the file will begin copying over to your remote Jellyfin server. That’s it! Although, I should mention a little bonus feature that you should always have in your back pocket, since Jellyfin can sometimes be picky with media file formats:</p> -<h2 id="converting-media-files-with-ease">Converting Media Files with Ease</h2> -<p>This is where your new best friend <code>FFmpeg</code> comes into your life (if they weren’t there already).</p> -<ul> -<li>Download and install <code>FFmpeg</code> –> <a href="https://www.ffmpeg.org/download.html">ffmpeg.org/download.html</a></li> -</ul> -<p>Now navigate to the directory containing the media file you wish to convert via your Terminal and run the following command:</p> -<pre><code>ffmpeg -i input.mp4 output.mkv -</code></pre> -<ol> -<li><code>input.mp4</code> is the initial file we wish to convert</li> -<li><code>output.mkv</code> will be the name and file type of our converted media</li> -</ol> -<p>Now you can circle back and run the previous <code>scp</code> command once you have converted your files to the desired format. Hopefully Jellyfin doesn’t complain about the formatting!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/jsincss-parent-selector/index.html b/build/posts/jsincss-parent-selector/index.html deleted file mode 100644 index 4c98e89..0000000 --- a/build/posts/jsincss-parent-selector/index.html +++ /dev/null @@ -1,95 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Using Parent Selectors in CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="using-parent-selectors-in-css">Using Parent Selectors in CSS</h1> -<p>2018-12-19</p> -<p>I recently saw a Twitter thread posted by Tommy Hodgins on implementing highly requested styling features in CSS with only a minimal amount of JavaScript. Many of his examples are great, but the <code>parent</code> selector instantly peaked my interest.</p> -<p>Being able to target an element’s parent always becomes a minor annoyance (since vanilla CSS does not support it) - so you always end up having to do something a little ugly like:</p> -<pre><code>var el = document.getElementById('custom-div'); -var parent = el.closest(selectors); -</code></pre> -<p>And then add any custom styling to the parent element directly in JavaScript - or toggle a class which opens a whole other can of worms.</p> -<h2 id="save-the-day-with-jsincss-parent-selector-and-qaffeine">Save the day with jsincss-parent-selector and qaffeine</h2> -<p>By using the <code>jsincss-parent-selector</code> and <code>qaffeine</code> plugins we can target an element’s parent in CSS without breaking a sweat. Let’s break it down:</p> -<h3 id="import-the-packages">Import the packages</h3> -<pre><code>npm install jsincss-parent-selector qaffeine -</code></pre> -<h3 id="html-ex.-index.html">HTML (ex. index.html)</h3> -<p>Now we add our very simple HTML skeleton:</p> -<pre><code><!doctype html> -<html> - <head> - <link rel="stylesheet" href="output.css"> - </head> - <body> - <header> - <main> - <h2>This is a header</h2> - </main> - </header> - </body> - <script src=output.js></script> -</html> -</code></pre> -<h3 id="javascript-ex.-input.js">JavaScript (ex. input.js)</h3> -<pre><code>const qaffeine = require('qaffeine') -const parent = require('jsincss-parent-selector') - -qaffeine( -{ - stylesheet: {}, - rules: { - parent - } -}, -'input.css', -'output.js', -'output.css' -) -</code></pre> -<h3 id="css-ex.-input.css">CSS (ex. input.css)</h3> -<pre><code>header { - display: block; -} -main[--js-parent] { - background: blue; -} -</code></pre> -<p>Then simply run <code>node</code> against your <code>js</code> file. That’s it! I would also suggest checking out Tommy’s video covering this topic if you prefer to follow along.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/keynote-slides-css/index.html b/build/posts/keynote-slides-css/index.html deleted file mode 100644 index 528376c..0000000 --- a/build/posts/keynote-slides-css/index.html +++ /dev/null @@ -1,120 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Keynote Slides with Pure CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="keynote-slides-with-pure-css">Keynote Slides with Pure CSS</h1> -<p>2020-06-22</p> -<p>There are a great deal of options available on the web and built into most operating systems when you need to create presentation / keynote slides. You could use native software like LibremOffice Impress, Powerpoint, Apple’s Keynote, etc. You could also decide to use preexisting web-based apps like Google Slides or an open source project such as RevealJS. All of these are good options.</p> -<p>But thinking more about how overly complex these apps are implemented, it got me wondering if I could quickly code up a presentation slide framework with pure CSS and barely any code.</p> -<p>This is what I came up with:</p> -<h2 id="the-demo">The Demo</h2> -<p><a href="https://codepen.io/bradleytaunt/pen/jOWBJZb">Live CodePen Example</a></p> -<p>Yes, I know this is <em>ugly</em>, but this was created as a barebones skeleton for others to build upon. The demo uses a simple set of <code>radio</code> inputs that correspond to their own individual <code>slide</code> element. The framework looks at the currently <code>checked</code> input, then changes the <code>opacity</code> and <code>z-index</code> of its corresponding slide item. Pretty straightforward stuff!</p> -<p>Let’s break down each piece:</p> -<h2 id="the-html">The HTML</h2> -<pre><code><div class="slider"> - <input type="radio" name="pagination" value="1" checked> - <input type="radio" name="pagination" value="2"> - <input type="radio" name="pagination" value="3"> - <input type="radio" name="pagination" value="4"> - <input type="radio" name="pagination" value="5"> - - <div class="slide"> - <h2>Slide 1</h2> - </div> - <div class="slide"> - <h2>Slide 2</h2> - </div> - <div class="slide"> - <h2>Slide 3</h2> - </div> - <div class="slide"> - <h2>Slide 4</h2> - </div> - <div class="slide"> - <h2>Slide 5</h2> - </div> -</div> -</code></pre> -<p>There isn’t a whole lot going on here. We are just including a set of <code>radio</code> inputs (based on how many slides are desired) along with their corresponding <code>slide</code> class elements. You might notice we don’t do anything to specifically target each individual slide item - you’ll see why we don’t need to in the CSS section!</p> -<h2 id="the-css-scss">The CSS (SCSS)</h2> -<pre><code>/* Basic default styles */ -.slider { - height: 100%; - left: 0; - position: fixed; - top: 0; - width: 100%; - - .slide { - height: 100%; - opacity: 0; - position: absolute; - width: 100%; - z-index: -2; - } -} - -input[type="radio"] { cursor: pointer; } - -/* Target slide item based on currently checked radio */ -input[type="radio"]:nth-of-type(1):checked ~ .slide:nth-of-type(1), -input[type="radio"]:nth-of-type(2):checked ~ .slide:nth-of-type(2), -input[type="radio"]:nth-of-type(3):checked ~ .slide:nth-of-type(3), -input[type="radio"]:nth-of-type(4):checked ~ .slide:nth-of-type(4), -input[type="radio"]:nth-of-type(5):checked ~ .slide:nth-of-type(5) { - opacity: 1; - z-index: 1; -} - -/* Individual slide styling */ -.slide:nth-of-type(1) { background: dodgerblue; } -.slide:nth-of-type(2) { background: crimson; } -.slide:nth-of-type(3) { background: rebeccapurple; } -.slide:nth-of-type(4) { background: goldenrod; } -.slide:nth-of-type(5) { background: pink; } -</code></pre> -<p>Again, not much to see here. We use CSS to look down through the DOM for each <code>radio</code> elements slide “partner”. We do this by targeting the <code>nth-of-type</code> on both elements. Simple stuff.</p> -<p>Some drawbacks to this approach:</p> -<ul> -<li>You need to manually target each new slide you add (color, styling, content, etc.)</li> -<li>Lack of animations might require extra work to implement (maybe 3rd party libraries- ke AOS?)</li> -<li>Probably won’t be best for extremely long/complex presentation slides</li> -</ul> -<p>That’s it! Hope you enjoy playing around with it.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/launching-thriftyname/index.html b/build/posts/launching-thriftyname/index.html deleted file mode 100644 index 0637911..0000000 --- a/build/posts/launching-thriftyname/index.html +++ /dev/null @@ -1,51 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>ThriftyName: $5 Brand Names</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="thriftyname-5-brand-names">ThriftyName: $5 Brand Names</h1> -<p>2021-02-25</p> -<p>It’s been a while since I’ve written anything on this blog, but for good reason - <strong>I’ve been working on a handful of side projects</strong>. I plan to drip-feed release these projects over time, but for today I’m announcing <a href="https://thrifty.name">ThriftyName</a>.</p> -<h2 id="what-is-thriftyname">What is ThriftyName?</h2> -<p>In case this post title wasn’t clear enough (or you avoided going to the product site itself) ThriftyName is a place where indie devs, start-ups or entrepreneurs can go to get a custom brand name for <strong>just $10</strong>.</p> -<p>This “service” started out as an almost gimmicky joke in my head, but once I began building out the main website I realized that this could be quite useful for cash-strapped indies. After all, not all developers <em>love</em> to sit around wasting precious time thinking about product names, when they could use that time to <em>build their product</em>.</p> -<h2 id="learn-more">Learn More</h2> -<p>If you’re really interested in the reasoning behind making this project, check out the <a href="https://thrifty.name/#about">official about page on the site itself</a>. I go into a little more depth about my thought process.</p> -<h2 id="more-side-projects-incoming">More Side Projects Incoming…</h2> -<p>Like I said at the beginning of the post, keep a look out for my other side projects that I’ll be rolling out slowing. I’m still not sure of the best “method” to do this (release one every week? every month?) - but I’ll figure it out as I go along.</p> -<p>Thanks for reading!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/lazy-dev-dark-mode/index.html b/build/posts/lazy-dev-dark-mode/index.html deleted file mode 100644 index 1cc4bd6..0000000 --- a/build/posts/lazy-dev-dark-mode/index.html +++ /dev/null @@ -1,63 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>The Lazy Developer's Dark Mode</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="the-lazy-developers-dark-mode">The Lazy Developer’s Dark Mode</h1> -<p>2021-04-12</p> -<p>After recently jumping back to Jekyll for my personal blog, I decided to take a closer look at how I was supporting <code>dark mode</code> for my visitors. I was using the proper CSS query to target those who had system-wide dark mode enabled, but I found that the code had far too many caveats and targeted too many custom classes.</p> -<p>So I thought to myself, “There <em>has</em> to be a simpler way…”</p> -<h2 id="introducing-dark-mode---the-lazy-way">Introducing Dark Mode - The Lazy Way</h2> -<p>Here is the default dark mode for my current website in all it’s glory:</p> -<pre><code>@media (prefers-color-scheme: dark) { - body{background:#2d2d2d;filter:invert(1);} - img,.cp_embed_wrapper,pre{filter:invert(1);} -} -</code></pre> -<p>Not much to look at, eh? Well, let’s still break it down.</p> -<p>First we set the <code>body</code> to use a nice dark background color (avoid using <code>#000000</code> directly since that can cause some minor eye strain). Next we tell the browser to invert all the child elements by using <code>filter:invert(1)</code>. At this point, you could consider your work done - but there are some edge case elements…</p> -<h2 id="images-codepens-code---oh-my">Images, CodePens & Code - Oh My!</h2> -<p>Most of my articles on this site will include either an image(s), embedded CodePen examples or code snippets directly in the page. For these elements we probably <em>don’t</em> want to invert their color/text etc. All we need to do is run the filter property on these a second time (<em>after</em> the main <code>body</code> attribute):</p> -<pre><code>@media (prefers-color-scheme: dark) { - img,.cp_embed_wrapper,pre{filter:invert(1);} -} -</code></pre> -<p>Of course, YMMV depending on what other custom elements you want to avoid inverting.</p> -<h2 id="minor-caveats">Minor Caveats</h2> -<p>I should mention that since my website doesn’t use any custom coloring for anchor links, inverting <code>ahref</code> elements works out of the box. Certain projects might still require some custom overrides if the inverted version of a certain custom color looks poor.</p> -<p>That’s it - enjoy being lazy!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/learning-to-floss/index.html b/build/posts/learning-to-floss/index.html deleted file mode 100644 index 70aaecb..0000000 --- a/build/posts/learning-to-floss/index.html +++ /dev/null @@ -1,75 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>How to "FLOSS" as a Web Designer</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="how-to-floss-as-a-web-designer">How to “FLOSS” as a Web Designer</h1> -<p>2020-02-07</p> -<p>I have a profound respect for the open source community. I most likely wouldn’t have the skills or knowledge I do today with it. Unfortunately, when I was just starting out in “web dev” some 10 years ago, proprietary software was the main go-to for a newbie designer. </p> -<p>Dreamweaver. Fireworks (those were the days). Photoshop. Illustrator. Adobe products basically had a stranglehold on the web design community. Any company you joined at the time more than likely required you to know and use these tools, making it hard for designers to try out new software for their day-to-day needs. Not to mention the <em>cost</em> associated with these products.</p> -<p>Fast forward a handful of years and we have a lot more options in terms of design / development software (whether Windows, Mac or Linux). UI design tools like Figma, Sketch and Adobe XD have since popped up and become the most popular among designers. New text editors and terminals hit the scene, fighting for developer attention (Atom, Sublime Text, VSCode, LightTable, iTerm2, Hyper, etc.).</p> -<p>But what if a designer wanted to go completely FLOSS?</p> -<p>Below you will find my own personal list of FLOSS applications I use across design, development and simple document management:</p> -<h3 id="web-browsers">Web Browsers</h3> -<ul> -<li>Firefox <a href="https://www.mozilla.org/en-CA/firefox/">https://www.mozilla.org/en-CA/firefox/</a></li> -<li>Brave <a href="https://brave.com/">https://brave.com/</a></li> -</ul> -<h3 id="visual-design">Visual Design</h3> -<ul> -<li>GIMP <a href="https://www.gimp.org/">https://www.gimp.org/</a></li> -<li>Inkscape <a href="https://inkscape.org/">https://inkscape.org/</a></li> -<li>Pencil <a href="https://pencil.evolus.vn/">https://pencil.evolus.vn/</a></li> -</ul> -<h3 id="code-text-editors">Code / Text Editors</h3> -<ul> -<li>Brackets <a href="http://brackets.io/">http://brackets.io/</a></li> -<li>Visual Studio Code <a href="https://github.com/Microsoft/vscode">https://github.com/Microsoft/vscode</a></li> -<li>Atom <a href="https://atom.io/">https://atom.io/</a></li> -</ul> -<h3 id="terminal-shells">Terminal Shells</h3> -<ul> -<li>Terminus <a href="https://eugeny.github.io/terminus/">https://eugeny.github.io/terminus/</a></li> -<li>Hyper <a href="https://hyper.is/">https://hyper.is/</a></li> -</ul> -<h3 id="documents">Documents</h3> -<ul> -<li>LibreOffice <a href="https://www.libreoffice.org/">https://www.libreoffice.org/</a></li> -</ul> -<h2 id="nothing-special">Nothing special</h2> -<p>This small list I’ve compiled isn’t earth-shattering by any means, but I wanted to put this out into the world for any newbie designer that might be starting out. You don’t need to spend a ridiculous amount of money just to get your feet wet in the design industry. By using the tools listed above, beginners can get a solid head-start on creating for the web without burning a hole in their pocket. </p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/lf/index.html b/build/posts/lf/index.html deleted file mode 100644 index ce33bc0..0000000 --- a/build/posts/lf/index.html +++ /dev/null @@ -1,59 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Installing Custom Fonts on Linux from the Command Line</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="installing-custom-fonts-on-linux-from-the-command-line">Installing Custom Fonts on Linux from the Command Line</h1> -<p>2022-09-20</p> -<p>Installing custom fonts is a fairly streamlined feature on operating systems like MacOS and Windows. Linux, on the other hand, struggles to make this workflow <em>easy</em> for everyday users. Many newcomers tend to get frustrated with using the default “Fonts” application managers shipped with most Linux distros.</p> -<p>But I’m here to tell you to <strong>ditch</strong> those GUI font installers. Let’s install our custom fonts in the command line!</p> -<h2 id="get-your-font-files">Get Your Font Files</h2> -<p>You can’t install custom fonts if you don’t have any. For this tutorial we are going to assume that we are trying to install a typeface set named <code>LinuxFont</code>. We are going to assume that we have already downloaded and extracted a folder named <code>LinuxFont</code> into our <code>Downloads</code> directory.</p> -<p>Inside this hypothetical folder is a collection of <code>OTF</code> (opentype) font files. This will be important information in a moment.</p> -<h2 id="terminal-time">Terminal Time</h2> -<p>Now our goal is to simply copy this new typeface folder into our user font directory. Open Terminal and run the following from your <code>Downloads</code> directory:</p> -<pre><code>sudo cp -r LinuxFont /usr/local/share/fonts/opentype/ -</code></pre> -<p><strong>Important</strong>: If your font files are NOT opentype format, be sure to copy your files to the proper directory (truetype for TTF, etc.)</p> -<p>Next we need to make sure we have full read and write privileges for this new folder:</p> -<pre><code>sudo chmod -R 0777 /usr/local/share/fonts/opentype/LinuxFont -</code></pre> -<p>The last thing we need to do is reload the font cache on our system:</p> -<pre><code>sudo fc-cache -fv -</code></pre> -<p>That’s it! You should now have access to your custom typeface in all your applications system wide.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/linux-love/index.html b/build/posts/linux-love/index.html deleted file mode 100644 index f514e7d..0000000 --- a/build/posts/linux-love/index.html +++ /dev/null @@ -1,77 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>The Linux Desktop is Hard to Love</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="the-linux-desktop-is-hard-to-love">The Linux Desktop is Hard to Love</h1> -<p>2022-07-14</p> -<p>I want to love the “Linux Desktop”. I really do. But I’ve come to the realization that what I love is the <em>idea</em> of the Linux Desktop. The community. The security and core focus on open source. The customizable environments. Tweaking as much or as little of the operating system as I please!</p> -<p>I just can’t <em>stick with it</em>. I always end up back on macOS. And I’m starting to understand why.</p> -<h2 id="what-the-linux-desktop-gets-right">What the Linux Desktop Gets Right</h2> -<p>To be fair, there is an incredible amount of things that the Linux desktop does really well:</p> -<ul> -<li>Complete user control</li> -<li>Ability to drastically change the desktop UI -<ul> -<li>Gnome, KDE, XFCE, etc.</li> -</ul></li> -<li>Overall good and welcoming communities</li> -<li>Extensive documentation for almost everything</li> -</ul> -<p>These things make Linux a solid experience overall - but not a <em>great</em> one…</p> -<h2 id="what-the-linux-desktop-gets-wrong">What the Linux Desktop Gets Wrong</h2> -<p>If I had to summarize in a word what Linux lacks compared to macOS it would be: <em>cohesion</em>.</p> -<p>Apple’s macOS keeps a solid consistency throughout its entire design. Everything looks and feels like it is part of the same system. Which is what a fully-fledged OS <em>should</em> feel like. The argument can be made that macOS suffers some fragmentation with things like <code>homebrew</code>, applications directly from developers vs. applications via the Mac App Store.</p> -<p>While this is true, I believe Linux desktops suffer far worse in terms of fragmented systems. Users building applications from source, <code>snap</code> packages, <code>flathub</code> packages, custom package managers shipped with separate distros, etc. And with this fragmentation comes the constant debates and discussions around which to use and which to avoid.</p> -<p>This can become overwhelming for average computer users. This is something we tend to forget in our “tech hubs”. Most users want to boot up their machine and get to work. Linux can absolutely do this, but if a user hits a minor snag, then I guarantee they will have more difficulty fixing it compared to an issue found in macOS.</p> -<h2 id="user-experience">User Experience</h2> -<p>Design is important. The user experience will make or break an operating system. This is another issue I’ve found with many Linux desktops.</p> -<p>Let’s take Bluetooth for example. It works flawlessly in macOS. I have never had a single device bug-out or refuse to connect. Devices connect almost immediately when pairing. The UI is intuitive and gives the user clear feedback to what the system is doing while pairing, disconnecting, and so on.</p> -<p>Now, compare this to an average Linux DE experience - not so seamless. The fact that some distros require you to hop into a terminal in order to properly configure Bluetooth is pretty terrible. Sure, most have GUIs setup similar to that of macOS, but I find myself time and time again needing to pop open that trusty ol’ Terminal. This is fine for someone like myself, but for the average computer user? No way.</p> -<p>Looking for another example? Printers. Yes, printers are terrible machines created in the depths of Hell itself, but they are a necessary evil. And again, macOS handles “plug-and-play” printer functionality like a champ. Linux on the other hand is a mixed bag. I’ve had some luck with specific Linux distros working with printers in this “plug-and-play” fashion, while others become a battle of attrition[^1]. Let’s not even begin to talk about wireless <em>only</em> printers and setting up their proper drivers on Linux.</p> -<h2 id="quality-hardware">Quality Hardware</h2> -<p>Another advantage macOS has over most other Linux desktops is tailored hardware. Apple produces the hardware created to run their own operating system, meaning it was specifically built for that task. Linux desktops are designed to run on almost any[^2] piece of hardware. Though this is fantastic in terms of technological sustainability (avoids dumping old devices when they lose “support”) it ends up causing more support issues. Needing to support such a wide range of chip sets and drivers spreads the focus on a streamlined UX a little more thin. It becomes difficult to perfect a cohesive experience user-to-user when some many variables can be different. I should note that some distros[^3] are making fantastic strides in this area but are still far from ideal.</p> -<h2 id="i-still-use-linux">I Still Use Linux</h2> -<p>I might have attacked the overall Linux desktop experience in favor of macOS a little harshly in this post, but it’s a simple reflection of a individual who has used both extensively. I still work with multiple Linux machines daily. I still <em>like</em> using Linux.</p> -<p>I just don’t <em>love</em> it.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>People swear by CUPS working well on Linux, but this has caused issues for me in the past as well. Unsure why macOS handles it fine…</li> -<li>Depending on the desired distro, resources required, etc.</li> -<li>A couple that come to mind are Zorin OS and elementary OS</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/linux-mint-macbook-air/index.html b/build/posts/linux-mint-macbook-air/index.html deleted file mode 100644 index b496162..0000000 --- a/build/posts/linux-mint-macbook-air/index.html +++ /dev/null @@ -1,112 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Linux Mint MacBook Air Setup</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="linux-mint-macbook-air-setup">Linux Mint MacBook Air Setup</h1> -<p>2020-08-16</p> -<p>I don’t like the idea of throwing away old or outdated tech (within reason), so I try to find a new purpose for some of my “retired” devices. This article will cover how to switch over a mid-2011 model MacBook Air to utilize Linux Mint.</p> -<p><strong>Important</strong>: This setup will completely wipe your existing disk and create a fresh install of Linux Mint on the SSD. You have been warned.</p> -<h2 id="the-specs">The Specs</h2> -<p>My old MacBook Air has a pretty decent spec sheet:</p> -<ul> -<li>Processor: <strong>1.7GHz dual-core Intel Core i5</strong></li> -<li>Memory: <strong>4GB of 1333MHz DDR3</strong></li> -<li>Graphics: <strong>Advanced Intel HD Graphics 3000</strong></li> -<li>SSD: <strong>128 GB</strong></li> -</ul> -<p>And let’s take a look at the basic system requirements Linux Mint suggests:</p> -<ul> -<li>2GB RAM</li> -<li>Dual Core Processor</li> -<li>20GB free disk space</li> -</ul> -<p>We are looking pretty good!</p> -<h2 id="step-1-download-linux-mint">Step 1: Download Linux Mint</h2> -<p>For this setup we will be using the latest, stable version (at this time of writing) of Linux Mint 20 “Ulyana” - Xfce which is 20. You can download the necessary files here: </p> -<ul> -<li><a href="https://www.linuxmint.com/edition.php?id=283">Linux Mint 20 “Ulyana” - Xfce</a> [1.8GB]</li> -</ul> -<h2 id="step-2-flash-linux-mint-to-usb-stick">Step 2: Flash Linux Mint to USB Stick</h2> -<p>Next we just need to flash the Linux Mint OS to a USB storage device. If you need to purchase some, you can easily find them on Amazon (affliate link):</p> -<ul> -<li><p><a href="https://www.amazon.com/gp/product/B00JB3NXIS/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=B00JB3NXIS&linkCode=as2&tag=uglyduck-20&linkId=494f4c1dd4e21782ecb865bcaa5a526b">Kootion 10 Pack 4GB Flash Drive 4gb USB 2.0 Flash Drives Keychain USB Drive Bulk Thumb Drive Swivel Memory Stick Black</a></p></li> -<li><p>Download <a href="https://www.balena.io/etcher/">Balena Etcher</a> for your current operating system</p></li> -<li><p>Run the installer</p></li> -</ul> -<p>Once installed, open Etcher do the following:</p> -<ol> -<li>Select your downloaded Linux Mint ISO file</li> -<li>Select your USB stick/device as the media</li> -<li>Flash media</li> -<li>???</li> -<li>Profit!!</li> -</ol> -<h2 id="step-3-boot-from-usb">Step 3: Boot from USB</h2> -<ul> -<li>Make sure your Macbook Air is turned off</li> -<li>Plug your newly flashed USB stick into the MacBook Air</li> -<li>Turn on the MacBook Air</li> -<li>Immediately hold down the <strong>alt/option</strong> button (keep holding until the prompt screen is visible)</li> -<li>You will be shown drive “icons” - you want to select your USB drive (normally the far right icon)</li> -<li>Press <strong>Enter</strong></li> -<li>Select the first item in the list that appears “Start Linux Mint”</li> -</ul> -<p>After this you will boot into a “live session” of the Linux Mint operating system.</p> -<h2 id="step-4-installing-linux-mint">Step 4: Installing Linux Mint</h2> -<p>Linux Mint makes it very easy for you to install it’s OS step-by-step (similar to most other Linux distros). Simply <strong>double-click</strong> on the “Install Linux Mint” CD icon on the main desktop.</p> -<ul> -<li>Choose your language. then hit <strong>Continue</strong></li> -<li>Select your preferred keyboard layout, then hit <strong>Continue</strong></li> -<li><em>Optional</em>: You might be asked to connect to a WiFi network, if you are set it up now</li> -<li>I would suggest downloading the multimedia codecs to make things easier, then hit <strong>Continue</strong></li> -<li>For installation type, select “Erase disk and install Linux Mint”, then hit <strong>Continue</strong> -<ul> -<li>WARNING: This will wipe your current drive completely - make sure you are okay with this!</li> -</ul></li> -<li>It will issue you with a warning prompt, simply click <strong>Continue</strong></li> -<li>Select your timezone, then hit <strong>Continue</strong></li> -<li>Enter your name, a username, a name for your computer, and set a password (you will use this to login moving forward)</li> -<li>Wait for the installation to complete</li> -<li>Once complete, you will be prompted to <strong>reboot your system</strong></li> -<li>After a reboot you will be prompted to remove the USB device and then press <strong>Enter</strong></li> -<li>Welcome to Linux Mint!</li> -</ul> -<h2 id="conclusion">Conclusion</h2> -<p>Linux Mint is not only a great operating system, but it is also an excellent starting point for newcomers to Linux in general. It’s stable enough to be used as a daily driver and popular enough that most minor issues can be solved with a quick internet search.</p> -<p>Hopefully this inspires others to try “recycling” their older Apple products instead of tossing them away or having them collect dust.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/load-image-on-click/index.html b/build/posts/load-image-on-click/index.html deleted file mode 100644 index be35faf..0000000 --- a/build/posts/load-image-on-click/index.html +++ /dev/null @@ -1,69 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Click to Load Website Images</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="click-to-load-website-images">Click to Load Website Images</h1> -<p>2021-03-25</p> -<p>In my previous post about <a href="https://uglyduck.ca/#2021-03-22-89-posts-one-file">switching my Jekyll blog over to PHPetite</a>, I briefly mentioned how I only loaded in article images if the user <em>clicked or tapped</em> the empty file element.</p> -<p>In this post, I’m going to quickly breakdown the update I’ve done to my blog’s images since then and how you can easily implement the same thing in your own project.</p> -<h2 id="update">Update</h2> -<p>As pointed out by Gabriel <a href="https://github.com/bradleytaunt/phpetite/issues/1">in this Github issue</a>, this concept breaks things slightly for RSS users. Since then, I have just set the default images on this blog to <code>display: none</code> and render them as <code>block</code> elements when their specific <code>section</code> is loaded into the DOM visibly.</p> -<p>The example below is remaining the same as it was, to still provide context for this post.</p> -<h2 id="live-demo">Live Demo</h2> -<p>Before we jump head first into the details, let’s take a look at what we will be creating:</p> -<p>Pretty neat, eh? Well let’s get into the nitty gritty.</p> -<h2 id="the-code">The Code</h2> -<p>Personally, I place everything into a <code>figure</code> element to keep things contained and clean - but this isn’t required by any means. We then include our <code>img</code> and <code>figcaption</code> elements. That’s it.</p> -<pre><code><figure> - <img src="/placeholder-image.webp" onclick="this.src='https://res.cloudinary.com/bradtaunt/image/fetch/q_auto:low/v1570124593/https://uglyduck.ca/public/images/aqua-ui-css-buttons.webp'" alt="Aqua UI buttons"> - <figcaption><b>Click the placeholder to load in the real image</b><br> - Example Dribbble shot for testing. Feel free to click the default image in order to load the correct Dribbble source. - <a href="https://res.cloudinary.com/bradtaunt/image/fetch/q_auto:low/v1570124593/https://uglyduck.ca/public/images/aqua-ui-css-buttons.webp">View full size image</a>. - </figcaption> -</figure> -</code></pre> -<h3 id="the-image-element">The Image Element</h3> -<p>This is where the <em>magic</em> happens. By default all images will target the default placeholder image: <code>placeholder-image.webp</code>. This image is just 16KB in size and only needs to load in once.</p> -<p>Next we include an inline <code>onclick</code> attribute, which targets the current image’s <code>src</code> attribute and changes it based on the URL provided. (Note: I use Cloudinary for my blog’s image storage, but you could even host your images relative to your root directory if you wanted)</p> -<p>Now when a user clicks on the placeholder image, the inline <code>onclick</code> pulls in the correct image in it’s place.</p> -<h3 id="disabled-javascript">Disabled JavaScript</h3> -<p>For users who have JavaScript blocked or disabled we have a decent backup. By including a direct link to the image URL in the <code>figcaption</code> element, we give the user the ability to still view the image in a separate browser tab.</p> -<p>You could get extra fancy and include some <code>noscript</code> tags in your project that maybe render a different placeholder image mentioning they have JavaScript disabled etc, but for my needs that would be overkill.</p> -<h2 id="cool---but-why-do-this">Cool - But Why Do This?</h2> -<p>Bandwidth is a limited resource for a lot of users around the world. As designers and developers it’s best to respect this fact and only load in elements as the user <em>requires</em> them. Every little bit helps.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/localwp-fedora/index.html b/build/posts/localwp-fedora/index.html deleted file mode 100644 index 67fb676..0000000 --- a/build/posts/localwp-fedora/index.html +++ /dev/null @@ -1,54 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Fixing LocalWP on Fedora 32</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="fixing-localwp-on-fedora-32">Fixing LocalWP on Fedora 32</h1> -<p>2020-05-06</p> -<p>I recently upgraded from Fedora 31 to 32 and everything went very smoothly - except for one application: <strong>LocalWP</strong>. After the upgrade, all local WordPress builds would fail and complain about two missing packages:</p> -<ul> -<li>libnettle6</li> -<li>libhogweed4</li> -</ul> -<p>After wasting far too much time rolling back to older LocalWP versions and reaching out into the community forums, I found a simply solution to the problem. You just need to download and install the following packages manually:</p> -<ul> -<li>libnettle6: <a href="https://pkgs.org/download/libnettle6">libnettle6-3.4.1-lp152.3.1.x86_64.rpm</a></li> -<li>libhogweed4: <a href="https://pkgs.org/download/libhogweed4">libhogweed4-3.4.1-lp152.3.1.x86_64.rpm</a></li> -</ul> -<p>Although these packages are built for OpenSuse, it still worked perfectly fine for me. My hope is that this quick post might be helpful for others who possibly run into the same issue.</p> -<p>For reference, here is the Local Community ticket I created: <a href="https://localwp.com/community/t/local-not-working-fedora-32-workstation-edition/19219">Local not working with Fedora 32</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/loop/index.html b/build/posts/loop/index.html deleted file mode 100644 index 4f77d4b..0000000 --- a/build/posts/loop/index.html +++ /dev/null @@ -1,80 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Looping Through Jekyll Collections</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="looping-through-jekyll-collections">Looping Through Jekyll Collections</h1> -<p>2022-08-12</p> -<p>I recently needed to add a couple new items to my wife’s personal recipe website (<a href="https://cookingwith.casa">cookingwith.casa</a>) which I hadn’t touched in quite a while. The Jekyll build still worked fine, but I realized I was statically adding each <code>collection</code> by hand on the main homepage[^1].</p> -<p>Not so good.</p> -<p>Of course, this wasn’t difficult at all to fix. Now everything is much more “hands free” moving forward. I figured I would share the details here in the hopes that others mind find it useful. Plus, it’s my blog - so I’ll do what I want!</p> -<h2 id="looping-our-collections">Looping Our Collections</h2> -<p>We want Jekyll to make things as streamlined as possible for us. This means that if I decide to add a new collection it will automatically render it along the others on the homepage.</p> -<p>Work smart not hard!</p> -<p>Let’s take a look at the bare-bones collections loop:</p> -<pre><code>{% for collection in site.collections %} - <!-- Our code goes here --> -{% endfor %} -</code></pre> -<p>Then we need to include an <code>if</code> statement to avoid pulling in standard <code>post</code> items (or leave this in if that is desired):</p> -<pre><code>{% for collection in site.collections %} - {% if collection.label != 'posts' %} - {% endif %} -{% endfor %} -</code></pre> -<p>Now for my specific use case, we want to display each collection label and then list its corresponding items below that label (see the <code>site[collection.label]</code> for reference)</p> -<pre><code>{% for collection in site.collections %} - {% if collection.label != 'posts' %} - <h2>{{ collection.label }}</h2> - <ul class="recipe-list"> - {% for item in site[collection.label] %} - <li> - <a href="{{ item.url }}">{{ item.title }}</a> - </li> - {% endfor %} - </ul> - <hr> - {% endif %} -{% endfor %} -</code></pre> -<p>That’s it! Now if I plan to add any new collections down the line, I just need to include it in the <code>_config.yml</code> file and I’m set. The homepage will take care of the rest once rendered.</p> -<p>Enjoy looping through your Jekyll collections!</p> -<h2 id="refs">Refs</h2> -<ol> -<li>Just the sections were statically rendered. All the recipes were pulled in dynamically - I’m not that insane!</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/luba/index.html b/build/posts/luba/index.html deleted file mode 100644 index 26234b8..0000000 --- a/build/posts/luba/index.html +++ /dev/null @@ -1,93 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>My Robotic Mower Woes</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="my-robotic-mower-woes">My Robotic Mower Woes</h1> -<p>2023-05-19</p> -<h2 id="a-brief-background">A Brief Background</h2> -<p>I’m no stranger to robotic lawnmowers. When my wife and I moved into our rural home just over five years ago, we picked up the Husqvarna 450X Automower since I was far too lazy to manually mow my property and the cost was equal to that of a standard riding mower. It was a no-brainer.</p> -<p><img src="/public/images/mower-1.jpeg" alt="The Husqvarna 450X" /></p> -<p><em>The Husqvarna 450X (not mine but same model)</em></p> -<p>Fast-forward five years. Everything is still going great with the Automower. Some minor repairs were needed but that was mostly my fault since I was allowing the mower into places it shouldn’t have been (ie. root systems and dirt “craters”). Then lightning struck our backyard at the beginning of April this year. The mower was fine, since we stow it away inside for the winter but the charging station, charging brick and perimeter wire we <em>not</em> so lucky…</p> -<p>The lightning traveled along the main perimeter wire and went straight to the charging station. Boom. The charging dock was quite literally blown up into a million tiny pieces and scattered across my backyard. Giant trenches were carved up where the perimeter wire had been embedded in the lawn. This surge also followed the path towards the main power adapter and exploded that as well. All of this happened even with the charging station / adapter <em>turned off and unplugged from any outlet</em>. At least my mower was safe…</p> -<h2 id="shopping-for-automower-parts">Shopping for Automower Parts</h2> -<p>I realized I was going to have to buy another charging station, power adapter and also pay for a dealer to re-install the perimeter wire. This idea didn’t thrill me but at least all-in the expense wouldn’t be that high. Or so I thought…</p> -<p>I contacted my local dealer and he quoted me directly from the Husqvarna supplier:</p> -<ul> -<li>Charging base station: $749 CDN</li> -<li>Power adapter: $599 CDN</li> -<li>Perimeter wire install: ~$550 CDN</li> -</ul> -<p>I thought the cost for both the charging station and the wire install seemed about right - but <strong>$599</strong> for a power adapter?! Are you kidding me? Best of all, these parts were on <em>back-order</em>. So even if I shelled out the ridiculous asking price, it was anyone’s guess when I would get them. May was fast approaching and I would need to start cutting my property soon. I started to look at other options.</p> -<h2 id="husqvarna-epos-mowers">Husqvarna EPOS Mowers</h2> -<p>Husqvarna recently launched their “perimeter-free” automowers for the general public (originally designed only for “fleet” enterprise use). These units use GPS and RTK position to map the desired cutting area of a property. Already my interest was piqued. Moving away from a perimeter wire seemed like a significant upgrade. It would also make my wife happy by allow her to garden freely, without worrying about severing an embedded lawn wire.</p> -<p>So I contacted my local dealer again about these specific units. I came away with some interesting information:</p> -<ol> -<li>They were quite expensive for my taste ($5000+ CDN - before install!)</li> -<li>They were <em>also</em> on back-order here in Canada</li> -</ol> -<p><em>Sigh</em>. The mower gods were trying to tell me something. It seemed Husqvarna was just not meant for me anymore.</p> -<h2 id="luba-to-the-rescue">Luba to the Rescue!</h2> -<p>While researching “wireless” automowers, I came across the <a href="https://mammotion.com/?ref=bpjfzw7s">Luba Series 5000</a> (referral link) and kept it in my “maybe” pile to follow-up on if needed. So follow-up I did.</p> -<p><img src="/public/images/mower-2.webp" alt="The Luba Series 5000" /></p> -<p><em>The Luba Series 5000 AWD (not mine but same model)</em></p> -<p>This mower seemed to check all my boxes:</p> -<ul> -<li>Decently priced</li> -<li>2-year warranty</li> -<li>All wheel drive</li> -<li>I could set it up myself</li> -<li>No perimeter wires</li> -<li>No-go zones available</li> -</ul> -<p>It did have a few minor cons associated with it:</p> -<ul> -<li>Fairly new product / company</li> -<li>No close dealer in my area</li> -<li>iOS and Android apps are more or less “beta”</li> -</ul> -<p>Next, I watched a few early reviews and went through some comments/feedback from beta users. I was convinced enough and bought the AWD 5000 model.</p> -<h2 id="arrival-and-setup">Arrival and Setup</h2> -<p>The mower (who we named Lawna, and shall be referred to as such moving forward) arrived just after the first week of May. The hardware setup (charging station and RTK antenna) was very straight-forward, so I won’t go into great detail about that here. Once Lawna was synced with the RTK and GPS system, it was time to map my property.</p> -<p>I broke my property into 4 main “tasks” as the app calls them. The 5000 model allows you to create up to 10, but for my needs 4 was fine for full coverage. I mapped each one, added a handful of no-go zones to each and told Lawna to get to work. She happily obliged.</p> -<h2 id="the-first-week">The First Week</h2> -<p>I’ve had (almost) zero issues with Lawna after a week and a half of running her daily. She alternates from the front to the back of the property every other day. The app allows you to setup automatic scheduling, but I prefer to run things manually every morning, based on whether an area should be skipped, grass it dried out etc.</p> -<p>The only minor problem I have run into is the need to manually clean grass build-up from under the small cutting blades after Lawna cuts a couple “task” areas. I swapped the default blades to use Husqvarna’s <em>endurance</em> type, since they use a large slotted insert hole as opposed to Mammotion’s two single insert holes. This change makes cleaning the blades faster, safer, and easier to maintain. I realize that a riding mower would require similar maintenance but a truly <em>autonomous</em> device shouldn’t require human intervention.</p> -<h2 id="moving-forward">Moving Forward</h2> -<p>My hope is that the software continues to improve over time and that the core hardware lasts as long as my 450X did. Which now reminds me - I need to sell that thing…</p> -<p>Hopefully this post helps others looking to snag their own robotic mower. So far, I can safely recommend Luba.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/macos-convert-to-html/index.html b/build/posts/macos-convert-to-html/index.html deleted file mode 100644 index 47985c0..0000000 --- a/build/posts/macos-convert-to-html/index.html +++ /dev/null @@ -1,107 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Convert Files to HTML with macOS Automator Quick Actions</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="convert-files-to-html-with-macos-automator-quick-actions">Convert Files to HTML with macOS Automator Quick Actions</h1> -<p>2022-01-28</p> -<p>Since a few people have reached out and thanked me for my previous post <a href="/posts/batch-webp-conversion">Batch Converting Images to webp with macOS Automator</a>, I thought I would continue to share more of my own custom Automator Quick Actions. Today’s post will cover the ability to convert <em>any</em> text-based document into pure HTML.</p> -<p>I know - there are over 6 billion conversion apps that do this very same thing. But our way of doing it is <em>cooler</em>. Our conversion tool:</p> -<ul> -<li>Will run directly inside macOS Finder (right-click actions FTW)</li> -<li>Can batch convert multiple files at once</li> -<li>Can convert mixed files types at the same time</li> -</ul> -<p>And it can do all of this for free on your existing macOS system. No apps required. So, enough chit-chat, let’s get started!</p> -<h2 id="the-dependencies">The Dependencies</h2> -<p>Unfortunately, setting things up isn’t as simple as clicking a single <code>Install</code> button and calling it a day. But don’t start to panic! I assure you everything we’ll be doing is actually quite easy to breeze through - <em>trust me</em>.</p> -<p>Our main requirements will consistent of the following:</p> -<ul> -<li>Homebrew</li> -<li>Pandoc</li> -<li>Ability to open Terminal</li> -</ul> -<h2 id="installing-homebrew">Installing Homebrew</h2> -<p>Homebrew is a simple package manager for macOS. The beauty of having Homebrew is the flexibility in the future for installing other custom packages. Overall it’s just a nice piece of software to have on your machine.</p> -<p>If you have already installed Homebrew in the past, ignore this step and continue down the page. If not, simply open your Terminal and run:</p> -<pre><code>/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" -</code></pre> -<p>Let that finish and you’re done! Also feel free to read more about Homebrew on the <a href="https://brew.sh">official website</a>. Knowledge is power!</p> -<h2 id="installing-pandoc">Installing Pandoc</h2> -<p>The package that is going to be doing all the heavy-lifting for us is <a href="https://pandoc.org">pandoc</a>. Because we have Homebrew on our machine now, installing this package is as simple as opening our Terminal again and running:</p> -<pre><code>brew install pandoc -</code></pre> -<p>Wait for everything to finish and you’re done!</p> -<h2 id="our-custom-automator-quick-action">Our Custom Automator Quick Action</h2> -<p>Next you’ll want to open the macOS Automator app and create a new “Quick Action” when given the prompt to do so.</p> -<p><img src="/public/images/new-automator.webp" alt="Toggle prompt for new automation in macOS Automator" /></p> -<p><em>After opening Automator, select “Quick Action” from the menu</em></p> -<p>Now do the following (reference the image further below to make sure your parameters match):</p> -<ol> -<li>Set “Workflow receives current” to <strong>documents</strong> in <strong>any application</strong></li> -<li>In the search bar type in “Run Shell Script”</li> -<li>Drag-and-drop the “Run Shell Script” from the left pane into the right pane</li> -<li>Set the “Shell” parameter to <strong>/bin/bash</strong></li> -<li>Set “Pass input” as <strong>as arguments</strong></li> -</ol> -<p>Once all that is done, simply paste the following in the open text field within the “Run Shell Script” item:</p> -<pre><code>for f in "$@" -do -/opt/homebrew/bin/pandoc -o "${f%.*}.html" "$f" -done -</code></pre> -<p>If you’ve done everything correctly it should look something like this:</p> -<p><img src="/public/images/new-automator-2.webp" alt="Automator quick action details for converting to HTML" /></p> -<p>Save this new Quick Action (Name is something like “Convert to HTML” to keep things simple). That’s it! Amazing, right?</p> -<h2 id="time-to-convert">Time to Convert</h2> -<p>Now it is finally time to see our Quick Action is <em>action</em>! Navigate to any document file in a Finder window and follow along.</p> -<ol> -<li>First, right-click on the file you wish to convert. See Fig.1)</li> -<li>In the pop-up container, scroll down and hover over <code>Quick Actions</code>.</li> -<li>A secondary pop-out will appear. Look for the action <code>Convert File to HTML</code> and click it. See Fig.2)</li> -</ol> -<p><img src="/public/images/macos-convert-1.webp" alt="A markdown file in macOS Finder" /></p> -<p><em>Fig 1: Finding and right-clicking on your desired file</em></p> -<p><img src="/public/images/macos-convert-2.webp" alt="Convert to HTML action selection" /></p> -<p><em>Fig 2: From the “Quick Actions” menu, select “Convert to HTML”</em></p> -<p>If everything was set up properly (and depending on the size of the file) you should see your converted HTML file show up right next to your existing document. Time to celebrate!</p> -<p>Don’t forget - you can also <em>batch</em> convert multiple files and multiple file <em>types</em> at once. The possibilities are endless!</p> -<p><img src="/public/images/macos-convert-3.webp" alt="Finder window showing a Markdown file and an HTML file" /></p> -<p><em>Our converted document is now available in HTML. Absolutely glorious.</em></p> -<h2 id="no-limits">No Limits</h2> -<p>Although this article has mainly focused on converting documents to HTML, <code>pandoc</code> is so powerful you could do any number of conversions. Re-using these steps above, you have the ability to make as many different conversion quick actions as your heart desires!</p> -<p>Have fun converting!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/macos-icon-css/index.html b/build/posts/macos-icon-css/index.html deleted file mode 100644 index 0c18471..0000000 --- a/build/posts/macos-icon-css/index.html +++ /dev/null @@ -1,261 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Create a Mac App Icon with Pure HTML and CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="create-a-mac-app-icon-with-pure-html-and-css">Create a Mac App Icon with Pure HTML and CSS</h1> -<p>2021-04-13</p> -<p>I have always been a huge fan of <a href="https://dribbble.com/bg-d">Bogdan’s work on Dribbble</a> and was recently inspired to see if I could replicate one of his awesome icon designs with only HTML & CSS. What was the outcome? I think it’s a half-way decent copy - of course the original will always look significantly better.</p> -<p>Don’t care about reading through the tutorial? No problem! You can <a href="#demo">jump right down to the live demo</a></p> -<h2 id="the-comparison">The Comparison</h2> -<p>Let’s take a look at the original Dribbble shot:</p> -<p>And now let’s see what we will be creating with only HTML & CSS:</p> -<p>Like I said - far from perfect but still a fun experiment!</p> -<h2 id="the-html">The HTML</h2> -<p>Let’s jump right in and build out the main skeleton of our project:</p> -<pre><code><div class="white-square"></div> -<div class="blue-square"> - <div class="row"> - <div class="item"></div> - <div class="item"></div> - </div> - <div class="row"> - <div class="item"></div> - <div class="item"></div> - </div> - <div class="row"> - <div class="item"></div> - <div class="item"></div> - </div> - <div class="row"> - <div class="item"></div> - <div class="item"></div> - </div> - <div class="row"> - <div class="item"></div> - <div class="item"></div> - </div> - <div class="row"> - <div class="item"></div> - <div class="item"></div> - </div> - <div class="row"> - <div class="item"></div> - <div class="item"></div> - </div> -</div> -<div class="play-button"> - <div class="triangle"></div> -</div> -</code></pre> -<ul> -<li><p>The <code>white-square</code> element is the white, rounded square in the background</p></li> -<li><p>The <code>blue-square</code> is the main blue square of the icon</p></li> -<li><p>The <code>row</code> elements inside the <code>blue-square</code> will be our individual <em>lines</em> spread across the icon</p></li> -<li><p>The <code>play-button</code> is obviously - the play button</p> -<p>Right now it will look like nothing, but we can change that by adding the most important part…</p></li> -</ul> -<h2 id="the-css">The CSS</h2> -<p>Pasting the entire CSS styling here would end up looking a little daunting. Instead, I’m just going to breakdown each individual section to make things more digestible.</p> -<h3 id="defaults-the-white-square">Defaults & the White Square</h3> -<pre><code>* { - box-sizing: border-box; -} -:root { - --row-distance: 42px; -} - -.white-square { - background: white; - border-radius: 105px; - box-shadow: inset 0 -5px 8px rgba(0,0,0,0.25), 0 12px 10px rgba(0,0,0,0.15), 0 2px 4px rgba(0,0,0,0.1); - height: 420px; - left: 165px; - position: absolute; - transform: rotate(-8deg); - top: 95px; - width: 420px; -} -</code></pre> -<p>See that <code>--row-distance</code> variable? That will come into play a bit later. For now, we want to lay the Blue Square on top of this newly creating White Square:</p> -<pre><code>.blue-square { - background: linear-gradient(#04BDFD 0%, #0585E4 100%); - border-radius: 105px; - box-shadow: inset 0 5px 8px rgba(255,255,255,0.5), inset 0 -5px 8px rgba(0,0,0,0.32), 0 12px 10px rgba(0,0,0,0.18), 0 2px 4px rgba(0,0,0,0.15); - height: 420px; - left: 205px; - padding: 75px 0 0; - position: absolute; - top: 75px; - width: 420px; -} -</code></pre> -<h2 id="targeting-the-inner-rows">Targeting the Inner Rows</h2> -<p>So far so good. The next part <em>looks</em> like a lot, but I assure you it’s fairly straightforward. We need to include each row inside the Blue Square like in the original Dribbble shot (7 total). First we start with the parent <code>row</code> styling:</p> -<pre><code>.blue-square .row { - display: flex; - height: 20px; - justify-content: space-between; - padding: 0 55px; - position: absolute; - width: 100%; -} -</code></pre> -<p>Now we style each individual row item via the <code>nth-of-type</code> attribute:</p> -<pre><code>.blue-square .row:nth-of-type(2) { margin-top: var(--row-distance); } -.blue-square .row:nth-of-type(2) .item:nth-of-type(odd) { - width: 85px; -} -.blue-square .row:nth-of-type(2) .item:nth-of-type(even) { - width: calc(100% - 100px); -} -.blue-square .row:nth-of-type(3) { margin-top: calc(var(--row-distance) * 2); } -.blue-square .row:nth-of-type(3) .item:nth-of-type(odd) { - width: 115px; -} -.blue-square .row:nth-of-type(3) .item:nth-of-type(even) { - width: calc(100% - 130px); -} -.blue-square .row:nth-of-type(4) { margin-top: calc(var(--row-distance) * 3); } -.blue-square .row:nth-of-type(4) .item:nth-of-type(odd) { - width: 185px; -} -.blue-square .row:nth-of-type(4) .item:nth-of-type(even) { - width: calc(100% - 200px); -} -.blue-square .row:nth-of-type(5) { margin-top: calc(var(--row-distance) * 4); width: calc(100% - 115px); } -.blue-square .row:nth-of-type(5) .item:nth-of-type(odd) { - width: 105px; -} -.blue-square .row:nth-of-type(5) .item:nth-of-type(even) { - width: calc(100% - 120px); -} -.blue-square .row:nth-of-type(6) { margin-top: calc(var(--row-distance) * 5); width: calc(100% - 140px); } -.blue-square .row:nth-of-type(6) .item:nth-of-type(odd) { - width: 65px; -} -.blue-square .row:nth-of-type(6) .item:nth-of-type(even) { - width: calc(100% - 80px); -} -.blue-square .row:nth-of-type(7) { margin-top: calc(var(--row-distance) * 6); width: calc(100% - 160px); } -.blue-square .row:nth-of-type(7) .item:nth-of-type(odd) { - width: 40px; -} -.blue-square .row:nth-of-type(7) .item:nth-of-type(even) { - width: calc(100% - 55px); -} -.blue-square .row .item { - background: white; - border-radius: 20px; - box-shadow: inset 0 -2px 4px rgba(0,0,0,0.06), inset 0 2px 4px rgba(255,255,255,0.1), 0 4px 6px rgba(0,0,0,0.05); - width: 40px; -} -.blue-square .row .item:nth-of-type(even) { - background: #3FC0F5; - width: calc(100% - 55px); -} -</code></pre> -<p>Take a few moments to read everything over - it will help you better understand what’s going on. Basically, we are adding two inner elements to each row element. We calculate the <code>margin-top</code> distance by using that <code>--row-distance</code> variable I mentioned earlier. The inner elements are then styled based on their placement inside the row (<code>nth-of-type</code>).</p> -<h3 id="the-play-button">The Play Button</h3> -<p>Now we finish things off with a much simpler element to style:</p> -<pre><code>.play-button { - backdrop-filter: blur(6px); - border-radius: 9999px; - box-shadow: inset 0 4px 0 rgba(255,255,255,0.3), inset 0 20px 15px rgba(255,255,255,0.6), 0 8px 12px rgba(0,0,0,0.1), 0 4px 6px rgba(0,0,0,0.05); - height: 220px; - overflow: hidden; - position: absolute; - right: 140px; - top: 320px; - width: 220px; -} -.play-button::before { - background: rgba(255,255,255,0.9); - border-radius: 9999px; - content:''; - filter: blur(40px); - height: 150%; - left: -25%; - opacity: 0.8; - position: absolute; - top: -25%; - width: 150%; -} - -.triangle { - position: absolute; - left: calc(50% - 2em); - background-color: #315074; - top: calc(50% - 2.1em); - text-align: left; -} -.triangle:before, -.triangle:after { - content: ''; - position: absolute; - background-color: inherit; -} -.triangle, -.triangle:before, -.triangle:after { - width: 3.2em; - height: 3.2em; - border-top-right-radius: 30%; -} - -.triangle { - transform: rotate(-90deg) skewX(-30deg) scale(1,.866); -} -.triangle:before { - transform: rotate(-135deg) skewX(-45deg) scale(1.414,.707) translate(0,-50%); -} -.triangle:after { - transform: rotate(135deg) skewY(-45deg) scale(.707,1.414) translate(50%); -} -</code></pre> -<p>Thanks to <a href="https://m.nintendojo.fr/@meduz/106059826445460903">meduz</a> for pointing out the <code>backdrop-filter</code> property. This allows for a frosted glass look on Chromium & Safari (although sadly not on Firefox). The <code>triangle</code> element could also be improved by using an embedded <code>SVG</code> but I was determined to use only CSS for this experiment :P</p> -<p>That’s really all there is to it! You can see the embedded CodePen example below or <a href="https://codepen.io/bradleytaunt/pen/bGgBRaV">check it out directly here →</a></p> -<hr/> -<h3 id="special-thanks">Special Thanks</h3> -<p>Thanks to Bogdan for letting me butcher the original Dribbble shot :D</p> -<ul> -<li><a href="http://bg-d.net/">bg-d.net</a></li> -<li><a href="https://dribbble.com/bg-d">Bogdan on Dribbble</a></li> -</ul> -<hr/> -<p><a href="https://codepen.io/bradleytaunt/pen/bGgBRaV">Live CodePen Demo</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/mail/index.html b/build/posts/mail/index.html deleted file mode 100644 index afc87bc..0000000 --- a/build/posts/mail/index.html +++ /dev/null @@ -1,61 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Working with `git` Patches in Apple Mail</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="working-with-patches-in-apple-mail">Working with <code>git</code> Patches in Apple Mail</h1> -<p>2023-05-11</p> -<blockquote> -<p><strong>Before we begin</strong>: You could likely automate this process in a more streamlined way, but for most use cases this workflow should be fine.</p> -</blockquote> -<p>I recently covered how to <a href="/git-patches">work with git email patches in Evolution on Linux</a>, so I thought it would make sense to walk through a similar workflow for those using Apple Mail on MacOS. The idea is essentially the same, with just a little extra work involved.</p> -<h2 id="create-a-patches-mailbox">Create a “Patches” Mailbox</h2> -<p>The first thing you’ll need to do is make a new <code>Patches</code> mailbox folder inside your existing mail account. Once done, your default Mail sidebar should look similar to the following:</p> -<p><img src="/public/images/apple-mail-1.png" alt="The Apple Mail sidebar with the Patches folder present" /></p> -<p><em>The Apple Mail sidebar with the “Patches” folder present</em></p> -<h2 id="applying-patches">Applying Patches</h2> -<p>Now navigate to the email message containing a <code>git</code> patch. Right-click and select <em>Move to</em> > <em>Patches</em>. Now in the sidebar, right-click your <em>Patches</em> folder and select <em>Export Mailbox…</em>. You’ll be prompted to save this folder locally. I suggest having a top-level folder named <strong>Patches</strong> to make things consistent.</p> -<p>Inside this folder you should see something similar to the following structure:</p> -<p><img src="/public/images/apple-mail-2.png" alt="The contents of the saved Patches mailbox folder" /></p> -<p><em>The contents of the saved Patches mailbox folder</em></p> -<p>Once saved, open your terminal, navigate to the project you wish to apply this new patch to:</p> -<pre><code>cd my-path/very-cool-project -</code></pre> -<p>and then run:</p> -<pre><code>git apply ~/Patches/<saved-patches-mailbox-folder>/mbox -</code></pre> -<p>Congrats! You’ve successfully applied a git email patch through Apple Mail! Well, kind of. The terminal did most of the <em>real</em> work. Just be sure to periodically <em>purge</em> your local <em>Patches</em> folder to keep things clean!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/mango/index.html b/build/posts/mango/index.html deleted file mode 100644 index 36f3a50..0000000 --- a/build/posts/mango/index.html +++ /dev/null @@ -1,124 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Replacing My Eero Mesh Network with Two Mangos</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="replacing-my-eero-mesh-network-with-two-mangos">Replacing My Eero Mesh Network with Two Mangos</h1> -<p>2023-03-09</p> -<p>It has been one week since I retired my Eero mesh network setup and replaced it with two <a href="https://www.gl-inet.com/products/gl-mt300n-v2/">Mango Mini Travel Routers (GL-MT300N-V2)</a>. There were some obvious reasons to make this switch but I was initially unsure how the overall performance on the Mangos would hold up compared to the “cutting edge” tech that Eero devices claim to have.</p> -<p>Spoiler (in case the post title didn’t give it away): I was pleasantly surprised.</p> -<h2 id="goodbye-amazon">Goodbye Amazon</h2> -<p>I was a big supporter of the original “kickstarter” project when Eero first launched. I pre-ordered and they even sent me a device free-of-charge since there were logistic problems shipping to Canada. I received my V1 routers, hooked them up and enjoyed a seamless, wifi mesh system. Everything was going great.</p> -<p>Then, in 2019 <a href="https://mashable.com/article/amazon-acquires-eero">they were acquired by Amazon</a>. Sigh…</p> -<p>I should have jumped ship then, but I waited to see what would happen. After all, my internet was still working perfectly fine. Then the half-baked and sometimes completely broken updates started rolling out. On more than one occasion they needed to perform complete version roll-backs. This sometimes knocked out my internet for hours at a time.</p> -<p>They also started pushing (although not outright requiring) users to login using their Amazon account. While not a massive deal breaker, the constant pestering to do so rubbed me the wrong way. </p> -<p>During this time, my first son was born and we moved out of the city into our first house. So fiddling with my internet setup took the backseat for a while. Once everything settled down, I started seeing more broken updates and certain features being put behind their premium “Eero Secure” platform. Features that were available as <em>default</em> for most other router hardware providers.</p> -<p>So, I started to look at other options.</p> -<h2 id="why-the-mango">Why the Mango?</h2> -<p>It is important to mention, that because I live out in rural Canada, my internet options are extremely limited. All providers are satellite-based since fiber cables are unheard of out in these areas. Because of this, my main internet speeds are limited to 25Mbps <em>baseline</em>. This is important to note, since my experience and router choice took this into consideration. If you’re a current Eero user with 300Mbps+ speeds and are looking to switch wifi systems - the Mango is probably not the best for you.</p> -<p>Luckily for me, the Mini Mangos were perfect for my basic requirements:</p> -<ul> -<li>Max. 300Mbps Wi-Fi Speed (more than enough for my use-case)</li> -<li>Running open-source software via <a href="https://openwrt.org/">openwrt</a></li> -<li>Hardware VPN toggle</li> -<li>Tiny physical footprint</li> -<li>Extremely portable</li> -</ul> -<h2 id="setting-up-the-yellow-squares">Setting Up the Yellow Squares</h2> -<p>Setup was a breeze compared to the Eero experience (which could only be performed through their mobile app via bluetooth and a great deal of repositioning the devices). The full process is essentially:</p> -<ol> -<li>Power up the first Mango</li> -<li>Connect laptop to the Mango via ethernet (you can also connect through wifi)</li> -<li>Follow the login instructions</li> -<li>Change SSID name, set device in router mode</li> -<li>Enjoy your internet!</li> -</ol> -<p>Since my office is fairly far away from the placement of the “main” Mango router, I placed the second device near my desk. I followed the same setup as above, except I set the mode as “repeater”.</p> -<p>For my use case I actually set this device up with a separate SSID. This was just my personal preference. You don’t have to do this. If you give both devices the same SSID name most modern devices will treat your network as if it <em>was</em> a mesh network. Pretty neat stuff.</p> -<p>I plan to eventually add my Pi Zero running AdGuard Home back into the mix, but for now I just installed a small adblock package directly onto the router:</p> -<ul> -<li><a href="https://github.com/openwrt/packages/tree/master/net/adblock">adblock package</a></li> -</ul> -<h2 id="performance-comparisons">Performance Comparisons</h2> -<p>Everything below is just some basic testing I performed. Obviously it should be noted that your experience might be entirely different based on interference, building size, amount of devices connected, etc.</p> -<p>Stats for my original Eero mesh setup:</p> -<ul> -<li>1 eero 6 pro, 1 eero 6+, 1 eero beacon</li> -<li>Average internet testing speed: 25Mbps</li> -<li>Consistent signal throughout the house</li> -</ul> -<p>Stats for the new Mini Mango setup:</p> -<ul> -<li>2 mini mangos (one in router mode, the other set as repeater)</li> -<li>Average internet testing speed: 25Mbps</li> -<li>Consistent signal throughout the house</li> -</ul> -<h2 id="extras">Extras</h2> -<p>Some additional data comparisons for those interested. Prices shown are in Canadian dollars.</p> -<table> -<thead> -<tr> -<th></th> -<th>Eero</th> -<th>Mango</th> -</tr> -</thead> -<tbody> -<tr> -<td><strong>Power</strong></td> -<td>5W</td> -<td>2.75W</td> -</tr> -<tr> -<td><strong>Size</strong> (mm)</td> -<td>139x139x55</td> -<td>58x58x22</td> -</tr> -<tr> -<td><strong>Bands</strong> (GHz)</td> -<td>2.4/5</td> -<td>2.4</td> -</tr> -<tr> -<td><strong>Cost</strong> (per unit)</td> -<td>$99+</td> -<td>$39</td> -</tr> -</tbody> -</table> -<p>That mostly covers it. I’m extremely happy with my switch away from the locked-down, “upsell” heavy Eeros. My only regret is that I didn’t make this change sooner.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/menu-toggle-css/index.html b/build/posts/menu-toggle-css/index.html deleted file mode 100644 index 523b832..0000000 --- a/build/posts/menu-toggle-css/index.html +++ /dev/null @@ -1,94 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Menu Toggle with Pure CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="menu-toggle-with-pure-css">Menu Toggle with Pure CSS</h1> -<p>2020-10-19</p> -<p>When thinking through navigation designs for mobile devices sometimes the best option is to store away the content behind a toggle button. This button would then display the menu items upon interaction. Let me show you how to create such an element with only CSS - no need for JavaScript today!</p> -<h2 id="before-we-begin">Before we begin</h2> -<p>I would like to point out that the concept of “toggling” the main menu (even for mobile) is not always the best solution. If you’re interested, you can take a look at a previous article I wrote explaining why: <a href="/hamburger-menu-alternative.html">Using Hamburger Menus? Try Sausage Links</a></p> -<p>Now that we have mentioned possible pitfalls of relying so heavily on toggle menus, let’s build one!</p> -<h2 id="our-final-product">Our Final Product</h2> -<p><img src="/public/images/menu-toggle-css.png" alt="Menu toggle made from pure CSS" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/mdEEvEX">Live CodePen Example</a></p> -<h2 id="the-html">The HTML</h2> -<p>To implement this design you really don’t need much in terms of HTML:</p> -<ul> -<li><p>A single <code>checkbox</code> input</p></li> -<li><p>A <code>label</code> that corresponds to the <code>checkbox</code></p></li> -<li><p>A <code>nav</code> element to house our unordered list items</p> -<p>Menu</p></li> -</ul> -<p>That’s it!</p> -<h2 id="the-css">The CSS</h2> -<p>The first thing we need to do is “hide” the <code>checkbox</code> input element. It’s important to avoid using <code>display: none</code> or <code>visibility: hidden</code> in order to achieve this. Those CSS properties can negatively impact accessibility (specifically screen readers). So we will be relying on the <code>position</code>, <code>z-index</code> and <code>opacity</code> properties to help us out.</p> -<pre><code>/* Set the input position to absolute, send it off screen with zero opacity */ -input[type="checkbox"] { - left: -9999px; - opacity: 0; - position: absolute; -} -</code></pre> -<p>Then we give our corresponding <code>label</code> a minor face-lift to make it appear more button-like:</p> -<pre><code>/* Minor visual styling to make the label more button-y */ -label { - border: 1px solid currentColor; - border-radius: 4px; - cursor: pointer; - padding: 10px; -} -</code></pre> -<p>For our main <code>nav</code> element, we want to set it’s position to <code>absolute</code> in order to avoid any janky page rendering issues that might occur when toggling the menu:</p> -<p>` - /* Set nav to absolute (avoids odd page rendering space pop-in) */ - nav { - opacity: 0; - position: absolute; - z-index: -2; - }</p> -<p>The last step is to actually <em>show</em> the menu if the user toggles the <code>checkbox</code>:</p> -<pre><code>/* Show nav when checkbox is checked */ -input[type="checkbox"]:checked ~ nav { - opacity: 1; - z-index: 1; -} -</code></pre> -<p>It might not look like much, but you now have a fully functional menu toggle - <strong>made with pure CSS</strong>! </p> -<h2 id="with-great-power">With Great Power…</h2> -<p>Although this design is very simple to implement, please remember to use these types of menus wisely. Just because you <em>can</em> do something, doesn’t always mean you <em>should</em>.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/mini-interactive-keyboard-with-pure-css/index.html b/build/posts/mini-interactive-keyboard-with-pure-css/index.html deleted file mode 100644 index f45731c..0000000 --- a/build/posts/mini-interactive-keyboard-with-pure-css/index.html +++ /dev/null @@ -1,147 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Mini Interactive Keyboard with Pure CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="mini-interactive-keyboard-with-pure-css">Mini Interactive Keyboard with Pure CSS</h1> -<p>2020-05-13</p> -<p>Lately, I’ve become obsessed with trying to see what I can create using only HTML and CSS (besides websites of course). Since playing with the concept of <a href="https://uglyduck.ca/fake-3d-elements-with-css/">faking 3D elements</a>, I wanted to circle back around to an older CodePen I created: a mini, interactive undo keyboard.</p> -<h2 id="see-it-in-action">See it in action</h2> -<p>Below you can view a live demo of the mini keyboard itself. This demo is nothing special, but takes design inspiration from Apple’s magic keyboards (if that wasn’t already obvious).</p> -<p><img src="/public/images/undo-keyboard.png" alt="Undo keyboard with two buttons to click" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/PadQMP">Live CodePen Example</a></p> -<p>So now that we have seen what we plan to build, let’s break down the process of creating this stupid, fun project!</p> -<h2 id="the-html">The HTML</h2> -<p>The core skeleton of this project is very simple, since the keyboard consists of only 2 interactive buttons on top of a basic base element: </p> -<ul> -<li><p>Keyboard base</p></li> -<li><p>Command button</p></li> -<li><p>‘Z’ letter button</p></li> -</ul> -<h2 id="the-css">The CSS</h2> -<p>Here is where all the magic happens. Let’s break these elements into their own sections, starting with the <strong>base styling</strong>:</p> -<pre><code>/* Custom typeface */ -@import url("https://fonts.googleapis.com/css?family=Muli"); - -/* Basic layout styling */ -body { -background: #d2dcff; -margin: 80px 0 40px; -} -</code></pre> -<p>We then tackle the basic <strong>keyboard base</strong> element:</p> -<pre><code>.base { -background: linear-gradient(180deg, #eee 0%, #d8d8d8 100%); -border-radius: 20px; -box-shadow: inset 0 3px 5px rgba(255,255,255,0.3), inset 0 1px 3px rgba(255,255,255,0.5), 0 10px 0 #afafaf; -display: flex; -height: 310px; -margin: 0 auto; -position: relative; -width: 620px; -} - -/* This pseudo element is used for more realistic drop-shadows */ -.base:after { -bottom: 0; -box-shadow: 0 10px 80px rgba(0,0,0,0.5); -content: ''; -height: 50px; -left: 7.5%; -position: absolute; -width: 85%; -z-index: -1; -} -</code></pre> -<p>Next, we target all shared styles between the <strong>2 keyboard buttons</strong> to avoid repeating ourselves later on:</p> -<pre><code>.command, .z { - -webkit-appearance: none; - background: linear-gradient(180deg, #fff 0%, #f2f2f2 100%); - border: 0; - border-radius: 20px; - box-shadow: inset 0 1px 3px rgba(255,255,255,0.5), 0 10px 0 #c9c9c9, 0 10px 6px rgba(0,0,0,0.3), 0 12px 8px rgba(0,0,0,0.5); - cursor: pointer; - display: inline-block; - height: 260px; - margin: 15px 0 0 20px; - outline: 0; - position: relative; - width: 300px; - z-index: 2; -} - -.command span, .z span { - font-family: 'Muli', 'Helvetica', sans-serif; -} - -/* Styling when pressed */ -.command:active, .z:active { - box-shadow: inset 0 10px 10px rgba(0,0,0,0.2), inset 0 10px 30px rgba(0,0,0,0.6), 0 1px 0 rgba(255,255,255,0.6); - margin: 25px 0 0 20px; -} -</code></pre> -<p>All that remains is to add the custom styling for each independent button:</p> -<pre><code>/* Custom Command styling */ -.command svg { - height: 60px; - right: 15px; - position: absolute; - stroke: #9f9f9f; - top: 15px; - width: 60px; -} -.command span { - bottom: 15px; - color: #9f9f9f; - font-size: 58px; - left: 0; - position: absolute; - width: 100%; -} - -/* Custom "Z" Letter styling */ -.z { - width: 260px; -} -.z span { - color: #9f9f9f; - font-size: 150px; -} -</code></pre> -<h2 id="taking-it-further">Taking it further</h2> -<p>You could easily improve upon this concept by rendering an entire interactive keyboard, if you so desired. But this is maybe something I would tackle at a later date when I have a little more free time 😉 For now, a simple mini undo keyboard is fun enough to play with.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/minimal-css-menu/index.html b/build/posts/minimal-css-menu/index.html deleted file mode 100644 index 3a4bac4..0000000 --- a/build/posts/minimal-css-menu/index.html +++ /dev/null @@ -1,84 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Minimal CSS: Dropdown Menu</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="minimal-css-dropdown-menu">Minimal CSS: Dropdown Menu</h1> -<p>2019-04-26</p> -<p>I love the idea of stripping away as much CSS as possible, while still maintaining the original UI concept. Let’s build out a demo example with a simple menu dropdown element.</p> -<p>Interesting facts about our final CSS menu:</p> -<ul> -<li>Total weight 121 bytes minified! (not including any resets etc.)</li> -<li>No complex HTML structures</li> -<li>Accessibility support</li> -</ul> -<p>Now to see the final code in all it’s glory:</p> -<h3 id="html">HTML</h3> -<pre><code><nav> - <ul> - <li><a href="">Home</a></li> - <li><a href="">About</a></li> - <li><a href="">Services</a> - <ul> - <li><a href="">Design</a></li> - <li><a href="">Development</a></li> - <li><a href="">Custom Pizzas</a></li> - </ul> - </li> - <li><a href="">Contact</a></li> - </ul> -</nav> -</code></pre> -<h3 id="css">CSS</h3> -<pre><code>/* resets - optional */ -ul { list-style: none; padding: 0; } -ul li { display: inline-block; position: relative; } - -/* minimal dropdown CSS */ -ul li > ul { - left: -9999px; - position: absolute; - visibility: hidden; -} -ul li:hover > ul, ul li:focus-within > ul { - left: 0; - visibility: visible; -} -</code></pre> -<h2 id="live-demo-on-codepen">Live demo on CodePen</h2> -<p>Feel free to check out the live demo on CodePen <a href="https://codepen.io/bradleytaunt/pen/MRLevy">here</a>.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/minor-website-changes/index.html b/build/posts/minor-website-changes/index.html deleted file mode 100644 index bd14575..0000000 --- a/build/posts/minor-website-changes/index.html +++ /dev/null @@ -1,74 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Using a New Domain and Switching Static Hosts</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="using-a-new-domain-and-switching-static-hosts">Using a New Domain and Switching Static Hosts</h1> -<p>2021-11-25</p> -<p>As you can most likely tell by looking at your browser’s URL - I’ve swapped over to a new domain for my personal website: <a href="https://tdarb.org">tdarb.org</a>. I’m a fickle person and this is a random change - but it is one I’ve been planning to do for some time.</p> -<p>Let me give some minor background information and then get into the changes…</p> -<h2 id="what-about-ugly-duck">What about Ugly Duck?</h2> -<p>I had originally used the <a href="https://uglyduck.ca">uglyduck.ca</a> domain for this personal blog as a <em>loosely</em> based reference to the “ugly duckling” story. This was based on the fact that I <em>mainly</em> focus on CSS and making the web more visually appealing - or beautiful, if you will - so the comparison to an ugly duckling becoming a swan made sense in my oddball mind.</p> -<p>But overtime I came to somewhat dislike[^1] it and set out to change it.</p> -<h2 id="so-what-the-heck-is-tdarb">So what the heck is “tdarb”?</h2> -<p>I explain this on my updated <a href="/about">about page</a> but I will mention it again here:</p> -<p><strong>tdarb</strong>[^2] is simply my first name and last initial spelt backwards – Brad T. Mind blowing, right?</p> -<p>I’ve switched over to this naming convention to avoid having such a random “phrase” domain name while at the same time having a little more fun than just <em>mylegalname.com</em>. I also am a sucker for <code>.org</code> TLDs (although I don’t know why).</p> -<p>I’m sure some readers will prefer it, some will be indifferent and others will hate it. Either way, it’s my personal site and I’ll do as I please!</p> -<h2 id="breaking-my-website-for-a-day-and-fixing-potential-link-rot">Breaking My Website for a Day and Fixing Potential Link Rot</h2> -<p>The transition I made yesterday from <a href="https://uglyduck.ca">uglyduck.ca</a> to <a href="https://tdarb.org">tdarb.org</a> was <em>rough</em>. I thought that I could simply launch the identical content on the new domain, test everything, and then simply set a URL redirect from the old domain through Namecheap[^3]. Oh boy, was I wrong!</p> -<p>The bulk of my evening was spent figuring out why the redirect wouldn’t propagate across all networks and why multiple forwards were occurring. In the end, I just tossed <a href="https://uglyduck.ca">uglyduck.ca</a> back up on Netlify and set global redirect rules in their handy-dandy <code>_redirects</code> file. (I will write-up a small post about this soon to help others). After a few minutes everything was working perfectly fine and best of all - no broken links or potential link rot! All thanks to the <code>:splat</code> parameter in the redirects.</p> -<p>As for my RSS feed, everything <em>should</em> forward correctly? I state that as a question since I can’t confirm this 100% and RSS feeds are not my expertise. If I broke this for any of you, I apologize. I will pray to the internet gods for your forgiveness…</p> -<h2 id="from-github-to-sourcehut">From Github to Sourcehut</h2> -<p>That’s right, I’ve switched this static site’s hosting over to <a href="https://srht.site">sourcehut pages</a> and couldn’t be happier. My reasons for switching:</p> -<ol> -<li>I’m happy to pay and support the ongoing work at sourcehut (open source alternatives to Netlify, Github, etc. is important)</li> -<li>I’ve been wanting to become more comfortable with the sourcehut ecosystem - there might be projects in the future I would like to help with on that platform and it helps if you know how to use it :P</li> -<li>Sourcehut pages are fast - I mean <em>really</em> fast</li> -</ol> -<p>It <em>was</em> slightly confusing for my ape brain to figure out the setup, but I got there eventually. I plan to do a detailed step-by-step tutorial to help those like me who may find it a little daunting. It’s well worth the minor effort.</p> -<h2 id="the-lifespan-of-uglyduck.ca">The Lifespan of uglyduck.ca</h2> -<p>I still have ownership of the old domain for almost another full year. I feel like that gives users enough time to adjust and become accustomed to the new one. My plan is to let the domain die entirely when it goes up for renewal but who knows - I might very well keep it going if the mood strikes me.</p> -<h2 id="thats-all-folks">That’s All Folks!</h2> -<p>I don’t have much else to report besides having made minor tweaks to this website design (yet again) and I have also finally added a picture of <a href="/uses">workstation on the “Things I Use” page</a>. That’s it.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>not <em>hate</em> - just discontent</li> -<li>pronounced tee-darb</li> -<li>Namecheap support were very helpful - this was more of a limitation of what their redirects can do</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/mongodb-arch/index.html b/build/posts/mongodb-arch/index.html deleted file mode 100644 index 5887a34..0000000 --- a/build/posts/mongodb-arch/index.html +++ /dev/null @@ -1,64 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Installing Older Versions of MongoDB on Arch Linux</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="installing-older-versions-of-mongodb-on-arch-linux">Installing Older Versions of MongoDB on Arch Linux</h1> -<p>2023-09-11</p> -<p>I’ve recently been using Arch Linux for my main work environment on my ThinkPad X260. It’s been great. As someone who is constantly drawn to minimalist operating systems such as Alpine or OpenBSD, it’s nice to use something like Arch that boasts that same minimalist approach but with greater documentation/support.</p> -<p>Another major reason for the switch was the need to run older versions of “services” locally. Most people would simply suggest using Docker or vmm, but I personally run projects in self-contained, personalized directories on my system itself. I am aware of the irony in that statement… but that’s just my personal preference.</p> -<p>So I thought I would share my process of setting up an older version of MongoDB (3.4 to be precise) on Arch Linux.</p> -<h2 id="aur-to-the-rescue">AUR to the Rescue</h2> -<p>You will need to target the specific version of MongoDB using the very awesome AUR packages:</p> -<pre><code>yay -S mongodb34-bin -</code></pre> -<p>Follow the instructions and you’ll be good to go. Don’t forget to create the <code>/data/db</code> directory and give it proper permissions:</p> -<pre><code>mkdir -p /data/db/ -chmod -R 777 /date/db -</code></pre> -<h2 id="what-about-my-tools">What About My “Tools”?</h2> -<p>If you plan to use MongoDB, then you most likely want to utilize the core database tools (restore, dump, etc). The problem is you can’t use the default <code>mongodb-tools</code> package when trying to work with older versions of MongoDB itself. The package will complain about conflicts and ask you to override your existing version. This is <em>not</em> what we want.</p> -<p>So, you’ll have to build from source locally:</p> -<pre><code>git clone https://github.com/mongodb/mongo-tools -cd mongodb-tools -./make build -</code></pre> -<p>Then you’ll need to copy the built executables into the proper directory in order to use them from the terminal:</p> -<pre><code>cp bin/* /usr/local/bin/ -</code></pre> -<p>And that’s it! Now you can run <code>mongod</code> directly or use <code>systemctl</code> to enable it by default. Hopefully this helps anyone else curious about running older (or even outdated!) versions of MongoDB.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/monitor/index.html b/build/posts/monitor/index.html deleted file mode 100644 index d3379c6..0000000 --- a/build/posts/monitor/index.html +++ /dev/null @@ -1,79 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Why I Stopped Using an External Monitor</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="why-i-stopped-using-an-external-monitor">Why I Stopped Using an External Monitor</h1> -<p>2023-03-03</p> -<p>For the longest time I’ve been using a Samsung 27” UHD monitor as my main display. This monitor was connected to my ThinkPad X260 (in clamshell mode) through the official Lenovo dock. It wasn’t a bad setup, but I have since changed my ways.</p> -<p>Instead, I now <em>only</em> use the X260’s panel as my main display. Let me explain my reasoning…</p> -<h2 id="the-switch-to-suckless">The Switch to Suckless</h2> -<p>Over the past year I switched away from a traditional desktop environment to a window manager - <a href="https://dwm.suckless.org/">dwm</a> to be specific. This also involved changing most of my daily software programs to utilize the full suckless “suite”. In doing so, the shift away from floating windows and virtualized desktops happened quickly.</p> -<p>I continued to use my UHD monitor with this new environment but slowly started running into minor (yet still inconvenient) roadblocks:</p> -<ul> -<li>Tiled mode was not the most optimized for such a large monitor. I found myself defaulting into “floating” mode which defeats the purpose of a WM.</li> -<li>The screen was almost <em>too</em> large - making content placed on the far edges of the screen difficult to view at a glance.</li> -<li>I stopped using tags, since I ended up piling applications on top of one another in a single view. Again - defeating the point of a WM.</li> -</ul> -<p>All of these issues were close to making me ditch the external monitor altogether, but it was my day-to-day job that struck the final blow…</p> -<h2 id="designing-for-everyday-users">Designing for Everyday Users</h2> -<p>As a UX/UI front-end designer by trade, my job requires me to create and tweak interfaces that essentially go <em>unnoticed</em> by the end-users. If you finish a task you sought out to complete without even thinking about <em>how</em> you did it - then I succeeded at my job. The problem is, we designers and developers tend to forget the constraints a majority of our users experience. In this case - screen resolution.</p> -<p><a href="https://www.browserstack.com/guide/ideal-screen-sizes-for-responsive-design">A study performed by BrowserStack via statcounter (2022)</a> shows the worldwide market share based on device type:</p> -<ul> -<li>58.33% mobile</li> -<li>39.65% desktop</li> -<li>2.02% tablet</li> -</ul> -<p>The mobile aspect is certainly important, but we are focusing on the desktop data. Of that total the top two screen resolutions are:</p> -<ul> -<li>1920×1080 (9.94%)</li> -<li>1366×768 (6.22%)</li> -</ul> -<p>That is a fairly significant chunk of desktop users. Although almost 10% have access to screens set at <code>1920x1080</code>, I found the amount of those stuck at <code>1366x768</code> to be quite shocking. Here I was, developing large-set interfaces on an UHD 4K monitor while a large portion of my end-users would never benefit from those “pixel-perfect” designs. </p> -<p>Hell, some of these users were being shown the <em>tablet</em>-based view of the applications since our breakpoints were so ridiculously large. Yikes.</p> -<p>So, I said screw it and retired the external monitor. Now my X260 is propped up and proudly showing off its 1366x768 display. It only took a day or so to adapt to this new setup and I don’t think I could go back to another massive display.</p> -<p>Here are some benefits at a glance:</p> -<ul> -<li>I no longer have to worry about “context switching” if I decide to un-dock my laptop and work somewhere mobile. The desktop experience remains intact.</li> -<li>Working inside <code>dwm</code> is a much cleaner experience. I mostly operate single applications within their own confined tag - with some exceptions of course.</li> -<li>I’m able to instantly understand frustrations of everyday users while developing new features or tweaking existing UIs. Being able to advocate for our end-users by using legit use cases is extremely helpful. (Removes the “design by gut-feeling” mistakes)</li> -</ul> -<h2 id="a-little-extreme">A Little Extreme</h2> -<p>Yes, I am aware that I could simply keep the UHD monitor and perform my work within a constrained portion of the screen. The problem that remains is “quality”. Most 1366x768 panels are not even close to the level of hi-res found on most 4K monitors. By using such a display I would be cheating myself of the standard experience a good portion of my end-users endure. </p> -<p>I want to see the fuzzy text, slightly blurred imagery and muted button shadows. I want to see these things because that’s how some <em>users</em> will experience it.</p> -<p>Maybe that’s extreme - but it works for me.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/multiple-css-background-images/index.html b/build/posts/multiple-css-background-images/index.html deleted file mode 100644 index 87e1477..0000000 --- a/build/posts/multiple-css-background-images/index.html +++ /dev/null @@ -1,49 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Using Multiple CSS Background Images</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="using-multiple-css-background-images">Using Multiple CSS Background Images</h1> -<p>2018-09-28</p> -<p>It isn’t something developers have a need to do very often, but you <em>can</em> set multiple background images on a single element.</p> -<p>Example:</p> -<pre><code>.element { - background: url('image_path') center repeat, linear-gradient(transparent 0%, #000 100%) no-repeat; -} -</code></pre> -<p>What can you do with this? It’s only limited by your imagination, but I’m personally a fan of always using as few elements as possible when working on a project.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/my-pi-desktop/index.html b/build/posts/my-pi-desktop/index.html deleted file mode 100644 index 6f0cdf7..0000000 --- a/build/posts/my-pi-desktop/index.html +++ /dev/null @@ -1,114 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>My Raspberry Pi Desktop</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="my-raspberry-pi-desktop">My Raspberry Pi Desktop</h1> -<p>2020-09-02</p> -<p>I use a Raspberry Pi 4 as my personal daily driver and it’s pretty great. I know these types of devices tend to be used for smaller pet-projects or fun experiments, but I thought I would share my experience using one as my main computer. Hopefully this can be a solid guide to help others who might be interested in creating a similar setup.</p> -<p>My desktop Pi working away on a regular morning:</p> -<h2 id="table-of-contents">Table of Contents</h2> -<ol> -<li><a href="#use-case">My Use Case</a></li> -<li><a href="#hardware">The Hardware</a></li> -<li><a href="#software">The Software</a></li> -<li><a href="#stats">Performance & Stats</a></li> -</ol> -<p>I’m a web designer and developer by trade. Therefore, I require a decent amount of functionality from my computer - more than just simple web browsing and document editing. When I first set out testing if the RPi4 <em>could</em> become my main device, I was surprised at how capable the hardware / software was at running all my required applications. My workload comprises of:</p> -<ul> -<li>Using Github/Gitlab to pull/push repos, open PRs, etc</li> -<li>Run SSG (Jekyll mostly) locally for testing</li> -<li>Run multiple WordPress instances locally</li> -<li>Edit design files (Photoshop, Illustrator, direct SVGs)</li> -<li>Simple web chat / email</li> -</ul> -<p>Basic stuff, but I was originally doubtful of the RPi4 to be able to handle it all smoothly. I’m happy to say I was wrong.</p> -<p>The following hardware list is what I use specifically for my intended use case. I’m also a sucker for having cool looking SBC builds. By no means is this the “best setup” for everyone - I’m sure other combinations of gear might better suit your own personal needs.</p> -<blockquote> -<p><strong>Note</strong>: products in the hardware section are Amazon affiliate links</p> -</blockquote> -<ul> -<li>Raspberry Pi 4</li> -<li>X857 V1.0 mSATA SSD Shield Expansion Board (I’m using the X856)</li> -<li>128GB mSATA SSD</li> -<li>Acrylic Case with Heatsinks & Fan</li> -<li>Raspberry Pi Keyboard & Mouse</li> -<li>21.5” Acer Monitor</li> -</ul> -<p>The 32-bit version of Raspberry Pi OS (‘Debian Buster’ at the time of writing) is my OS of choice. Stable, reliable, and officially supported by the RPi community. It does the job.</p> -<p>The Pi has been overclocked to 2GHz in order to squeeze just a <em>little</em> extra out of the hardware. This has caused zero issues.</p> -<p>I’m also booting directly from the mSATA SSD (via USB booting) instead of relying on a slower microSD card. You can find tons of tutorials online on how to do the same, but I would recommend this one: <a href="https://www.tomshardware.com/how-to/boot-raspberry-pi-4-usb">How to Boot Raspberry Pi 4 From a USB SSD or Flash Drive</a></p> -<p>After that, I simply installed my required apps / configs (where applicable):</p> -<ul> -<li>Chromium (<em>preinstalled</em>)</li> -<li>Firefox ESR</li> -<li>Pale Moon</li> -<li>Code OSS</li> -<li>Terminal (<em>preinstalled</em>)</li> -<li>Libre Office Suite</li> -<li>Evolution</li> -<li>Figma (Web - no install needed)</li> -<li>Apache2 / MySQL</li> -<li>Blueman (helpful GUI for bluetooth)</li> -</ul> -<p>What my plain desktop looks like:</p> -<p>Using this build day-to-day, I can honestly say I don’t hit any hiccups or lag at all. Multiple applications and WordPress instances are running in the background, while 10-15 tabs are open in the Chromium browser. The little Pi just chugs along without breaking a sweat.</p> -<p>My average CPU temperature sits around 51° (with heatsinks & fan active) while CPU usage never really cranks past 90% during even “intensive” processes.</p> -<p>Since <em>actual</em> data speaks louder than anecdotal chit-chat, I performed a very simple read/write test on my mSATA SSD.</p> -<p>First, clear the cache to avoid conflicting data:</p> -<pre><code>sync; echo 3 | sudo tee /proc/sys/vm/drop_caches -</code></pre> -<h3 id="write">Write</h3> -<p>Write script run:</p> -<pre><code>dd if=/dev/zero of=~/test.tmp bs=500K count=1024 -</code></pre> -<p>Write output:</p> -<pre><code>524288000 bytes (524 MB, 500 MiB) copied, 1.95478 s, 268 MB/s -</code></pre> -<h3 id="read">Read</h3> -<p>Read script:</p> -<pre><code>dd if=~/test.tmp of=/dev/null bs=500K count=1024 -</code></pre> -<p>Read output:</p> -<pre><code>524288000 bytes (524 MB, 500 MiB) copied, 0.770993 s, 680 MB/s -</code></pre> -<p>This gives a total read/write value of: <strong>268 MB / 680 MB</strong> per second. Compare that to average microSD card speeds floating around <strong>22 MB / 170MB</strong> per second and you can see (and feel) the massive speed difference. Things are just snappier.</p> -<p><strong>Note</strong>: Obviously extremely high-end (read: expensive) microSD cards <em>might</em> hit read/write speeds similar to that of an SSD. The issue is that you are more likely to corrupt or reach end-of-life with a microSD card - hence why I don’t recommend them.</p> -<h2 id="final-thoughts">Final Thoughts</h2> -<p>I love that I can use a fairly cheap Raspberry Pi 4 as my main, personal desktop. Of course, some people might roll their eyes at this build and say, “why not just get a cheaper, more powerful laptop off eBay?”. To that I would respond: <em>you’re missing the point</em>. </p> -<p>It was fun to put together this simple desktop. The fact that it runs fast and stable enough to be my daily driver is a great bonus. If this build interests you at all, I highly recommend giving it a go.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/my-static-blog-publishing-setup/index.html b/build/posts/my-static-blog-publishing-setup/index.html deleted file mode 100644 index 32ab6a7..0000000 --- a/build/posts/my-static-blog-publishing-setup/index.html +++ /dev/null @@ -1,98 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>My Static Blog Publishing Setup and an Apology to RSS Subscribers</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="my-static-blog-publishing-setup-and-an-apology-to-rss-subscribers">My Static Blog Publishing Setup and an Apology to RSS Subscribers</h1> -<p>2022-03-21</p> -<p>In case you missed it, this website is now generated with pure HTML & CSS. Although, generated isn’t the proper way to describe it anymore. <em>Written</em> is a better description.</p> -<p>No more Markdown files. No more build scripts. No more Jekyll. Clean, simple, static HTML & CSS is my “CMS”. More on that in a moment. First, I must apologize.</p> -<h2 id="im-sorry-dear-rss-subscribers">I’m Sorry Dear RSS Subscribers</h2> -<p>RSS feeds are tricky things for me personally. I always botch them with a site redesign or a re-structure of my previous posts. Those of you subscribed via RSS were likely bombarded with post spam when I rebuilt this website. Sorry about that - I know how annoying that can be.</p> -<p>Fortunately, that all stops today. Moving forward my RSS feed (Atom) will be edited manually with every new post I write. Each entry will feature the post title, post url, and post date. No summaries or full-inline content will be included (since that would involve a great amount of extra overhead). RSS subs will need to follow the link directly if they are interested in the article itself. I hope this doesn’t anger too many readers…</p> -<p>Again, sorry everyone.</p> -<h2 id="what-is-this-new-blog-system">What is this New Blog “System”</h2> -<p>This publishing flow isn’t for everyone and is less flexible than pre-existing static site generators (referred to as SSGs moving forward). For me though, it works. I find it more flexible than most SSGs.</p> -<p>There are a couple articles that explain the reasoning behind this system better than I could (plus, why would I repeat the same points?):</p> -<ul> -<li><a href="http://john.ankarstrom.se/html/">Writing HTML in HTML</a></li> -<li><a href="https://blog.steren.fr/2020/my-stack-will-outlive-yours/">My stack will outlive yours</a></li> -</ul> -<p>So, what does my blog-posting system look like?</p> -<h2 id="simple-explanation">Simple Explanation</h2> -<ol> -<li>Copy an existing article’s <code>HTML</code> file</li> -<li>Change file name, edit the page title, heading, post date and comment link</li> -<li>Write the new article content</li> -<li>Make manual new entry in RSS feed</li> -<li>Save changes, push to git repo</li> -<li>Sync new file(s) / changes to remote server</li> -</ol> -<p>Pretty simple, eh? Let’s break things down into greater detail though…</p> -<h2 id="detailed-explanation">Detailed Explanation</h2> -<h4 id="text-editor">Text Editor</h4> -<p>I code and write everything exclusively in Sublime Text on my MacBook Air. I know, it’s not an open source editor, but I love how incredibly fast and intuitive it is. I used VSCode in the past but ended up requiring far too many plugins to get things setup the way I like it. Sublime Text works best for me even right out of the box. (I do need Emmet and theming changes though).</p> -<p>I perform the following for a new article:</p> -<ul> -<li>Copy an existing article, ie. <code>blog-post-1.html</code></li> -<li>Rename article file name, ie. <code>blog-post-2.html</code></li> -<li>Open this newly created file and change: -<ul> -<li>page <code>title</code> tag</li> -<li>page <code>h1</code> heading and top bar text</li> -<li><code>time</code> tag to match publish date</li> -<li>comment <code>mailto:</code> link url</li> -</ul></li> -<li>Start writing content inside the <code>article</code> section</li> -</ul> -<p>Once the article is complete, I add a static entry in my <code>feed.xml</code> and run a crude rsync script. More on that below.</p> -<h4 id="git">Git</h4> -<p>Normally I would pull, commit and push directly in my Terminal - but lately I’ve been enjoying my time using Sublime Merge. I’m a sucker for visually appealing GUI applications and Merge is the perfect balance of simplicity and beauty. I recommend it if you haven’t tried it yet.</p> -<h4 id="hosting">Hosting</h4> -<p>This blog is now hosted through NearlyFreeSpeech. I could opt for a free service like Netlify or DigitalOcean Apps but I feel it’s important to help support communities that align with my own core beliefs. From their <a href="https://www.nearlyfreespeech.net/about/">about page</a>:</p> -<blockquote> -<p>NearlyFreeSpeech.NET is about three things: fairness, innovation, and free speech.</p> -</blockquote> -<p>Hard to argue with those principles. If you’re feeling generous, I’d greatly appreciate anyone who considers contributing to <a href="https://www.nearlyfreespeech.net/contribute/tdarb.org">offset this website’s hosting costs through NearlyFreeSpeech</a> (code: tdarb). No money is directly handed to me, it pays NFS directly for hosting fees. Donate if you feel like this humble blog of mine has helped you in any way. No pressure!</p> -<p>NFS gives me server access via <code>SSH</code> (and even <code>SFTP</code> if I desire) which makes things simple to sync my local files with production code. This is handled via rsync with a basic <code>deploy.sh</code> script:</p> -<pre><code>rsync -vrzc --exclude 'deploy.sh' --exclude '.git' --delete ./ username@my.remote.nfs.server: -</code></pre> -<p>The included parameters ensure files with a conflicting checksum are updated on the server, instead of re-syncing all the files every time the script runs. That would be overkill.</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>I love this new setup. It’s portable, lightweight, has zero dependencies, and gives me the opportunity to write directly in HTML. Others may find this workflow idiotic or cumbersome but I couldn’t disagree more. Site wide changes can be made with simple <code>Find/Replace</code> actions or even whipping up a basic script. Things should be as complex as you wish to make them!</p> -<p>At the end of the day, anything that helps you be more efficient and gets you producing more content is a winning strategy in my book. Who knows, this concept could even inspire one random reader out there to do the same.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/ndenting-text-with-css/index.html b/build/posts/ndenting-text-with-css/index.html deleted file mode 100644 index cf5b4ad..0000000 --- a/build/posts/ndenting-text-with-css/index.html +++ /dev/null @@ -1,66 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>CSS: Indenting Text</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="css-indenting-text">CSS: Indenting Text</h1> -<p>2019-04-05</p> -<p>A lot of developers tend to do the bare minimum when it comes to implementing proper website typography. This isn’t an insult - I’m happy that typography is given any thought at all during development, I just believe more can always be done to improve upon it.</p> -<p>In today’s <em>TypeTip</em> we’re going to play around with the <code>text-indent</code> property, look into when it’s best to use it and how to implement it properly.</p> -<h2 id="the-property-and-browser-support">The property and browser support</h2> -<p>Browser support is actually pretty great for such a regularly over-looked CSS property. All major desktop and mobile browsers support it:</p> -<p>Now that doesn’t mean you should just slap this property on all your type elements and call it a day - there are specific use cases for <code>text-indent</code> and some basic rules to follow:</p> -<h2 id="use-cases">Use Cases</h2> -<ol> -<li>Increasing readability of large text blocks that would otherwise overwhelm the reader</li> -<li>Replicating book or report typography layouts</li> -</ol> -<h2 id="basic-rules">Basic Rules</h2> -<ol> -<li>Best to set this property on inner type children only - meaning items like <code>p</code> or <code>blockquotes</code> instead of main headings</li> -<li>When used on paragraph tags it’s best to target only <code>p</code> elements that directly follow a sibling tag (see “The CSS” below)</li> -</ol> -<h2 id="the-css">The CSS</h2> -<p>Adding the property is extremely trivial, all you need is the following:</p> -<pre><code>/* Best practice for paragraphs */ -p + p { - text-indent: 1rem; /* whatever you want */ -} -</code></pre> -<h2 id="lets-see-it-in-action">Let’s see it in action</h2> -<p><a href="https://codepen.io/bradleytaunt/pen/OGXLEd/">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/netlify-urls/index.html b/build/posts/netlify-urls/index.html deleted file mode 100644 index 8bfadc2..0000000 --- a/build/posts/netlify-urls/index.html +++ /dev/null @@ -1,69 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Using Netlify for Dynamic URL Redirects</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="using-netlify-for-dynamic-url-redirects">Using Netlify for Dynamic URL Redirects</h1> -<p>2021-12-03</p> -<p>With the <a href="/minor-website-changes/">recent domain switch</a> that took place on this website, I needed to have a dependable setup to forward my old domain URLs to the new one. While using something like “URL forwarding” through your domain provider could work, it doesn’t natively support <em>dynamic</em> linking. Let me explain using a basic example:</p> -<ul> -<li>A user clicks on a link that targets a post on your old domain: <code>olddomain.com/random-post</code></li> -<li>You want that link to forward using the same permalink structure: <code>newdomain.com/random-post</code></li> -<li>“URL forwarding” through your domain provider <strong>does not</strong> support this</li> -</ul> -<p>Simple stuff. So, let’s breakdown how to easily set this up on Netlify <em>for free</em>.</p> -<h2 id="setting-up-netlify">Setting Up Netlify</h2> -<ul> -<li><p>Create an account (or login to an existing one) and setup a new site[^1]</p></li> -<li><p>Change your “old” domain name nameservers to match Netlify’s (normally done through your domain register) -<ul> -<li><code>dns1.p03.nsone.net</code></li> -<li><code>dns2.p03.nsone.net</code></li> -<li><code>dns3.p03.nsone.net</code></li> -<li><code>dns4.p03.nsone.net</code></li> -</ul></p></li> -<li><p>Back in Netlify: under <strong>Domain Settings</strong> you need to add your custom “old” domain under the <strong>Custom domains</strong> section under <strong>Domain management</strong></p></li> -<li><p>Lastly, add the following content inside a <code>_redirects</code> file (no extension) to your website content/build (changing to your own domains, of course)</p> -<p><a href="https://olddomain.com/*">https://olddomain.com/*</a> <a href="https://newdomain.com/:splat">https://newdomain.com/:splat</a> 301!</p></li> -</ul> -<p>That’s it! Now Netlify will dynamically forward all your pre-existing URLs from your old domain to the new one. No pesky <code>.htaccess</code> files or running your own basic web server(s)!</p> -<p>Hopefully this helps others trying to dynamically redirect their domains without the headache.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>I normally set this up through Github / git hosting</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/news-websites-are-dumpster-fires/index.html b/build/posts/news-websites-are-dumpster-fires/index.html deleted file mode 100644 index 473615a..0000000 --- a/build/posts/news-websites-are-dumpster-fires/index.html +++ /dev/null @@ -1,65 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>News Websites Are Dumpster Fires</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="news-websites-are-dumpster-fires">News Websites Are Dumpster Fires</h1> -<p>2019-05-29</p> -<p>Online news outlets are a dying breed and many users have decided to consume information elsewhere. Why? Because the news industry has become a cesspool of anti-consumer and blackhat practices that has eroded trust for the sake of money.</p> -<h2 id="what-news-sites-get-wrong">What news sites get wrong</h2> -<p>I could write up an entire essay about all the shady practices that <em>most</em> news sites are guilty of, but here are just a few top level issues:</p> -<ul> -<li>Clickbait headings with misleading information</li> -<li>Disabling the user from reading if ad-block is present</li> -<li>Tracking the user with 3rd party scripts</li> -<li>Taking massive performance hits (specifically on mobile due to huge JavaScript blocks)</li> -<li>Pop-up ads</li> -<li>Fixed headers or footers which leads to harder readability / accidental element interactions</li> -</ul> -<h2 id="but-they-need-ad-revenue">But they need ad revenue!</h2> -<p>If your business is solely dependent on tracking scripts, tricking users with clickbait titles and using archaic ads - then you’re destined to fail regardless. These practices create an unsafe and unhealthy web for everyday users - not to mention most browsers have announced that future updates <a href="https://support.mozilla.org/en-US/kb/content-blocking">will be blocking ads by default</a>. <em>News outlets need to adapt or die</em>.</p> -<h2 id="whats-the-solution">What’s the solution?</h2> -<p>I don’t have a <em>fix all</em> band-aid to replace current revenue streams for news websites. I’m sure someone much smarter than I can come up with better ideas, but just off the top of my head:</p> -<ul> -<li>Switch over to a monthly subscription plan (if no one pays for it maybe you weren’t as useful of a source as you thought)</li> -<li>Partner with brands to create sponsored articles (without ruining the user experience of course)</li> -<li>Place a larger emphasis on user donations or promotions</li> -</ul> -<h2 id="the-news-shouldnt-be-spam">The News Shouldn’t be Spam</h2> -<p>Most traffic flowing into news websites are there for one thing: <em>the content</em>. News outlets should not be spamming their main revenue supply (<strong>the users</strong>) or misleading people with false information.</p> -<p>If you’re a regular consumer of news and you happen to run across a platform that is guilty of any of these practices, shoot them an email explaining why you won’t be returning to their website (unless they change their ways). These anti-consumer practices will only stop when these organizations start losing money.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/notice/index.html b/build/posts/notice/index.html deleted file mode 100644 index 9cd5d4e..0000000 --- a/build/posts/notice/index.html +++ /dev/null @@ -1,105 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>RE: Creating a Simple HTML/CSS Notice Box</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="re-creating-a-simple-htmlcss-notice-box">RE: Creating a Simple HTML/CSS Notice Box</h1> -<p>2022-09-22</p> -<p>I recently read Kev Quirk’s post, <a href="https://kevquirk.com/how-to-create-a-simple-html-css-notice-box/">How to Create a Simple HTML/CSS Notice Box</a> and loved the simplicity of it. I’m a sucker for using pseudo elements in creative ways but still managing to make them useful. Of course, this got me thinking as to whether or not the same style of box could be achieved <em>without</em> the use of static, pseudo elements…</p> -<h2 id="bad-semantics">Bad Semantics</h2> -<p>I need to make it clear right away: <strong>these implementations are not semantic</strong>. They are valid HTML, but I am technically using these tags incorrectly. <em>You have been warned!</em></p> -<h2 id="setting-fieldsets">Setting Fieldsets</h2> -<p>The first approach is to wrap everything inside HTML <code>fieldset</code> tags:</p> -<pre><code><fieldset> - <legend>Notice</legend> - <p>Lorem ipsum, dolor sit amet consectetur adipisicing elit. Totam nihil velit vitae sed beatae earum assumenda deleniti, inventore repellendus, sequi distinctio delectus porro explicabo quidem hic quo quasi voluptas temporibus.</p> -</fieldset> -</code></pre> -<p>Then you can include minor styling to closely match the design of Kev’s notice box:</p> -<pre><code>fieldset { - border: 3px solid; - font-family: sans-serif; - padding: 30px 10px 10px; - position: relative; -} -fieldset legend { - background: #AACCFF; - border-bottom: 3px solid; - border-right: 3px solid; - left: 0; - margin: 0; - padding: 5px 10px; - position: absolute; - top: 0; - text-transform: uppercase; -} -</code></pre> -<h2 id="the-devil-is-in-the-details">The Devil is in the Details</h2> -<p>The other option is utilizing the HTML <code>details</code> tag:</p> -<pre><code><details open> - <summary>Notice</summary> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Assumenda sequi esse reprehenderit facilis aperiam labore optio minus doloremque nesciunt! Voluptatem esse tempore asperiores recusandae rerum facere, reiciendis officia repudiandae similique?</p> -</details> -</code></pre> -<p>You’ll obviously want to include the <code>open</code> attribute to avoid users needing to toggle the content manually (unless that is your desired UX). Then add similar styling options to match the <code>fieldset</code> example:</p> -<pre><code>details { - border: 3px solid; - font-family: sans-serif; - padding: 0 10px 10px; -} -details summary { - background: #AACCFF; - border-bottom: 3px solid; - border-right: 3px solid; - display: inline-block; - margin-left: -10px; - padding: 5px 10px; - text-transform: uppercase; -} -</code></pre> -<p>Important to note: you can hide the default “arrow toggle” on <code>summary</code> elements by including the following:</p> -<pre><code>details > summary { -list-style: none; -} -details > summary::-webkit-details-marker { -display: none; -} -</code></pre> -<h2 id="seeing-is-believing">Seeing is Believing</h2> -<p>I’ve put together two versions of each implementation (one custom designed and one using default browser styling). You can check them out in the CodePen below:</p> -<p><a href="https://codepen.io/bradleytaunt/pen/jOxLdQP">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/obvious-js-injection-fallback/index.html b/build/posts/obvious-js-injection-fallback/index.html deleted file mode 100644 index 2c80d20..0000000 --- a/build/posts/obvious-js-injection-fallback/index.html +++ /dev/null @@ -1,67 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Obvious Javascript 'Injection' Fallback</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="obvious-javascript-injection-fallback">Obvious Javascript ‘Injection’ Fallback</h1> -<p>2020-12-04</p> -<p>Sometimes websites and web apps might require content to be “injected” via Javascript. I should mention that I am strongly against this practice - but often this kind of thing is out of one’s hands. So, the least I can do is setup these “injections” to have proper fallbacks for users who disable JS. You would be surprised how many developers build <em>empty</em> HTML elements with the assumption they will be filled via Javascript.</p> -<h2 id="our-hypothetical-project">Our Hypothetical Project</h2> -<p>Let’s pretend that we have a total tally that pulls in the number of current users using our fake SaaS app. We would do something like this:</p> -<h3 id="html">HTML</h3> -<p>Here we create an empty <code>h2</code> tag that will update with the current number of users via js:</p> -<pre><code><main> - <h2 class="total-tally"></h2> -</main> -</code></pre> -<h3 id="javascript">Javascript</h3> -<p>You’ll have to use your imagination here and assume that the <code>totalTally</code> variable pulls in the numbers dynamically via API:</p> -<pre><code>var totalTally = "273,677" /* This would pull something dynamically in prod */ -document.getElementsByClassName("total-tally")[0].innerHTML=totalTally; -</code></pre> -<h2 id="the-problem">The Problem</h2> -<p>The big issue we have now occurs when a user visits this page without JS enabled. The <code>h2</code> tag will remain empty and they won’t see anything. I know this seems like a very avoidable issue, but you would be surprised how often it actually happens on the web.</p> -<h2 id="the-overly-simple-solution">The (overly simple) Solution</h2> -<p>The easiest way to avoid these types of empty tags - add static content. I know - mind blowing, right?</p> -<h3 id="html-updated">HTML (updated)</h3> -<pre><code><main> - <h2 class="total-tally">200,000+</h2> -</main> -</code></pre> -<p>You might be reading this and saying to yourself, “Wow! Thanks Captain Obvious!” and that’s a fair reaction. This is an <em>obvious</em> demo on purpose. If even one single reader learns to avoid leaving empty HTML tags that are solely dependent on Javascript injection, then I’d say this demo was a huge success.</p> -<p>Rule of thumb: don’t make assumption about your users. Play it safe.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/one-css-property/index.html b/build/posts/one-css-property/index.html deleted file mode 100644 index 31342f9..0000000 --- a/build/posts/one-css-property/index.html +++ /dev/null @@ -1,63 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Billing for One CSS Change</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="billing-for-one-css-change">Billing for One CSS Change</h1> -<p>2019-11-29</p> -<p>Every second you spend working as a designer should be billed back to the client. A simple button color change? Bill them. Additional links added to an existing menu? Send that invoice over. Some basic typeface changes? Don’t do it for free.</p> -<p>You need to be charging for <em>all</em> design work, regardless of difficulty or time required.</p> -<p>This concept might seem extremely obvious to more senior level workers but I have seen a good amount of junior devs make the mistake of “working for experience” or better yet “strengthening the client relationship”. Early on in my career I was just as guilty of doing this kind of thing. It was and still is a very foolish practice.</p> -<h2 id="do-you-really-bill-for-one-css-change">Do you really bill for <em>one</em> CSS change?</h2> -<p>Absolutely. From the client’s perspective it may seem like they are being billed for one CSS change and 30 seconds of a designer’s time. In reality, they are paying for the designer’s years of experience to be able to solve that problem in <em>only</em> 30 seconds.</p> -<p>Would the client be happier with a significantly less qualified designer charging the same amount of money but taking 3 <em>hours</em> to complete the task? In the end, what’s the difference?</p> -<blockquote> -<p>If it is a simple change that they believe should cost nothing, then why aren’t they doing it themselves?</p> -</blockquote> -<p>We as developers and designers work in an odd industry. A lot of people (read clients) outside of our bubble tend to think they have a much better understanding of the work we do. Because of this, they tend to preface work requests with phrases like:</p> -<ul> -<li>“This should be a simple change”</li> -<li>“This shouldn’t take more than a couple of minutes”</li> -<li>“This seems like an easy fix”</li> -</ul> -<p>Most of the time these comments are harmless, but other times they are a subtle way of downplaying your skill and experience required to complete these work items. That skill and experience shouldn’t ever come free. It makes you wonder if these same people expect free work from trades-people (electricians, plumbers, etc) when they need what they think is a “simple” fix in their house.</p> -<p>Do you think workers in <em>most</em> other industries travel out to someone’s home and fix “small” issues for free? Hell no.</p> -<p>So why are developers and designers doing work for free? I truly don’t know - but it needs to stop.</p> -<h2 id="a-simple-but-useful-system">A simple but useful system</h2> -<p>You should live by the rule that every <em>second</em> you spend working for someone else is billable. I don’t mean that you should literally bill per second, but instead round to nearest estimated time slot (whether you are billing hourly, daily, sprint-based or per project). This ensures that your efforts are paid for and that the client will begin to truly value your time. Doing this from the get-go will save you headaches in the future.</p> -<p>I’m sorry if this comes off as preachy, but I’m just trying to inspire designers to value their work more. Don’t sell yourself short - your talent is valuable and shouldn’t be taken for granted.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/one-thing/index.html b/build/posts/one-thing/index.html deleted file mode 100644 index da0668f..0000000 --- a/build/posts/one-thing/index.html +++ /dev/null @@ -1,64 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>My Coffee Maker Just Makes Coffee</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="my-coffee-maker-just-makes-coffee">My Coffee Maker Just Makes Coffee</h1> -<p>2023-01-09</p> -<p><img src="/public/images/coffee-couple.svg" alt="Couple drinking cups of coffee" /></p> -<p>I had to replace my dual Keurig coffee maker <em>twice</em> over a period of five months. This occurred a year ago and these are my findings.</p> -<h2 id="built-to-fail">Built to Fail?</h2> -<p>I followed the manufactor’s suggested cleaning schedule and took care of the appliances. My initial conclusion was that the product’s design wasn’t thought-out well. “It’s built to fail!” I said to my wife the morning of the <em>second</em> machine’s failure. Another product replaced under warranty, while the broken one’s tossed aside. More e-waste because why not?</p> -<p>But after some further reflection, I came to realize the “poor design” was a symptom of a greater cause:</p> -<p><strong>The product tries to do too much</strong>.</p> -<p>I’m beating a dead horse by referencing <a href="https://suckless.org">suckless</a> software again, but that core philosophy applies here too. Both digital and industrial design suffer from bloat. Far too often I witness fellow designers over-engineer customer requests. Or they add excessive bloat to new product features. It’s almost a rarity these days to find designers who tackle work as <em>single items</em>. Everything expands. Everything needs to do one little extra “cool” thing. Nothing is ever <em>taken away</em>.</p> -<p>I’m sure the designers meant well with the creation of this dual coffee maker. It’s interesting to combine both a standard 12-cup percolator and “pod-based” serving options. In theory it sounds quite handy. One appliance that tackles two use-cases. Think of the counter space you’ll save! </p> -<p>Unfortunately, in practice, it fails.</p> -<h2 id="product-decline">Product Decline</h2> -<p>I’ve felt product quality decline in both household appliances and software. Companies no longer seem content with doing <em>one thing well</em>. Everyone needs to reach out into many verticals. Everyone copies their competitors.The need to “grow” their existing features. Adding things that no one asked for. Products are getting <em>slower</em> and losing focus.</p> -<p>People tend to place all that blame on top-level management or developers. They do deserve some blame - but not all. Designers cause a lot of these issues on their own and it’s easy to understand why.</p> -<p>The design field drops new designers into a <em>world of bloat</em>. They don’t stand a chance. The initial programs introduced to them are behemoth, proprietary pieces of garbage. No other options are available. No one is making strides in this field of “design tool software” because it’s a massive uphill battle. Those that <em>try</em>, get <a href="https://www.theverge.com/2022/9/15/23354532/adobe-figma-acquisition-20-billion-official">snatched up by existing platforms</a>. Designers don’t have the luxury of “choice” as much as developers do (within reason). It’s a very locked-down industry.</p> -<p>So of course designers will carry this mentality into their own work. It’s all they have known. “X and Y companies designed their <code>insert-feature-here</code> with all these <em>extras</em>, so we’ll do the same”. Everything is <a href="https://invidious.snopyta.org/watch?v=dC1yHLp9bWA">a copy of a copy of a copy</a>.</p> -<p>The only advice I can give to designers is this: try not to add to the problem. I’m not asking you to move mountains. But consider working somewhere else if your career only adds more bloat to the world. (Easier said than done, I know). Or keep doing what you’re doing. What do I know - I’m only some guy who rambles on the web.</p> -<h2 id="back-to-the-coffee-maker">Back to the Coffee Maker</h2> -<p>So the Keurig is gone. Trashed. The company doesn’t want the product back, they tell you to scrap it. “We’ll send you a new one for free”. Such a waste.</p> -<p>Instead, I snagged the cheapest and most basic coffee maker I could find. It cost me $12. It has no clock, no programming options, no base settings or cleaning functions. Hell, there aren’t even level numbers on the water reservoir tank. </p> -<p>You add your scoops of coffee grounds, along with desired amount of water. Then you switch on the (only) button at the side of the machine. After a handful of minutes, you have coffee.</p> -<p>And it’s been running <em>perfect</em> for over 8 months now. I clean it every so often by brewing with a small mixture of vinegar and water. That’s it. No need for “specialty cleaners” that cost almost as much as the machine itself. The points of failure get reduced as well, since the machine is bare-bones. Nothing can break when there is nothing to break…</p> -<h2 id="brewing-software">“Brewing” Software</h2> -<p>At least, for me, I plan to only design what <em>needs to be</em>. If someone asks for a “coffee”, they’ll get a cup of hot, black coffee and nothing else.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/open-source-typeface-pairings/index.html b/build/posts/open-source-typeface-pairings/index.html deleted file mode 100644 index 09ebe00..0000000 --- a/build/posts/open-source-typeface-pairings/index.html +++ /dev/null @@ -1,54 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Open Source Typeface Pairings</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="open-source-typeface-pairings">Open Source Typeface Pairings</h1> -<p>2018-01-25</p> -<p>I always love finding new typeface pairings to use across my personal and client projects, but I find many suggested pairings come with a hefty price tag (rightly so - premium typefaces are normally always worth their cost).</p> -<p>So, I’ve curated this personal list of 5 exceptionally beautiful typeface pairings that will cost you absolutely nothing. Open source FTW.</p> -<h2 id="et-book-gill-sans">ET-Book & Gill Sans</h2> -<p>Download: ET Book, Gill Sans</p> -<h2 id="playfair-display-roboto">Playfair Display & Roboto</h2> -<p>Download: Playfair Display, Roboto</p> -<h2 id="karma-open-sans">Karma & Open Sans</h2> -<p>Download: Karma, Open Sans</p> -<h2 id="libre-baskerville-oswald">Libre Baskerville & Oswald</h2> -<p>Download: Libre Baskerville, Oswald</p> -<h2 id="fanwood-league-spartan">Fanwood & League Spartan</h2> -<p>Download: Fanwood, League Spartan</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/openring/index.html b/build/posts/openring/index.html deleted file mode 100644 index 9f80704..0000000 --- a/build/posts/openring/index.html +++ /dev/null @@ -1,139 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Building openring with Jekyll Build</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="building-openring-with-jekyll-build">Building openring with Jekyll Build</h1> -<p>2022-12-02</p> -<p>I think it’s great when bloggers post their own personal “reading list” of blogs they themselves follow. Whether this is a customized Blogroll page or footnotes in their individual articles, I find it really helpful to find more interesting content on the “indie” web. This isn’t a new concept by any means, but I wanted something a little more “dynamic”[^1] for my own blog.</p> -<p>After some digging I came across <a href="https://sr.ht/~sircmpwn/openring/">openring</a> and it’s great. Fully customizable, lightweight and completely open source. What more could you ask for?</p> -<p>So, I thought others might be interested in how I’ve implemented openring through my own Jekyll build system.</p> -<h2 id="installing-openring">Installing openring</h2> -<p>You can pull the project <a href="https://sr.ht/~sircmpwn/openring/">directly via SourceHut</a> if you wish, but I would recommend installing through your default package manager. I’m running Arch, so for me it was as simple as running:</p> -<pre><code>yay -S openring -</code></pre> -<p>That’s it. I now have full local access to openring!</p> -<h2 id="jekyll-includes">Jekyll Includes</h2> -<p>You <em>could</em> setup a whole new directory specifically for your openring files, but that seems like overkill. Instead, we will simply add two new files to our existing <code>_includes</code> directory. We will name these files <code>openring-in.html</code> and <code>openring-out.html</code>.</p> -<h3 id="openring-in.html-contents">openring-in.html Contents</h3> -<pre><code><!-- License-Id: CC0-1.0 --> -<section class="webring"> - <h3>Articles from blogs I follow around the world wide web</h3> - <section class="articles"> - {{range .Articles}} - <div class="article"> - <h4 class="title"> - <a href="{{.Link}}" rel="noopener">{{.Title}}</a> - </h4> - <p class="summary">{{.Summary}}</p> - <small class="source"> - via <a href="{{.SourceLink}}">{{.SourceTitle}}</a> - </small> - <small class="date">{{.Date | datef "January 2, 2006"}}</small> - </div> - {{end}} - </section> - <p class="attribution"> - Generated by - <a href="https://git.sr.ht/~sircmpwn/openring">openring</a> - </p> -</section> -<style> -.webring .articles { - display: flex; - flex-wrap: wrap; - margin: -0.5rem; -} -.webring .title { - margin: 0; -} -.webring .article { - flex: 1 1 0; - display: flex; - flex-direction: column; - margin: 0.5rem; - padding: 0.5rem; - background: #eee; - min-width: 10rem; -} -.webring .summary { - font-size: 0.8rem; - flex: 1 1 0; -} -.webring .attribution { - text-align: right; - font-size: 0.8rem; - color: #555; -} -</style> -</code></pre> -<blockquote> -<p>Sidenote: You will get minor Liquid Syntax warnings in the console when running your website via <code>serve</code> or <code>build</code>. I don’t really mind those warnings but if you do, feel free to move these files out into their own sub-directory in your project folder.</p> -</blockquote> -<h3 id="openring-out.html-contents">openring-out.html Contents</h3> -<p>This will generate itself for us every time we rebuild our Jekyll website. It is important to note that any changes you make in this file will be overwritten the next time you rebuild! All custom styling or layout changes should be made in the <code>openring-in.html</code> file.</p> -<h2 id="our-new-build-script">Our “New” Build Script</h2> -<p>To simplify things, we are going to place our main commands in a single build script in the root directory of our Jekyll project. For my personal blog, I’ve named this file <code>build-site.sh</code>. I know - I’m extremely creative.</p> -<p>Place the following inside that file:</p> -<pre><code>openring \ - -s https://example.com/feed.xml \ - -s https://example.com/feed.xml \ - -s https://example.com/feed.xml \ - < _includes/openring-in.html \ - > _includes/openring-out.html -bundle exec jekyll build -</code></pre> -<h2 id="edit-">Edit <code>_config.yml</code></h2> -<p>Next we need to make sure we exclude our new <code>build-site</code> script file, since we really don’t need that pushed up to the main server:</p> -<pre><code># Includes / Excludes -exclude: - - build-site.sh -</code></pre> -<h2 id="almost-done">Almost Done…</h2> -<p>Now you just need to decide where you want your <code>openring</code> feed outputs to render. For this example, we will place them at the bottom of every blog post inside the <code>_layouts/post.html</code> file, like so:</p> -<pre><code>{% raw %}{% include openring-out.html %}{% endraw %} -</code></pre> -<h2 id="build-it-they-will-come">Build It & They Will Come</h2> -<p>This next step is only for those using <a href="https://srht.site">SourceHut Pages</a> to build and host their websites. If you use a different platform (ie Netlify, Vercel, GitHub Pages) the concept should be similar but will most likely require more tweaking on your end. Just a fair warning.</p> -<p>I won’t go into great detail about build script for SourceHut Pages, but feel free to take a look at my <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/.build.yml">very own build file for this website</a>. That <em>should</em> work out-of-the-box for most standard Jekyll websites. (Just be sure to edit with your own details!)</p> -<p><strong>That’s it</strong>. You now have links to blogs you enjoy that will update with each build. Of course, the “latest” blog posts shown will become out-of-date if you don’t blog (or at least re-build your website) on a regular basis. But for me, I see this as a good motivator to keep pushing out content!</p> -<p>Happy sharing!</p> -<h2 id="refs">Refs</h2> -<ol> -<li>Well, as dynamic as a static website can be!</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/over-engineering-an-oil-tank/index.html b/build/posts/over-engineering-an-oil-tank/index.html deleted file mode 100644 index 07d586e..0000000 --- a/build/posts/over-engineering-an-oil-tank/index.html +++ /dev/null @@ -1,84 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Over-Engineering an Oil Tank Gauge</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="over-engineering-an-oil-tank-gauge">Over-Engineering an Oil Tank Gauge</h1> -<p>2020-09-09</p> -<p>I almost went down the path of investing a huge amount of time and effort into fixing a stuck oil fuel tank float-gauge in my house. Recently, the float mechanism became stuck and permanently displayed <code>empty</code> regardless of how much fuel was in the tank - not ideal. It’s a 20 year-old tank, so I wasn’t surprised that the float finally gave out. </p> -<p>Being the wannabe tinkerer that I am, a light bulb went off in my head and I started thinking on how to incorporate some ultrasonic system to display the accurate fuel reading digitally. Obviously my first thought was just to replace the float gauge with a new one and be done with it. That didn’t sound very <em>fun</em> though.</p> -<p>I briefly looked at other similar projects and started brainstorming the best way I would implement this for my own situation. The best option I came across seemed to be this: <a href="https://scottiestech.info/2017/10/24/diy-ultrasonic-fuel-gauge-level-sensor/">DIY Ultrasonic Fuel Gauge / Level Sensor</a></p> -<p>An ultrasonic system with a cool mini display sounded pretty rad - much cooler than just replacing the broken gauge with a new float arm. So it was settled.</p> -<h2 id="my-oil-think-tank">My oil think-tank</h2> -<p>I quickly thought through my options in my head before jumping too far into things (and even included a “poor-mans” temperature strip option):</p> -<table> -<thead> -<tr> -<th>Solution</th> -<th>Cost</th> -<th>Time</th> -</tr> -</thead> -<tbody> -<tr> -<td>Ultrasonic Gauge</td> -<td>$40-50</td> -<td>~2-3 hours</td> -</tr> -<tr> -<td>New Float Gauge</td> -<td>$25-30</td> -<td>~45 minutes</td> -</tr> -<tr> -<td>Temperature Strips</td> -<td>$10</td> -<td>~2 minutes</td> -</tr> -</tbody> -</table> -<p>My mind was still set on building and implementing the ultrasonic option. It would be a great learning experience at the very least!</p> -<p>So, before I ordered any parts or started designing a case that would house this new super-cool device, I went to investigate/remove the float gauge to get a better look at the damage. With the help of some penetrating oil (the original installer went crazy with the pipe dope) and my trusty wrench, I opened up the gauge cap, partly lifting the float from the tank. Right away I noticed that the float and shaft were slightly stuck together in one small area. I poked it with my finger.</p> -<p><em>The float set itself back into the correct position. It was fixed.</em></p> -<p>How could I have been so dumb. I was so excited about <em>building something</em> that I jumped into implementation before fully realizing the problem. Talk about a metaphor for web dev, am I right?</p> -<h2 id="overthinking-simple-problems">Overthinking simple problems</h2> -<p>I can’t speak for all designers / developers out there, but I catch myself (far more often than I’d like to admit) over-engineering a solution because of some perceived notion that it is the “best” option. Most of the time it isn’t actually better, it just seems more <em>fun</em>.</p> -<p>Now don’t get me wrong, fun is a good thing most of the time. It’s just that some instances call for the quickest, cleanest, easiest solution in the name of efficiency - just be sure to have fully explored the problem <em>first</em>.</p> -<h2 id="final-decision">Final decision</h2> -<p>So I ended up doing nothing. I simply re-threaded the cap and placed the float back inside the tank. I know I saved myself time and money, but I can’t help but feel like I failed…</p> -<p>Just like in the world of software, it’s best to avoid over-engineering simple problems.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/over-nesting/index.html b/build/posts/over-nesting/index.html deleted file mode 100644 index 25f9cc1..0000000 --- a/build/posts/over-nesting/index.html +++ /dev/null @@ -1,81 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Over-Nesting</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="over-nesting">Over-Nesting</h1> -<p>2019-01-06</p> -<p>I think since our design industry moves so quickly and exciting new technologies get released almost daily, that we often forget some of the basics when writing CSS. I bring this up because I’ve recently worked on a few projects that show a slight disregard for proper class/selector nesting.</p> -<p>Now it’s completely understandable why designers and teams alike shrug off the concept of “over-nesting”:</p> -<ul> -<li>As a team we know the structure of our code (no outside party needs to interact with it)</li> -<li>Everything is written in <code>insert pre-processor here</code> - so it’s cleaner/compiled anyway</li> -<li>It’s <em>technically</em> DRY</li> -</ul> -<p>I personally believe these are all weak excuses that don’t justify the poor experience future maintainers of your code will face. <em>You should always write your code with the idea someone completely new to the project will have to maintain it</em>.</p> -<p>Let’s look at an average example of poor nesting that I’ve seen out in the wild:</p> -<pre><code>/* These children elements can't be used outside -of the parent - not very flexible */ -.main-container { - .child-container { - /* This class specificity is too deep */ - .sub-child-container {} - } -} -</code></pre> -<p>Even if you know a child element will never be structured outside of it’s parent, what harm does it cause to still place it out of such deep specificity?</p> -<pre><code>/* This code is far more reusable */ -.main-container {} -.child-container {} -.sub-child-container {} -</code></pre> -<h3 id="exceptions">Exceptions</h3> -<p>As with anything, there are exceptions to the <em>rule</em>. If the nested elements pertain to the parent itself, it makes complete sense to group these stylings together. A button or link item are excellent examples of this:</p> -<pre><code>.btn-lg { - &:hover {} - &:active {} - &:disabled{} -} - -.link-item { - &:hover{} - &:focus{} -} -</code></pre> -<p>Of course, this is all easier said than done. Limitations exist within teams or even on an individual level that might make this impossible to change. Maybe you don’t have the authority to rework your current CSS or it would eat up too many cycles and time is valuable - especially in the world of startups. </p> -<p>I’m not saying this is <strong>the only way to structure CSS</strong> - I’m only trying to make the lives of future designers/developers easier moving forward. </p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/paid-mac-apps/index.html b/build/posts/paid-mac-apps/index.html deleted file mode 100644 index 28069b9..0000000 --- a/build/posts/paid-mac-apps/index.html +++ /dev/null @@ -1,70 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Happily Paying For macOS Apps</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="happily-paying-for-macos-apps">Happily Paying For macOS Apps</h1> -<p>2022-06-29</p> -<p>It’s no secret that I am a huge advocate for open source software. A solid chunk of my day-to-day workload is done so via FOSS[^0] systems. I also manage a handful of fun side projects that are normally shipped under either MIT or GPL licensing. But that doesn’t mean I still don’t enjoy <em>some</em> non-free, proprietary software.</p> -<p>So, I thought I would share my collection of macOS applications that I happily paid for. (There aren’t many since my needs are limited)</p> -<h2 id="design-tool-sketch">Design Tool: Sketch</h2> -<p>My day job requires me to use Figma, which is totally fine but not nearly as polished as Sketch. Yes, Figma is cross-platform. Yes, Figma can run directly in the browser. Yes, Figma is free for most smaller team sizes.</p> -<p>But sorry - Sketch is just better.</p> -<p>Since the team at Bohemian Coding have crafted Sketch specifically for macOS it feels native, runs extremely well and fits in with the rest of the ecosystem. The pricing model is okay in my books too, balancing a fine line between <em>optional</em> yearly subscriptions and one-time purchases. It’s a smart move and I much prefer it to a forced subscription plan.</p> -<p>URL: <a href="https://www.sketch.com/">https://www.sketch.com/</a></p> -<h2 id="password-manager-secrets">Password Manager: Secrets</h2> -<p>I was originally a subscriber to 1Password but couldn’t justify spending $7CDN a month for what it was offering. Also, subscriptions suck. After doing some research I stumbled upon Secrets and noticed some things about it that instantly caught my eye:</p> -<ul> -<li>No subscriptions! One-time price forever.</li> -<li>iCloud Sync across devices</li> -<li>Browser extension support (although I don’t use this personally)</li> -<li>Developed by a one-man team (support indie devs!)</li> -</ul> -<p>I purchased both the macOS and iOS versions of Secrets after trying out the free version almost immediately. It’s wonderful. The UI is clean and flows well with the rest of the Mac ecosystem to give it a native “Apple” feel. Syncing my laptop and iPhone works seamless via iCloud.</p> -<p>And best of all - no monthly fees.</p> -<p>URL: <a href="https://outercorner.com/secrets-mac/">https://outercorner.com/secrets-mac/</a></p> -<h2 id="transferring-files-transmit-5">Transferring Files: Transmit 5</h2> -<p>The folks at Panic make incredible Mac and iOS apps. I see them as one of the best in the industry. In the early days of my web development career, I used to run Coda exclusively. I’ve since moved on the Sublime Text but I still have fond memories of the old Panic editor.</p> -<p>As for FTP access, I still use Panic’s Transmit to this day. Beautiful UI that feels snappy even when transferring massive files across servers. Transmit is also a one-time purchase. Thank goodness. (Have I mentioned that I hate software subscriptions?)</p> -<p>URL: <a href="https://panic.com/transmit/">https://panic.com/transmit/</a></p> -<h2 id="wrapping-up">Wrapping Up</h2> -<p>I know this list only includes 3 applications, but that’s truly all the ones I’ve spent money on. If in the future I happen to purchase any others I will be sure to update this post accordingly.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>Free & open source software</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/pblog/index.html b/build/posts/pblog/index.html deleted file mode 100644 index 9d984e6..0000000 --- a/build/posts/pblog/index.html +++ /dev/null @@ -1,70 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Yet Another Static Site Generator Switch</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="yet-another-static-site-generator-switch">Yet Another Static Site Generator Switch</h1> -<p>2022-07-06</p> -<p>If you’re an RSS subscriber, I’ve probably blown up your feed reader (again). This seems to be an on-going theme with this blog. I can’t help it.</p> -<p>This website now uses my <em>new</em> Pandoc-based static blog generator: <a href="https://pblog.bt.ht">pblog</a>. I won’t go into great detail about it’s features (or lack thereof) - if you’re interested in that, check out the <a href="https://pblog.bt.ht/blog/pblog-intro.html">“Introducing pblog” article</a>.</p> -<p>The bigger question is, “Why the change?”</p> -<h2 id="wheres-the-love-for-shinobi">Where’s the Love for “Shinobi”?</h2> -<p>Switching over to <code>pblog</code> wasn’t caused by a dislike of using <a href="https://shinobi.bt.ht">Shinobi</a>. In fact, I still really enjoy the work flow that that plain-text focused SSG provides. The main issues that popped up for my own blog was <em>accessibility</em> and <em>poor user experience</em>.</p> -<p>I had multiple readers reach out and mention poor rendering of content in their RSS reader of choice. That’s kind of a <strong>big deal</strong>. I test that project as best I can with my limited access to all available RSS readers - but I can only test so much. It became one of those “Well, it works on my machine!” meme. So instead of spending an untold amount of time debugging every RSS reader known to man, I figured my best bet was to render things as <code>HTML</code>.</p> -<p>The next big issue was <em>accessibility</em>. Screen readers can read <code>txt</code> formatted files perfectly fine but since elements aren’t categorized everything ends up with the same level hierarchy. This can cause confusion between headers, list items, URLs, footers etc. For my personal use-case (sharing tutorials and covering design topics) it didn’t make sense to sacrifice user accessibility for minimalism.</p> -<h2 id="the-search-for-simplicity">The Search for Simplicity</h2> -<p>My initial thought process was to include some form of “plus” add-on to the existing Shinobi build script. The idea was to render <code>HTML</code> versions of each post and dump those into the generated RSS file. Although maybe good in theory, it ended up impractical because:</p> -<ol> -<li>No utility or existing tool could render the style of text-based formatting I implemented as semantic HTML (at least not without heavy customization and tinkering)</li> -<li>I was actually adding extra bloat to the Shinobi project (true minimalism is the point, right?)</li> -</ol> -<p>So, that option was ruled out pretty quickly.</p> -<p>The next option didn’t take me long to land on: <em>Pandoc</em>. I’ve used Pandoc for years and have nothing but great experiences tweaking it for my own needs. I knew that I could piggyback off the original <code>shell</code> commands in the Shinobi project and alter them as needed to incorporate Pandoc.</p> -<p>I honestly didn’t run into many issues while rolling this out. Fairly seamless!</p> -<h2 id="new-workflow">New Workflow</h2> -<p>With this new blog switch I also decided to try out a new <em>deploy</em> workflow. I’ve used <code>rsync</code> for the longest time but wanted to have something more GUI-based on macOS. I know, <em>blasphemy</em>!</p> -<p>Since I already have a Transmit license, that seemed like the best fit since it is designed specifically for macOS. Now my workflow process is as follows:</p> -<ol> -<li>Write new posts in my root <code>posts</code> folder</li> -<li>Rebuild the <code>pblog</code> with <code>make</code></li> -<li>Use the built-in sync function of Transmit to mirror my local <code>_output</code> with my web server</li> -</ol> -<p><img src="/public/images/transmit-ftp.webp" alt="The Transmit UI in all of its wonderful glory (before I updated)" /></p> -<h3 id="wrapping-up">Wrapping Up</h3> -<p>Will there be bugs with this switch-over? Most likely. Will some URLs be left behind or broken? Possibly. These small issues will be ironed out over time. For now, I’m quite happy with keeping things minimal on the workflow side of things, while preserving accessibility and user experience with the output.</p> -<p>Thanks for reading!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/performance-focused-wordpress-theme/index.html b/build/posts/performance-focused-wordpress-theme/index.html deleted file mode 100644 index 294f888..0000000 --- a/build/posts/performance-focused-wordpress-theme/index.html +++ /dev/null @@ -1,87 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Create a Performance-Focused WordPress Blog</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="create-a-performance-focused-wordpress-blog">Create a Performance-Focused WordPress Blog</h1> -<p>2021-09-08</p> -<p>With my recent switch back to WordPress, and having read Kev Quirk’s latest post about Core Web Vitals, I wanted to make sure my blog still prioritized speed and performance above all else. I’m happy to say that I have closely replicated the same speed of my original <em>static</em> Jekyll-based version of this blog.</p> -<p>And I’ve achieved this with barely any effort at all. All that’s needed is: </p> -<ul> -<li>a lightweight WordPress theme</li> -<li>two free WordPress plugins</li> -<li>cheap & fast web hosting</li> -</ul> -<p>Let me breakdown each component so those of you interested can do the same without hitting any roadblocks.</p> -<h2 id="choosing-your-wordpress-theme">Choosing Your WordPress Theme</h2> -<p>Selecting an existing theme or trying to build your own can be a daunting experience. For my needs, I forced myself to find an existing theme and just run with it. This gives me more time to focus on writing instead of constantly tweaking the blog’s visuals.</p> -<p>I would suggest either using the default starter theme (as of this writing: Twenty Twenty One theme by Automattic) or looking for specific “lightweight” themes across the web. I highly recommend checking out Anders Norén’s <a href="https://andersnoren.se/teman/">theme collection</a>. Others can be found on the official <a href="https://wordpress.org/">wordpress.org</a> website.</p> -<h2 id="two-simple-plugins">Two Simple Plugins</h2> -<p>Once you have decided on a theme, you’ll also want to be sure to install two very important plugins that greatly help with performance:</p> -<ol> -<li>Jetpack Boost – <a href="https://wordpress.org/plugins/jetpack-boost/">wordpress.org/plugins/jetpack-boost/</a></li> -<li>Yoast SEO – <a href="https://wordpress.org/plugins/wordpress-seo/">wordpress.org/plugins/wordpress-seo/</a></li> -</ol> -<h2 id="jetpack-boost">Jetpack Boost</h2> -<p>This plugin is fantastic. Not only will it run a proper audit (based off Google’s Lighthouse tool) but also gives you the ability to activate optimized CSS, lazy image loading and deferring non-essential JavaScript (if applicable). All of this is done in a super-clean user interface directly inside your WordPress admin.</p> -<p>Check out my own testing site metrics below:</p> -<h2 id="yoast-seo">Yoast SEO</h2> -<p>If you’ve worked with WordPress at all you have surely heard of Yoast. Adding this plugin to your site is really a no-brainer. The automatic generation of meta data and SEO tags can save you a lot of time while also improving your overall Lighthouse score.</p> -<p>Here is the Lighthouse audit for the test WordPress website:</p> -<p>Those scores were achieved without any custom work on my end – I simply activated the plugin and let it work it’s magic. Great stuff.</p> -<h2 id="host-everything-on-easywp">Host Everything on EasyWP</h2> -<p>Up to this point we haven’t spent a single penny. Unfortunately, web hosting isn’t free and you’re going to need it if you actually want your website to have a home on the interwebs!</p> -<p>I know – I can hear your collective voices shouting out:</p> -<blockquote> -<p>Isn’t web hosting a little expensive just for my simple hobby blog/site?</p> -<p>– Some of you</p> -</blockquote> -<p>I host this test blog for just <strong>$3.88/month</strong> and the service is actually good. Unreal, right? That’s the price of a medium coffee, so I’m pretty sure it won’t break the bank.</p> -<p>This “cheap” hosting is through EasyWP and the Starter plan ($3.88/month) comes with the following:</p> -<ul> -<li>10 GB SSD storage</li> -<li>50k visitors/month</li> -<li>Unlimited bandwidth</li> -<li>Backups (though not automatic)</li> -<li>SFTP access</li> -<li>EasyWP Cache plugin (and it’s actually good!)</li> -</ul> -<p>You will need to snag your own SSL certificate though, but this is easily obtained with something like <a href="https://letsencrypt.org">letsencrypt.org</a>.</p> -<p>Best of all, if in the future you require more features the next pricing tier is still only $7.88. Not too shabby!</p> -<h2 id="try-yourself">Try Yourself</h2> -<p>The fact that EasyWP gives you a free month trial, there really is no reason not to try spinning up your own blog or online store or whatever the heck you want to build. The more people with personal spaces on the web the better.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/personal-website-opinions/index.html b/build/posts/personal-website-opinions/index.html deleted file mode 100644 index 8cecc94..0000000 --- a/build/posts/personal-website-opinions/index.html +++ /dev/null @@ -1,52 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>My Changing Opinion on Personal Website Design</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="my-changing-opinion-on-personal-website-design">My Changing Opinion on Personal Website Design</h1> -<p>2021-05-19</p> -<p>Hey would you look at that - my personal blog has been redesigned <em>again</em>! Although I am still using good ol’ Jekyll for the backend, I have now added a more fleshed-out CSS design which also includes a set of open source custom typefaces.</p> -<p><strong>Gasp!</strong> “How <em>could</em> you?!” I hear you ask. Let me explain.</p> -<h2 id="personal-sites-should-feel-personal">Personal sites should feel personal</h2> -<p>I can see how this change might seem hypocritical (it took some convincing myself) but I decided to follow in to footsteps of Kev Quirk and <a href="https://kevq.uk/adding-some-whimsy-character/">added a little whimsy and character</a> to my website. After all, personal websites should <em>feel personal</em>. My obsession with barebones HTML & CSS serves its purpose on other public projects, but seems limiting for my own little space on the interwebs.</p> -<h2 id="banned-from-my-own-club">Banned from my own club</h2> -<p>I had originally converted this blog’s design to use <em>zero</em> CSS and instead rely solely on default browser styling. The main reasoning for doing so, was to have the ability to include my own personal website in the <a href="https://xhtml.club">XHTML Club</a> project. (I never said it was a <em>good</em> reason)</p> -<p>After giving it some thought, I’ve decided that this limitation seemed too extreme even for me.</p> -<h2 id="moving-forward">Moving forward</h2> -<p>I know I always say “With this new design, I can finally focus on just writing content!” - but this is a lie. I’ll probably be fiddling with my personal website until the day I die. The good news is that I <em>do</em> have a few tutorial blog posts lined up to publish soon - so be on the lookout for those!</p> -<p>Thanks for reading through my pointless ramblings about personal websites. It’s good to just vent about these things sometimes…</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/phpetite/index.html b/build/posts/phpetite/index.html deleted file mode 100644 index 0a1ebde..0000000 --- a/build/posts/phpetite/index.html +++ /dev/null @@ -1,78 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>89 Blog Posts in a Single HTML File</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="89-blog-posts-in-a-single-html-file">89 Blog Posts in a Single HTML File</h1> -<p>2021-04-22</p> -<p><em>This is no longer the current setup of my blog</em>. I have switched back to Jekyll for performance reasons. I’ll be leaving this post up as a point of reference though :)</p> -<hr/> -<p>This is my personal blog (if that wasn’t already obvious). I currently have 89 blog posts living here. But I have done something magical today:</p> -<p>All of these articles are rendered inside a <em>single HTML file</em>. 🤯</p> -<h2 id="what-sorcery-is-this">What Sorcery is This?!</h2> -<p>No magic here - I’m just using my own personal static site generator called <a href="https://phpetite.org">PHPetite</a>. You can find all the code and more information about PHPetite on the <a href="https://github.com/bradleytaunt/phpetite">official Github repo page</a>. Please note that this project is still very much a WIP, so go easy on me when pointing out bugs or issues!</p> -<h2 id="pingdom-stats">Pingdom Stats</h2> -<p>Before we get into more details on how everything is built, let’s take a quick look at some of my website stats (not that pure numbers are 100% accurate of user experience):</p> -<ul> -<li>99 Performance Grade</li> -<li>951 ms Load Time</li> -<li>231.3 KB Page Size (thank you Netlify compression!)</li> -</ul> -<p><a href="https://tools.pingdom.com/#5e169d6a82000000">See all the Pingdom details for yourself</a></p> -<p>Now the <code>Page Size</code> will certainly change as more blog posts are added over time, but if the total webpage size is roughly 230 KB with 89 blog posts, I figure that gives me the ability to add another 200 or so posts before I cross the <a href="https://1mb.club">1MB threshold</a></p> -<p>I’ll deal with how to load in the content more efficiently when that times comes…</p> -<h2 id="what-about-images">What About Images?</h2> -<p>Good question. Since a large portion of my articles tend to be focused on design and CSS, visual examples are somewhat important. So how do I avoid loading in all the individual images on every single post into this single HTML “website”?</p> -<p>Easy - I don’t load any images at all.</p> -<p>I now simply set any images that are not included in the current, visible <code>section</code> to <code>display: none</code>. This avoids breaking things with the RSS feed.</p> -<p>Here is an image example of an old Dribbble shot I created years ago:</p> -<p>I have noticed that Safari / Firefox on iOS renders the imagery as broken image links - I plan to look into this further to avoid that confusion. For now it works well on desktop Chromium and Firefox.</p> -<pre><code><figure> - <div class="img-parent"> - <img loading="lazy" src="/placeholder-image.webp" onclick="this.src='https://res.cloudinary.com/bradtaunt/image/fetch/q_auto:low/v1570124593/https://uglyduck.ca/public/images/aqua-ui-css-buttons.webp'" alt="Aqua UI buttons"> - </div> - <figcaption><b>Click the placeholder to load in the real image</b><br>Example Dribbble shot for testing. Feel free to click the default image in order to load the correct Dribbble source. <a href="https://res.cloudinary.com/bradtaunt/image/fetch/q_auto:low/v1570124593/https://uglyduck.ca/public/images/aqua-ui-css-buttons.webp">View full size image</a>.</figcaption> -</figure> -</code></pre> -<h2 id="hows-the-seo">How’s the SEO?</h2> -<p>Probably terrible to be honest. One single file for all blog posts is something Google will most likely frown upon. Whatever - it’s my personal blog so I don’t really give a shit.</p> -<h2 id="rss-feed">RSS Feed</h2> -<p>If you recently added my old RSS feed, I’m sorry, but you’ll have to update. The new feed is located at <a href="https://tdarb.org/feeds/posts.xml">tdarb.org/feeds/posts.xml</a>. I made this change to avoid spamming the current feed users.</p> -<h2 id="tasty-dog-food">Tasty Dog Food</h2> -<p>At the end of the day, by moving my personal blog over to PHPetite, it makes me more aware of current bugs and restrictions within the project. I feel like this will help me to improve this static site generator even more over time, instead of letting it die a slow death ignored on Github.</p> -<p>I hope you enjoyed this little breakdown and maybe even want to try out PHPetite for yourself? 😉</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/pi-400-internal-ssd/index.html b/build/posts/pi-400-internal-ssd/index.html deleted file mode 100644 index 7ed627a..0000000 --- a/build/posts/pi-400-internal-ssd/index.html +++ /dev/null @@ -1,97 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Stuffing an SSD Inside the Raspberry Pi 400</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="stuffing-an-ssd-inside-the-raspberry-pi-400">Stuffing an SSD Inside the Raspberry Pi 400</h1> -<p>2021-08-13</p> -<p>I have successfully jammed an mSATA SSD into the main shell of my Raspberry Pi 400. It wasn’t as straightforward as I thought it would be - in fact, most <em>real</em> hardware tinkerers will probably vomit in their mouths once they see how I achieved this…</p> -<p>But I’m happy with my build. Those with better skills and knowledge can most likely improve upon this concept (and please do if you can - I’d love to see it!)</p> -<p>Enough chit-chat - on to the build!</p> -<h2 id="the-finished-masterpiece">The Finished “Masterpiece”</h2> -<p>Below you can see the final look of my modded Raspberry Pi 400, which I have personally named the <strong>Raspberry Pi 400X</strong>:</p> -<p>Do you see that ugly black USB-C to USB-A cable jutting out from the top? That little guy connects directly to the mSATA SSD <em>inside</em> the plastic keyboard structure and allows us to boot via USB. It also gives us the flexibility to easily <em>unplug</em> the internal SSD for times when we desire to boot from micro SD or a different USB device altogether.</p> -<p>So, how did I make this?</p> -<h2 id="the-shopping-list">The Shopping List</h2> -<p>Before we deep dive into the terrible hardware modifications I’ve made to my Pi, I’ll list out all the items/tools I used during the making of this monstrosity:</p> -<ul> -<li>mSATA 64GB SSD Half Size (KingSpec) → <a href="https://www.aliexpress.com/item/32385499968.html?spm=a2g0s.9042311.0.0.210e4c4dIH8xWv">AliExpress</a></li> -<li>mSATA to USB 3.1 enclosure (gutted) → <a href="https://www.amazon.ca/gp/product/B07BBM3BVS/ref=ppx_yo_dt_b_asin_title_o09_s00?ie=UTF8&psc=1">Amazon</a></li> -<li>Dremel rotary tool with soft sanding bits</li> -<li>Metal cutting scissors / knife</li> -<li>Electrical tape</li> -<li>Patience</li> -</ul> -<h2 id="modding-the-raspberry-pi-400">Modding the Raspberry Pi 400</h2> -<p>The final product requires us to attach the half size mSATA SSD to the (gutted) enclosure and then insert that directly inside the Pi (next to the lock port / ethernet). Our first step will be to disassemble the Pi 400, safely remove the keyboard module and remove the metal heatsink.</p> -<p>With your trusty metal cutting scissors (or whatever tool you prefer) you will need to cut out room for our enclosure internals to fit within:</p> -<p>Next you will need to carefully remove the Pi board itself from the red part of the case. Once placed safely aside, it’s time to bust out our sanding dremel and remove the jutting plastic blocking our soon-to-be-added SSD. Remember to wear a mask during this phase, since breathing in plastic dust and fumes is not fun!</p> -<p><strong>Important to note:</strong> this will remove one of the screw slots needed to secure the heatsink into the board. Not a big deal if you ask me…</p> -<p>While you have the Pi board removed you should also cut out a slot for the USB-C to USB-A cable to connect our mSATA to one of our USB 3 ports on the Pi. For this I’ve opted to butcher the lock port (will I ever really use that anyway?)</p> -<p>Now all that’s left is to insert our gutted mSATA enclosure (with the half size SSD attached of course) -, tape it down with some hideous electrical tape and close this bad boy back up!</p> -<p>That’s it! You now have the portable power of the Raspberry Pi 400, but now with the speed and performance of an SSD!</p> -<h2 id="the-performance-gains">The Performance Gains</h2> -<table> -<thead> -<tr> -<th>Storage Type</th> -<th>Seq. Write</th> -<th>Random W</th> -<th>Random R</th> -</tr> -</thead> -<tbody> -<tr> -<td>Micro SD Card</td> -<td>17818 KB/sec</td> -<td>812 IOPS</td> -<td>2335 IOPS</td> -</tr> -<tr> -<td>mSATA SSD</td> -<td>206738 KB/sec</td> -<td>14615 IOPS</td> -<td>17925 IOPS</td> -</tr> -</tbody> -</table> -<p>I think it’s pretty clear that the SSD blows the default micro SD card out of the water…</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>Now clearly you could just plug-in an external SSD and walk away with the same performance boosts - but where is the fun in that?</p> -<p>If anyone decides to improve on this or make a cleaner approach, please do share it with me. I’d love to see it!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/pihole-cloudflare/index.html b/build/posts/pihole-cloudflare/index.html deleted file mode 100644 index 6255ac4..0000000 --- a/build/posts/pihole-cloudflare/index.html +++ /dev/null @@ -1,64 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Setting Up 1.1.1.1 for Families on a Pi-Hole</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="setting-up-1.1.1.1-for-families-on-a-pi-hole">Setting Up 1.1.1.1 for Families on a Pi-Hole</h1> -<p>2021-10-28</p> -<p>After seeing Cloudflare’s 1.1.1.1 for Families mentioned on the <a href="https://news.ycombinator.com/item?id=29024195">front page of HackerNews</a>, I thought it might be helpful to show those currently using a <a href="https://pi-hole.net">pi-hole device</a> how to include 1.1.1.1 alongside it.</p> -<h2 id="keeping-things-updated">Keeping Things Updated</h2> -<p>It should go without saying that you should be running the latest stable pi-hole version for security and full feature support. To do so, simply <code>ssh</code> into your device (or connect to it directly if you prefer) and run the following to check your pi-hole version:</p> -<pre><code>pihole -v -</code></pre> -<p>And if your version is out of date, run:</p> -<pre><code>pihole -up -</code></pre> -<p>Once it completes the update everything will be good to go!</p> -<h2 id="adding-1.1.1.1-1.1.1.2">Adding 1.1.1.1 (1.1.1.2)</h2> -<p>Now you need to navigate to your main pi-hole admin in your browser (most likely the url will be <em>pi.hole</em>). Login in using your credentials and the do the following steps:</p> -<ol> -<li>Navigate to <strong>Settings</strong></li> -<li>Navigate to <strong>DNS</strong></li> -<li>Under “Upstream DNS Servers” enter:</li> -</ol> -<ul> -<li>Custom 1 (IPv4): 1.1.1.2</li> -<li>Custom 2 (IPv4): 1.0.0.2</li> -</ul> -<h2 id="ad-block-malware-protection">Ad-Block & Malware Protection</h2> -<p>You now officially have protection against both intrusive advertisements <em>and</em> sites flagged with malware. Happy (and now safer) browsing!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/plain-text-emails/index.html b/build/posts/plain-text-emails/index.html deleted file mode 100644 index 43b8901..0000000 --- a/build/posts/plain-text-emails/index.html +++ /dev/null @@ -1,110 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Plain Text Emails, Please</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="plain-text-emails-please">Plain Text Emails, Please</h1> -<p>2019-09-09</p> -<p>When it comes to website / product design and development most devs should try to keep things simple. By only using as much code as absolutely necessary, projects avoid growing out of scope or becoming bloated. So, why isn’t this same approach taken for email?</p> -<h2 id="a-brief-history-of-email">A brief history of email</h2> -<p>Email has been possible since the 1960s with <a href="https://en.wikipedia.org/wiki/Time-sharing">time-sharing computers</a> being used to share files and messages across early devices. Around the 80s and 90s it seemed as though <a href="https://en.wikipedia.org/wiki/Government_Open_Systems_Interconnection_Profile">GOSIP</a> would dominate the market, but this was knocked out in favor of SMTP, POP3 and IMAP in 1995 when the <a href="http://www.walthowe.com/navnet/history.html">National Science Foundation ended its sponsorship of the Internet backbone</a>, and all traffic relied on commercial networks.</p> -<p>Things were looking pretty good at this point. Most operating systems now had a shared foundation of sending and receiving emails on the internet, allowing for a set of standards to be slowly developed and agreed upon over time. These were simpler times, with the default content sent between machines being plain text. No embedded images, no CSS3 fallback support, no <em>fluff</em> - just content.</p> -<p><strong>Sidenote:</strong> -Now, I’m not going to sit here and pretend to be some expert on the history of email (or the internet in general), so I suggest you take the time to read about <a href="http://www.walthowe.com/navnet/history.html">the history of the internet</a> if you’re into that kind of thing.</p> -<h2 id="looking-at-some-data">Looking at some data</h2> -<blockquote> -<p>Data isn’t everything</p> -</blockquote> -<p>I understand that the data being used is currently 16 years old - but not many extensive research studies have been performed (specifically for email-type preference in general)</p> -<p>In 2002[1], <a href="https://www.clickz.com/real-world-email-client-usage-the-hard-data/47429/">a small-set survey was run by ClickZ</a> was created to gauge the details of personal email data. The main data we will focus on is the user preference between HTML or plain text formats:</p> -<p><strong>Do you prefer receiving HTML or text email?</strong></p> -<table> -<thead> -<tr> -<th>Response</th> -<th>Percentage (%)</th> -</tr> -</thead> -<tbody> -<tr> -<td>HTML</td> -<td>41.95</td> -</tr> -<tr> -<td>Plain Text</td> -<td>31.52</td> -</tr> -<tr> -<td>No Preference</td> -<td>26.53</td> -</tr> -</tbody> -</table> -<p>On initial review, one could make the argument that the general public <em>prefers</em> HTML email over plain text (~42% vs ~32%) - but I would disagree with this analysis. The roughly 27% of respondents who answered with <em>No Preference</em> should not be dismissed so easily.</p> -<p>Since the <em>No Preference</em> respondents don’t care whether emails they receive are designed in HTML format, why not send them plain text variations by default? The positives of plain text greatly outweigh those of HTML:</p> -<ul> -<li>Plain text has reduced file size -<ul> -<li>Don’t forget that many users have limited data usage across much of the world</li> -</ul></li> -<li>HTML is more likely to be flagged as spam by email clients -<ul> -<li>This is due to extra code, tracking scripts, 3rd party assets / resources being called</li> -</ul></li> -<li>HTML / CSS can be inconsistent or even limited in support across email clients</li> -<li>Text only requires less design work for your development team -<ul> -<li>Don’t forget about testing all the various email clients too</li> -</ul></li> -</ul> -<p>Add to this that <a href="https://litmus.com/blog/53-of-emails-opened-on-mobile-outlook-opens-decrease-33">53% of emails are opened on mobile</a> - so any “fancy” marketing email designs need to look great on mobile screens and also take into account slower connections. What looks better and loads faster than simple plain text? 😛</p> -<h2 id="but-what-about-marketing">But what about marketing!?</h2> -<p>Sorry to say, but marketing should never trump user experience. Teams love to track email opens / click ratios, who subscribed / unsubscribed or who shared the campaign with others - but <strong>it’s all bloat on the user’s end</strong>.</p> -<p>Greg Kogan wrote up a great article / case study about his experience <a href="https://www.gkogan.co/blog/dont-design-emails/">switching over a client’s campaign from HTML templates to plain text</a> with some really interesting results. I highly recommend you give it a read for a better understanding about how the marketing goals and customer goals don’t always align.</p> -<h2 id="simple-or-lazy---it-doesnt-matter">Simple or lazy - it doesn’t matter</h2> -<p>Plain text can certainly have a reputation for looking lazy or cheap, but I feel this is mostly perpetuated in the design and marketing communities. I can assure you that your average day-to-day users are much less opinionated about your email campaign design than you are. Look to satisfy your customers’ needs before your own.</p> -<blockquote> -<p>Life is really simple, but we insist on making it complicated.</p> -<p>- Confucius</p> -</blockquote> -<p>That being said, at the end of the day, companies will justify their own reasons to use HTML email templates over plain text. You can’t convince everyone. My own personal experience with email template design, along with analyzing some of the data, leaves me to believe that most businesses should default to plain text. At the very least, you should try to convince your team to perform some simple A/B testing with your next email campaign.</p> -<p>The results might just surprise you.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>This is the “latest” detailed survey I could find on email design preference</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/poor-mans-full-bleed/index.html b/build/posts/poor-mans-full-bleed/index.html deleted file mode 100644 index e7e58a6..0000000 --- a/build/posts/poor-mans-full-bleed/index.html +++ /dev/null @@ -1,124 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Poor Man's CSS Full-Bleed Layout</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="poor-mans-css-full-bleed-layout">Poor Man’s CSS Full-Bleed Layout</h1> -<p>2020-10-07</p> -<p>I recently came across the very well written and interesting article, <a href="https://joshwcomeau.com/css/full-bleed/">Full-Bleed Layout Using CSS Grid</a>, while browsing my daily designer feeds. I won’t go into the post’s specifics here (I recommend you read the article for yourself) but it details how to render full-bleed element effects utilizing the CSS <code>grid</code> property.</p> -<p>While the approach in the article works perfectly fine, I thought to myself, “Is there not a simpler, more backwards compatible way to do this?”. Indeed there is.</p> -<p><strong>Don’t care about the tutorial?</strong> <a href="#live-demo">Skip down to the live demo</a></p> -<h2 id="make-the-web-backwards-compatible">Make the Web Backwards Compatible</h2> -<p>I try my best when creating specific element designs or layouts to have everything render consistently across almost <em>all</em> browsers. This tends to include the obvious front-runners: Chrome, Firefox, Safari - but I also try my best not to ignore the oldies: IE11, Edge and older versions of Opera. I believe if most web designers even loosely followed this concept we wouldn’t be stringing together barely implemented CSS properties and hacking together polyfills for all the unsupported browsers. Just my two cents.</p> -<p>What does this have to do with full-bleed exactly? Well, the CSS we will be using in this demo is fully compatible with pretty much <em>any browser</em> that can run the basic version of CSS rendering. If the browser you’re targeting supports <code>max-width</code> and <code>margins</code> - then have no fear, full-bleeds are here.</p> -<h2 id="our-html-example">Our HTML Example</h2> -<p>Let’s create a single-column blog layout for this example. We will include a heading, some paragraphs, an image, and a blockquote to keep it simple:</p> -<pre><code><main> - <article> - <h1>Main Heading</h1> - <p>Et non consequat eiusmod minim fugiat. Magna duis veniam ex reprehenderit occaecat sit. Nisi ut ex aliquip magna enim.</p> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Laborum repellat ab earum commodi, consequuntur totam adipisci doloremque asperiores quae at quia non temporibus ipsam voluptate voluptatem ipsa nostrum suscipit aliquid!</p> - <img src='https://images.unsplash.com/photo-1569083692634-f8db90c093ef?ixlib=rb-1.2.1&q=85&fm=jpg&crop=entropy&cs=srgb&ixid=eyJhcHBfaWQiOjE0NTg5fQ' alt="Some Image"> - <p>Ex excepteur Lorem reprehenderit dolore in consequat voluptate commodo ipsum consequat ea et. Nisi tempor proident anim tempor. Laboris est sunt cillum deserunt culpa proident cillum laborum voluptate. Est exercitation Lorem reprehenderit eu ipsum nisi et.</p> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Ducimus dicta perspiciatis vel ex officiis, nisi optio nihil aspernatur exercitationem sed nobis architecto maxime eaque omnis eos, repellendus necessitatibus provident explicabo?</p> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Aliquid placeat ipsum totam, facere animi tenetur explicabo at veniam, culpa vitae debitis hic modi velit cum perferendis minima quos sit quisquam.</p> - <blockquote> - <p>To be, or not to be, that is the question:<br>Whether 'tis nobler in the mind to suffer<br>The slings and arrows of outrageous fortune,<br>Or to take Arms against a Sea of troubles,<br>And by opposing end them: to die, to sleep;</p> - <cite>- Some guy</cite> - </blockquote> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Ducimus dicta perspiciatis vel ex officiis, nisi optio nihil aspernatur exercitationem sed nobis architecto maxime eaque omnis eos, repellendus necessitatibus provident explicabo?</p> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Aliquid placeat ipsum totam, facere animi tenetur explicabo at veniam, culpa vitae debitis hic modi velit cum perferendis minima quos sit quisquam.</p> - </article> -</main> -</code></pre> -<p>This works well as it is, but we will need to “section” off our different areas of content based on whether we want them <code>full-bleed</code> or not. We do this with - you guessed it - the <code>section</code> element. In this demo we want the image and blockquote to become <code>full-bleed</code> when rendered, so we’ll add the <code>full-bleed</code> class to those sections for now (more on that later):</p> -<pre><code><main> - <article> - <section> - <h1>Main Heading</h1> - <p>Et non consequat eiusmod minim fugiat. Magna duis veniam ex reprehenderit occaecat sit. Nisi ut ex aliquip magna enim.</p> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Laborum repellat ab earum commodi, consequuntur totam adipisci doloremque asperiores quae at quia non temporibus ipsam voluptate voluptatem ipsa nostrum suscipit aliquid!</p> - </section> - <section class="full-bleed"> - <img src='https://images.unsplash.com/photo-1569083692634-f8db90c093ef?ixlib=rb-1.2.1&q=85&fm=jpg&crop=entropy&cs=srgb&ixid=eyJhcHBfaWQiOjE0NTg5fQ' alt="Some Image"> - </section> - <section> - <p>Ex excepteur Lorem reprehenderit dolore in consequat voluptate commodo ipsum consequat ea et. Nisi tempor proident anim tempor. Laboris est sunt cillum deserunt culpa proident cillum laborum voluptate. Est exercitation Lorem reprehenderit eu ipsum nisi et.</p> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Ducimus dicta perspiciatis vel ex officiis, nisi optio nihil aspernatur exercitationem sed nobis architecto maxime eaque omnis eos, repellendus necessitatibus provident explicabo?</p> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Aliquid placeat ipsum totam, facere animi tenetur explicabo at veniam, culpa vitae debitis hic modi velit cum perferendis minima quos sit quisquam.</p> - </section> - <section class="full-bleed"> - <blockquote> - <p>To be, or not to be, that is the question:<br>Whether 'tis nobler in the mind to suffer<br>The slings and arrows of outrageous fortune,<br>Or to take Arms against a Sea of troubles,<br>And by opposing end them: to die, to sleep;</p> - <cite>- Some guy</cite> - </blockquote> - </section> - <section> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Ducimus dicta perspiciatis vel ex officiis, nisi optio nihil aspernatur exercitationem sed nobis architecto maxime eaque omnis eos, repellendus necessitatibus provident explicabo?</p> - <p>Lorem ipsum dolor sit amet consectetur adipisicing elit. Aliquid placeat ipsum totam, facere animi tenetur explicabo at veniam, culpa vitae debitis hic modi velit cum perferendis minima quos sit quisquam.</p> - </section> - </article> -</main> -</code></pre> -<p>That’s it for the HTML!</p> -<h2 id="the-magic-css-not-really">The Magic CSS (Not Really)</h2> -<p>Now take a deep breath and get ready for some hard CSS work:</p> -<pre><code>article { - width: 100%; -} - -article section { - margin: 0 auto; - max-width: 480px; /* This can be whatever you want */ - width: 100%; -} -article section.full-bleed { - max-width: 100%; -} -</code></pre> -<p>That’s it. <em>Really</em>. Now any element (blockquotes, specific headers, navigations, footers, etc) that you want to layout as “full-bleed”, just wrap it in a <code>section</code> tag and sick the <code>full-bleed</code> class on it. Done and done.</p> -<p>Obviously you’ll want to add more styling to clean-up and make your full-bleed layouts more beautiful. This demo was just more of a starting point.</p> -<h3 id="maybe-not-quite-full-bleed">Maybe Not-Quite-Full-Bleed?</h3> -<p>You could also further customize your options by including a class like <code>half-bleed</code>, which maybe only expands slightly outside the main section <code>max-width</code>:</p> -<pre><code>article section.half-bleed { - max-width: 960px; -} -</code></pre> -<h3 id="sidenote">Sidenote</h3> -<p>For those concerned about accessibility: The <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/section">section element</a> is a flow content element, so it can contain almost all HTML elements.</p> -<p><a href="https://codepen.io/bradleytaunt/pen/mdEdjzz">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/poormans-comment-system/index.html b/build/posts/poormans-comment-system/index.html deleted file mode 100644 index 1d5fcc1..0000000 --- a/build/posts/poormans-comment-system/index.html +++ /dev/null @@ -1,84 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>My Cheapskate Commenting System</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="my-cheapskate-commenting-system">My Cheapskate Commenting System</h1> -<p>2022-02-03</p> -<p>My blog now has comments! Well, <em>kind of</em>…</p> -<p>I went down a two day long rabbit-hole trying to find the best solution for implementing comments on my static website (generated via Jekyll FYI). There are a ton of options out there and many open source models that allow you to spin up your own instance with something like DigitalOcean or AWS. But I’m a cheap bastard. I refuse to spend $5/month on a blog mostly used for fun and one that I have zero incentive to “monetize”.</p> -<p>So, what <em>free</em> options did this old miser have left to chose from? To my surprise, there were two solid options that initially caught my eye! Let’s take a look then, shall we?</p> -<h2 id="remarkbox">Remarkbox</h2> -<p>Overall I don’t have many bad things to say about <a href="https://www.remarkbox.com">Remarkbox</a>. It looks nice, is easy to implement and runs a “pay what you can” pricing model. What more could you ask for?! The major issue (for me, <em>personally</em>) is precisely <strong>that</strong>; the free model. This makes it difficult for me to trust 100% that this system will still be around in 3-4 years. Now I know - even paid systems can shutdown unexpectedly, but I find free tier options end up shutting their doors sooner. There is an option to self-host Remarkbox, but that requires a yearly license and also comes back to the point I made about not wanting to pay for hosting…</p> -<h2 id="utterances-github-based">Utterances (Github-based)</h2> -<p>The other major option was <a href="https://utteranc.es">Utterances</a>. This system was almost the winner due to it’s pretty great feature set:</p> -<ol> -<li>Open source</li> -<li>No tracking, no ads</li> -<li>All data stored in GitHub issues</li> -<li>Free!</li> -</ol> -<p>But take a look above at point number three. The fact that readers wishing to leave a comment are <strong>required to have a Github account</strong>. For me, this is a non-starter. I don’t want to force my audience to sign up for or sign in to <em>any</em> account just to leave a simple comment on my humble blog. Considering a number of my readers are part of the FOSS community, this just seemed like a bad fit.</p> -<h2 id="finding-inspiration">Finding Inspiration</h2> -<p>I absolutely love the <a href="https://solar.lowtechmagazine.com">solar.lowtechmagazine.com</a> website (both for it’s content and design) and indirectly found my comment system inspiration there. Okay let’s be honest, I completely stole their commenting system “concept”. Imitation is the sincerest form of flattery, right?</p> -<h2 id="my-comment-system-is">My Comment System is…</h2> -<p>E-mail. It’s just <strong>plain e-mail</strong>.</p> -<p>I’ve setup a basic <code>comment-prompt.html</code> in my <code>_includes</code> folder that contains a <code>mailto</code> action button[^1]:</p> -<pre><code><a href="mailto:myemail.com?subject=RE: { { page.title | uri_escape } }"> - <button>Comment via email</button> -</a> -</code></pre> -<p>This include template is placed at the bottom of every article automatically. Then, that action pulls in the article’s title as the e-mail subject line in the user’s default mailing app. That’s it.</p> -<h2 id="pros">Pros</h2> -<ul> -<li>No third party application needed</li> -<li>Privacy focused</li> -<li>More direct interaction with my audience/readers</li> -<li>Builds a much more close-knit community</li> -<li>Completely free!</li> -</ul> -<h2 id="cons">Cons</h2> -<ul> -<li>Must be manually curated and posted</li> -<li>No notifications</li> -<li>No “built-in” reply functionality</li> -<li>Has the potential to become unwieldy…</li> -</ul> -<h2 id="fun-experiment">Fun Experiment</h2> -<p>I figure either way, this will be an interesting experiment. I don’t know my audience size (since I don’t use any type of tracking) but I assume it’s very small. Those willing to write me a personal e-mail in order to share their thoughts on my stupid little blog probably have something interesting to say. At least I hope so. </p> -<p>Let’s see how this thing goes…</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/proper-ui-hierarchy/index.html b/build/posts/proper-ui-hierarchy/index.html deleted file mode 100644 index c45c002..0000000 --- a/build/posts/proper-ui-hierarchy/index.html +++ /dev/null @@ -1,195 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Proper UI Hierarchy</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="proper-ui-hierarchy">Proper UI Hierarchy</h1> -<p>2019-02-05</p> -<p>I often feel like an old man when I complain about flat design and how designers these days have lost (or willfully forgotten) the skill to create accessible UIs with proper visual hierarchy. A skill which at it’s core seems so simple - yet is overlooked in almost every current modern interface.</p> -<p>I’m unable to pinpoint the exact reason why designers swapped out depth, hierarchical layouts and accessibility for muted colors, abstract imagery, illegible typography, and unimaginative flat designs.</p> -<p>But then again, maybe I’m just a design-dinosaur of a time long forgotten. Maybe I need to adapt and move with the times. Or maybe the current design trends are just lazy.</p> -<p>I’m pretty sure it’s lazy design trends.</p> -<h2 id="stop-complaining-and-do-something">Stop complaining and do something</h2> -<p>As an example, I’m going to breakdown the process of improving the overall design on a set of “flat” button elements.</p> -<p>Hopefully this demo article inspires even one designer to rethink their method when approaching UI design and push away from what is currently accepted as the “correct way to design UI”.</p> -<p>And one final note before we deep dive into this demo: </p> -<p>The statement that flat design is inherently worse than it’s predecessor <strong>is not subjective</strong>. By stripping away the visual cues that help users distinguish between interface elements you are purposely making a worse experience for them. Designers need to stop designing for other designers.</p> -<h2 id="what-we-will-be-designing">What we will be designing</h2> -<p>In this demo we will be improving the default flat design inspired button layout of the following:</p> -<p><img src="/public/images/proper-ui.png" alt="Proper UI buttons, blue and green" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/yLXJmdy">Live CodePen Example</a></p> -<hr/> -<h2 id="designing-the-skeleton">Designing the skeleton</h2> -<p>This will be our basic HTML structure, along with it’s default styling (based on today’s UI standards):</p> -<h3 id="the-html">The HTML</h3> -<pre><code><div class="buttons-container"> - <button>Sign Up</button> - <button>Log in</button> -</div> -</code></pre> -<h3 id="the-css">The CSS</h3> -<pre><code>/* Parent container for the buttons */ -.buttons-container { - background: #E0E9EE; - border-radius: 5px; - display: flex; - padding: 20px; - margin: 0 auto; - max-width: 300px; - width: 100%; -} - -/*Shared button styles */ -button { - appearance: none; - border: 0; - border-radius: 5px; - color: #fff; - cursor: pointer; - display: inline-block; - font-size: 14px; - font-weight: bold; - padding: 15px 20px; - width: 50%; -} - -/* Sign up button */ -button:first-child { - background: #2FBC3D; - margin-right: 10px; -} - -/* Log in button */ -button:last-child { - background: #459BCF; -} -</code></pre> -<h2 id="adding-simple-improvements">Adding simple improvements</h2> -<p>Gradients (not solely on their own mind you) within UI systems were initially used to help humans make connections with their analog counterparts. Something like toggles or switches matching those found in the real world, allowed users to mentally connect what that element’s function did almost instantly. </p> -<p>Be warned not to confuse this with skeuomorphic design - an element sharing similar qualities as it’s analog sibling does not instantly make it so.</p> -<p>If you ever run into a designer who rolls their eyes or scoffs at you for proposing the use of something such as gradients (in a tactful way, of course) it is safe to assume they have been brainwashed by the modern design hive-mind.</p> -<p>To disregard the use of gradients simply because the belief is “gradients are bad” is idiotic. Worse still is to do so based on the belief that “gradients aren’t <em>in</em> right now”. As a designer, your job is to design a beautiful and <em>usable</em> product - not win high-fives among your peers. /end rant.</p> -<h3 id="adding-subtle-gradients">Adding subtle gradients</h3> -<p>When gradients are implemented properly, most users won’t even be aware of their presence. The difference in color (specifically on buttons in this example) helps give the illusion of a light source in the interface, which designers can use to their advantage (ie. pull more attention to elements by “lifting” them forward on the page).</p> -<h3 id="the-subtly-improved-css">The subtly improved CSS</h3> -<pre><code>/* Sign up button */ -button:first-child { - background-image: linear-gradient(-180deg, #1EB52A 0%, #0D941C 100%); -} - -/* Log in button */ -button:last-child { - background-image: linear-gradient(-180deg, #489FD2 0%, #0A6DAC 100%); -} -</code></pre> -<h2 id="more-depth-light">More depth & light</h2> -<p>With our subtle gradients we are closer to creating a solid contrast between interactive elements, but we can improve this even further. By adding some more depth with a harder light source and more pronounced outlines, we allow the button elements to stand out on their own more strongly.</p> -<p>This is fairly easy to accomplish with CSS using the very basic <code>box-shadow</code>, <code>text-shadow</code> and <code>border</code> properties:</p> -<pre><code>/* Parent container */ -.buttons-container { - background-image: linear-gradient(0deg, #BBC6CD 3%, #E2EBF0 100%); - border: 1px solid #8D8D8D; - box-shadow: 0 2px 4px 0 rgba(42,42,42,0.40), inset 0 1px 3px 0 rgba(255,255,255,0.50); -} - -/* Shared button styling with text-shadows */ -.buttons-container button { - text-shadow: 0 2px 4px rgba(0,0,0,0.30); -} - -/* Sign up button */ -.buttons-container button:first-child { - background-image: linear-gradient(-180deg, #1EB52A 0%, #0D941C 100%); - border: 1px solid #0C6B16; - box-shadow: 0 1px 5px 0 rgba(9,116,21,0.50), inset 0 -1px 6px 0 rgba(0,0,0,0.20), inset 0 1px 0 0 rgba(255,255,255,0.50), inset 0 2px 4px 0 rgba(255,255,255,0.50); -} - -/* Log in button */ -.buttons-container button:last-child { - background-image: linear-gradient(-180deg, #489FD2 0%, #0A6DAC 100%); - border: 1px solid #0A486E; - box-shadow: 0 1px 5px 0 rgba(9,85,133,0.50), inset 0 -1px 6px 0 rgba(0,0,0,0.20), inset 0 1px 0 0 rgba(255,255,255,0.50), inset 0 2px 4px 0 rgba(255,255,255,0.50); -} -</code></pre> -<p>For easy reference, here is the CSS styling in it’s entirety:</p> -<pre><code>/* Parent container */ -.buttons-container { - background-image: linear-gradient(0deg, #BBC6CD 3%, #E2EBF0 100%); - border-radius: 5px; - border: 1px solid #8D8D8D; - box-shadow: 0 2px 4px 0 rgba(42,42,42,0.40), inset 0 1px 3px 0 rgba(255,255,255,0.50); - display: flex; - padding: 20px; - margin: 0 auto; - max-width: 300px; - width: 100%; -} - -/* Shared button styling */ -button { - appearance: none; - border: 0; - border-radius: 5px; - color: #fff; - cursor: pointer; - display: inline-block; - font-size: 14px; - font-weight: bold; - padding: 15px 20px; - text-shadow: 0 2px 4px rgba(0,0,0,0.30); - width: 50%; -} - -/* Sign up button */ -button:first-child { - background-image: linear-gradient(-180deg, #1EB52A 0%, #0D941C 100%); - border: 1px solid #0C6B16; - box-shadow: 0 1px 5px 0 rgba(9,116,21,0.50), inset 0 1px 0 0 rgba(255,255,255,0.50), inset 0 2px 4px 0 rgba(255,255,255,0.50); - margin-right: 10px; -} - -/* Log in button */ -button:last-child { - background-image: linear-gradient(-180deg, #489FD2 0%, #0A6DAC 100%); - border: 1px solid #0A486E; - box-shadow: 0 1px 5px 0 rgba(9,85,133,0.50), inset 0 1px 0 0 rgba(255,255,255,0.50), inset 0 2px 4px 0 rgba(255,255,255,0.50); -} -</code></pre> -<h2 id="going-even-further-with-this-ui">Going even further with this UI</h2> -<p>This demo article only showcases how to improve on a basic button UI structure with a focus on proper hierarchy between elements.</p> -<p>Once completely developed, these element should support all interactive states (<code>hover</code>, <code>active</code>, <code>disabled</code>) and animations to make for a more engaging experience.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/ps4-download-ui/index.html b/build/posts/ps4-download-ui/index.html deleted file mode 100644 index 8bd7151..0000000 --- a/build/posts/ps4-download-ui/index.html +++ /dev/null @@ -1,155 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>PS4 Download UI with Pure CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="ps4-download-ui-with-pure-css">PS4 Download UI with Pure CSS</h1> -<p>2021-06-20</p> -<p>Overall, I’m fairly impressed with the user interface design of Sony’s PS4 system OS. It’s minimal and keeps the content front and center. Even with it’s sometimes spotty performance hiccups, I’ve come to enjoy interacting with it.</p> -<p>One of the key UI items I’ve always been a fan of is the download progress view under the <code>Notifications</code> settings. So I figured I’d try my hand at recreating this with pure CSS. Here is the final result:</p> -<p><img src="/public/images/ps4-loading.png" alt="PS4 loading screen bar" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/qBroORG">Live CodePen Example</a></p> -<p>Although I’ve added some of my own improvements (typography spacing, tweaks to the progress bar animation) - the concept it still pretty close to the original.</p> -<p>But enough chit-chat, let’s walkthrough how to make it!</p> -<h2 id="the-html">The HTML</h2> -<p>As with most of my demos, the HTML is very minimal and straightforward. The PS4 system OS download view needs to show the following:</p> -<ol> -<li>The game’s title</li> -<li>Full game size, amount downloaded and time remaining</li> -<li>Visual progress bar</li> -</ol> -<p>So we will place the game’s title inside our <code>h2</code> with a class of <code>title</code> (shocking, I know). The details about game size, downloaded amount and time remaining gets placed under a parent <code>div</code> with an accompanying <code>details</code> class. Finally, we create our progress bar by including a parent <code>div</code> with a class of <code>progress</code> that contains a child <code>div</code> with a class of <code>inner-progress</code>.</p> -<p>Pretty clean and easy to understand.</p> -<pre><code><div class="wrapper"> - <img src="https://upload.wikimedia.org/wikipedia/commons/0/00/PlayStation_logo.svg" alt="PS4" class="logo"> - <h2 class="title">Detroit: Become Human</h2> - <div class="details"> - <p>Update File</p> - <p>13.45/17.50 GB (21 Minutes Left)</p> - </div> - <div class="progress"> - <div class="inner-progress"></div> - </div> -</div> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>Now it’s time to utilize all those classes in the HTML above to craft our PS4 UI recreation. I’ll break this section down into digestible chunks to avoid overwhelming you by vomiting out a bunch of CSS spaghetti.</p> -<p>First we’ll add a bunch of QOL improvements to help better showcase the demo (adding custom fonts, center content etc.).</p> -<p>This part is completely <em>optional</em>:</p> -<pre><code>/* Import fonts */ -@import url('https://fonts.googleapis.com/css2?family=Source+Sans+Pro:wght@200;400&display=swap'); - -/* Gradient background styling, height overrides */ -body { - background: linear-gradient(#226AB6 0%, #144E8A 100%) no-repeat; - color: white; - display: block; - font-family: 'Source Sans Pro', sans-serif; - font-weight: 200; - height: 100vh; -} - -/* Wrapper to center content */ -.wrapper { - margin: 0 auto; - max-width: 800px; - padding: 4rem 0 0; -} - -/* Optional PS4 logo */ -.logo { - display: block; - filter: invert(1); - margin: 0 0 2rem 0; - opacity: 0.5; - width: 60px; -} -</code></pre> -<p>Now for the styling that <em>actually matters</em>. First we will style the game’s title and accompanying details (<code>flexbox</code> to the rescue again!):</p> -<pre><code>h2.title { - font-weight: 400; - margin: 0; -} - -.details { - display: flex; - justify-content: space-between; - margin: 0.2rem 0 0; -} -.details p { - margin: 0; -} -</code></pre> -<p>Not a whole lot of code to get things looking proper, eh? Next we move on to the progress bar. This is <em>slightly</em> more interesting since we are going to utilize the <code>before</code> pseudo element - which sounds more complex than it actually is. Pay close attention to the pseudo element and how it calls the <code>progress-bar-shine</code> animation - more on that later.</p> -<pre><code>.progress { - background: #226AB6; - border: 1px solid white; - height: 15px; - margin: 2rem 0 0; - position: relative; - width: 100%; -} -.progress:before { - animation: progress-bar-shine 2.5s infinite; - background: linear-gradient(to left, white 0%, transparent 100%); - border-radius: 10px; - content:''; - filter: blur(8px); - height: 100%; - opacity: 0.8; - position: absolute; - transform:translateX(0); - width: 50px; -} -.inner-progress { - background: white; - height: 100%; - opacity: 0.6; - width: 450px; -} -</code></pre> -<p>Almost finished! We just need to animate that <code>before</code> pseudo element with a simple <code>keyframes</code> at-rule:</p> -<pre><code>@keyframes progress-bar-shine { - to { - transform:translateX(450px); - opacity:0; - } -} -</code></pre> -<h2 id="wrapping-up">Wrapping Up</h2> -<p>Although far from perfect, this experiment still explores what can be created (or in this case, <em>re</em>created) in the browser using just pure CSS. Remember, you don’t have to reach for JavaScript just because you can!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/publish-with-jekyll/index.html b/build/posts/publish-with-jekyll/index.html deleted file mode 100644 index 0283269..0000000 --- a/build/posts/publish-with-jekyll/index.html +++ /dev/null @@ -1,123 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Publishing Simple Books With Jekyll</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="publishing-simple-books-with-jekyll">Publishing Simple Books With Jekyll</h1> -<p>2019-06-20</p> -<p>When thinking about writing, designing and ultimately publishing an ebook, most people don’t think of using a static site generator. Having products like Amazon Publishing, LaTeX or even Microsoft Word available, why should you use Jekyll?</p> -<p>Two reasons:</p> -<ul> -<li>extremely easy to use</li> -<li>total customization</li> -</ul> -<p>I know these same arguments could be made towards the other options mentioned above, but I’m biased towards Jekyll since I love the simplicity of HTML and CSS. Hopefully, after reading this post, you will feel the same as well!</p> -<h2 id="no-developer-skills-needed">No developer skills needed</h2> -<p>You won’t need any hardcore development skills or in-depth knowledge of Jekyll to get the most out of this publishing technique. The theme (<a href="https://github.com/henrythemes/jekyll-book-theme">Jekyll Book Theme</a>) will allow you to focus on your book’s content rather than wrestling with typography and page layouts. A basic command line script will perform all the heavy lifting for us at the end.</p> -<h2 id="what-are-we-creating">What are we creating?</h2> -<p>You can see the demo of the <em>online</em> and PDF versions of the book below: </p> -<ul> -<li><a href="http://henrythemes.github.io/jekyll-book-theme/">Jekyll Book Theme (Website)</a></li> -<li><a href="/public/jekyll-book-theme-sample.pdf">Jekyll Book Theme (PDF Sample)</a></li> -</ul> -<p>So without wasting anymore time, let’s get started!</p> -<h2 id="table-of-contents">Table of Contents</h2> -<ol> -<li><a href="#setup-jekyll">Setup Jekyll</a></li> -<li><a href="#book-theme">Using the “Book” Jekyll Theme</a></li> -<li><a href="#chapter-collections">Writing Chapters</a></li> -<li><a href="#html-to-pdf">HTML to PDF</a></li> -<li><a href="#closing-thoughts">Closing Thoughts</a></li> -</ol> -<p>Before we can really do anything else, you will need to install and setup Jekyll. The best way to do so is by following the instructions on the official Jekyll website:</p> -<ul> -<li><a href="https://jekyllrb.com/docs/installation/">Installing Jekyll</a></li> -</ul> -<p>Run through the simple step-by-step installation instructions based on your operating system.</p> -<h3 id="basic-requirements">Basic requirements</h3> -<ul> -<li>Ruby version 2.4.0 or above</li> -<li>RubyGems</li> -<li>GCC and Make (in case your system doesn’t have them installed)</li> -</ul> -<p>The example we will be referencing in this post is the open source Jekyll theme called “Jekyll Book Theme”. This theme as been designed and optimized for publishing ebooks with Jekyll.</p> -<p>Simply following the instructions on the main README page of the <a href="https://github.com/henrythemes/jekyll-book-theme">jekyll-book-theme repo</a>.</p> -<p><strong>Important</strong>: Take the time to edit the <code>title</code>, and <code>author</code> properties in the <code>_config.yml</code> file in the root directory. Make sure these reflect your own book’s content.</p> -<p>That’s it. Now let’s tell Jekyll how we want it to format our chapters.</p> -<p>By default, Jekyll will look for latest posts in the <code>_post</code> directory. This is useful for blogs and basic static websites - but not for us. We want chapters.</p> -<h3 id="using-custom-collections">Using custom collections</h3> -<p>Thankfully, Jekyll is flexible and allows us to set our own custom “collections”. Collections are ways to group related content together for easier use dynamically. Our plan is to setup a collection that will house our chapter markdown files in numeric order. You can see this in the “book” template top level directory. It should look like the following:</p> -<ul> -<li><code>_chapters</code> -<ul> -<li><code>01.md</code></li> -<li><code>02.md</code></li> -<li><code>03.md</code></li> -<li><code>etc..</code></li> -</ul></li> -</ul> -<h3 id="but-the-template-already-has-this-setup">But the template already has this setup</h3> -<p>By default the Jekyll Book Theme template has this chapters collection implemented and working as intended. The reason I broke it down step-by-step is so that you can have some better understanding about what is happening “under the hood”. </p> -<p>Teach a person to fish and all that jazz.</p> -<p>Now all you need to do is break your chapters down into their own numbered markdown files inside <code>_chapters</code>.</p> -<p><img src="/public/images/publishing-with-jekyll.webp" alt="Publishing with Jekyll" /></p> -<p>Before you can convert your digital book “website”, you need to install the <code>wkhtmltopdf</code> package. Download and follow the instructions below:</p> -<ul> -<li><a href="https://wkhtmltopdf.org/">wkhtmltopdf</a></li> -</ul> -<h3 id="command-line-conversion">Command line conversion</h3> -<p>In your terminal, navigate inside the <code>_site</code> folder of your jekyll build and then run the following command:</p> -<pre><code>for f in *.html; do wkhtmltopdf -g -s Letter --no-background "$f" "${f/_*_/_}.pdf";done -</code></pre> -<p>Shortly after you should have a generated PDF file inside the <code>_site</code> folder - most likely named <code>index.html.pdf</code>. That’s it! Enjoy your fully formatted PDF version of your book!</p> -<p>There are a good amount of pros and cons to this approach of “publishing” PDF versions of your book. Since I’m a sucker for <em>good</em> and <em>bad</em> bullet lists, let’s do just that:</p> -<p><strong>The Good</strong></p> -<ul> -<li>Online version and PDF versions share same styling (keeps things consistent)</li> -<li>Chapters are written in <code>markdown</code> (increased flexibility of writing apps etc.)</li> -<li>Very fast and streamlined build process</li> -<li>PDF format renders out the chapter headers for built-in navigation</li> -</ul> -<p><strong>The Bad</strong></p> -<ul> -<li>Chapters are spit out as one long, single page (I’m sure this could be rectified with some custom work)</li> -<li>More suited for short stories, papers, essay articles (not so great for epic novels)</li> -<li>I’m sure there are other cons I am missing?</li> -</ul> -<p>In the end, using something like LaTeX would certainly grant the user more flexibility in design and layout of the final “print” PDF product - but I’m a sucker for using Jekyll when I can. </p> -<p>Please let me know if you decide to use this method and end up publishing your own book 😀 I would love to check it out!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/pure-css-simple-dropdown-plugin/index.html b/build/posts/pure-css-simple-dropdown-plugin/index.html deleted file mode 100644 index 63d95ec..0000000 --- a/build/posts/pure-css-simple-dropdown-plugin/index.html +++ /dev/null @@ -1,46 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Pure CSS Simple Dropdown Plugin</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="pure-css-simple-dropdown-plugin">Pure CSS Simple Dropdown Plugin</h1> -<p>2018-09-20</p> -<p>I find myself blowing away default browser <code>select</code> styling and implementing my own custom dropdowns far more often than I’d like. So, I recently created a very simple and clean component using just pure CSS.</p> -<p>Check out the CodePen below and feel free to morph it as you see fit for your own projects!</p> -<p><img src="/public/images/plug-play.png" alt="Three dropdown elements styled differently" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/rZPzWy/">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/quick-dirty-theme-switcher/index.html b/build/posts/quick-dirty-theme-switcher/index.html deleted file mode 100644 index a627be4..0000000 --- a/build/posts/quick-dirty-theme-switcher/index.html +++ /dev/null @@ -1,138 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Quick and Dirty Theme Switcher</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="quick-and-dirty-theme-switcher">Quick and Dirty Theme Switcher</h1> -<p>2020-06-04</p> -<p><strong>Update</strong>: This article is no longer relevant since my blog design has changed. I’m keeping this post up since it will still be useful for those wanting to implement a theme switcher on their own site.</p> -<hr/> -<p><em>I recently added a fairly straightforward color scheme (theme) switcher</em> to my personal website. You can toggle this simple color switcher in the footer of the site to see it in action. In case anyone else had the desire to add such functionality to their own sites/projects, I figured I’d write up a quick post explaining how to do so. Let’s get into it.</p> -<h2 id="the-html">The HTML</h2> -<p>First we need to include the “buttons” that will trigger the theme to switch based on which one is selected. (Note: you could always render these as <code>options</code> in a <code>select</code> element if you preferred that method)</p> -<pre><code><div class="color-select"> - <button onclick="toggleDefaultTheme()"></button> - <button onclick="toggleSecondTheme()"></button> - <button onclick="toggleThirdTheme()"></button> -</div> -</code></pre> -<p>That’s it! Don’t worry too much about the <code>onclick</code> parameter right now, we’ll come back to that when adding our JavaScript. The only remaining item is adding a default theme class to our <code>html</code> element, like so:</p> -<pre><code><html class="theme-default"> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>Next we need to style both the <code>color-select</code> buttons, along with the custom color schemes that will alter the entire website. We will start with the color schemes.</p> -<p>For these themes to swap seamlessly between each other, we will be setting our altering color sets as CSS variables:</p> -<pre><code>.theme-default { ---accent-color: #72f1b8; ---font-color: #34294f; -} - -.theme-second { - --accent-color: #FFBF00; - --font-color: #59316B; -} - -.theme-third { - --accent-color: #d9455f; - --font-color: #303960; -} - -body { - background-color: var(--accent-color); - color: var(--font-color); -} -</code></pre> -<p>Finally, we style the user-facing color swatches:</p> -<pre><code>.color-select button { - -moz-appearance: none; - appearance: none; - border: 2px solid; - border-radius: 9999px; - cursor: pointer; - height: 20px; - margin: 0 0.8rem 0.8rem 0; - outline: 0; - width: 20px; -} - -/* Style each swatch to match the corresponding theme */ -.color-select button:nth-child(1) { background: #72f1b8; border-color: #34294f; } -.color-select button:nth-child(2) { background: #FFBF00; border-color: #59316B; } -.color-select button:nth-child(3) { background: #d9455f; border-color: #303960; } -</code></pre> -<h2 id="the-javascript">The JavaScript</h2> -<p>We need to have each color swatch button trigger it’s corresponding theme and swap out the <code>theme-default</code> class that we have originally attached to the main <code>html</code> element. We also need to store what the user has selected into <code>localStorage</code>, so their choice persists when reloading or navigating to other pages.</p> -<pre><code>// Set a given theme/color-scheme -function setTheme(themeName) { - localStorage.setItem('theme', themeName); - document.documentElement.className = themeName; -} - -// Toggle between color themes -function toggleDefaultTheme() { - if (localStorage.getItem('theme') !== 'theme-default'){ - setTheme('theme-default'); - } -} -function toggleSecondTheme() { - if (localStorage.getItem('theme') !== 'theme-second'){ - setTheme('theme-second'); - } -} -function toggleThirdTheme() { - if (localStorage.getItem('theme') !== 'theme-third'){ - setTheme('theme-third'); - } -} - -// Immediately set the theme on initial load -(function () { - if (localStorage.getItem('theme') === 'theme-default') { - setTheme('theme-default'); - } - if (localStorage.getItem('theme') === 'theme-second') { - setTheme('theme-second'); - } - if (localStorage.getItem('theme') === 'theme-third') { - setTheme('theme-third'); - } -})(); -</code></pre> -<p>And that’s it! Now it just depends on how custom you want each individual theme style to be. The possibilities are endless!</p> -<h2 id="extra-improvements">Extra Improvements</h2> -<p>You could improve this concept even further hiding the <code>color-select</code> item if the user has JavaScript disabled. For my needs, I felt it was a fine trade-off to keep the non-functioning color swatch pickers if JavaScript was disabled. However, your project/site might need better fallbacks.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/rss-click/index.html b/build/posts/rss-click/index.html deleted file mode 100644 index cb08480..0000000 --- a/build/posts/rss-click/index.html +++ /dev/null @@ -1,69 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Clickable Links Inside XML</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="clickable-links-inside-xml">Clickable Links Inside XML</h1> -<p>2022-06-20</p> -<p>With the recent patch to the Shinobi Website project, I thought it would be best to share my experience implementing clickable links inside a rendered XML RSS file directly through a browser. This is made possible thanks to the awesome power of XSL formatting.</p> -<p>Before we begin, it should be noted that both Safari for macOS and <em>all</em> browsers on iOS do NOT support the ability to render XML files. Instead you are required to download the feeds as static files to your system. Major bummmer. Hopefully this will be fixed in the near future.</p> -<h2 id="the-code">The Code</h2> -<p>Rendering your entry links as interactive URLs is fairly intuitive. You just need to:</p> -<ol> -<li><p>Tell the file which tag it needs to render as the “a:link” element</p></li> -<li><p>Set the inner child attribute to “href”</p></li> -<li><p>Set the value of that attribute to use the entry’s <code>link</code> parameter</p> -<p><a href="/xsl:attribute">/xsl:attribute</a> - -<a href="/xsl:element">/xsl:element</a></p></li> -</ol> -<p>In the instance above I am rendering the entry title as a clickable element which will direct users to the specific entry URL. You could simply render the full entry link URL text as the interactive link if you prefer. Something like:</p> -<pre><code><xsl:element name="a"> - <xsl:attribute name="href"> - <xsl:value-of select="link"/> - </xsl:attribute> - <pre><xsl:value-of select="link"/></pre> -</xsl:element> -</code></pre> -<h2 id="live-example">Live Example</h2> -<p>In a supported browser, you can see the code in action here: <a href="https://pblog.bt.ht/feed.xml">https://pblog.bt.ht/feed.xml</a></p> -<p>That’s really all there is to it.</p> -<h2 id="refs">Refs</h2> -<ol> -<li><a href="https://shinobi.bt.ht/posts/patch-3.txt">https://shinobi.bt.ht/posts/patch-3.txt</a></li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/rss-hacks/index.html b/build/posts/rss-hacks/index.html deleted file mode 100644 index e2d8538..0000000 --- a/build/posts/rss-hacks/index.html +++ /dev/null @@ -1,78 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>RSS Hacks With XSLT</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="rss-hacks-with-xslt">RSS Hacks With XSLT</h1> -<p>2022-05-23</p> -<p>In my spare time I’ve been further tinkering (hopefully for the better) with my humble Shinobi Website[^0] script. The most recent update in <code>patch-1</code> came with a solid amount of QoL improvements. If you’re interested, I wrote about it on the official Shinobi blog[^1].</p> -<p>The next feature I wanted to tackle was designing a custom layout for the XML files directly in the browser. I was greatly inspired to create something similar to Len Falken’s main directory listing[^2], since that blog was one of the original inspirations for Shinobi. I’m not able to copy what’s there though, since our feed builds are quite a bit different.</p> -<p>I then proceeded to fall down the XSLT rabbit hole.</p> -<h2 id="it-never-works-the-first-time-does-it">It Never Works the First Time, Does It?</h2> -<p>Since the shinobi script generates valid RSS code by default, I didn’t want to mess around <em>too</em> much via XSLT and risk breaking validation. I also wanted to keep the “plain text” look-and-feel for consistency with the rest of the site, even though the XSLT template would render into standard HTML. Minor CSS styling and placing the content directly inside <code>pre</code> tags solved these issues.</p> -<p>My first attempt was to use the available <code>sort</code> parameter (in XSL version 1.1+) targeting the <code>dc:date</code> type linked to the <code>pubDate</code> element:</p> -<pre><code><xsl:sort select="pubDate" data-type="dc:date" order="descending"/> -<!-- each individual post's content here --> -</code></pre> -<p>This did not work as intended. RSS 2.0 requires that the <code>pubDate</code> content is set to comply with the RFC-822 date-time[^3], which shinobi handles perfectly fine. The issue came from the XSL <code>sort</code> parameter not honoring this setting across all dates. My best guess is that it struggles to properly organize posts from their “month” parameter, so it sets the posts in order of date in what I refer to as “monthly sections”.</p> -<p>If anyone knows why this failed to consistently order the posts via <code>pubDate</code>, please let me know using the comment link below. I’m far from an XSLT expert and might have overlooked something painfully obvious!</p> -<h2 id="rss-hack-categories">RSS Hack: Categories</h2> -<p>After spending far too much time reading over documentation, official manual pages and Stack Overflow comments I gave up on the <code>dc:date</code> sort. I realized I could sort the posts much easier if they were converted into a format similar to ISO 8601. But <code>pubDate</code> is required to be in RFC-822, so I couldn’t alter that in the final XML file.</p> -<p>Then I remembered the <code>category</code> tag which shinobi does not utilize by default.</p> -<p>First I needed to convert the RFC-822 formatted date (found on the first line of all blog post text files) and render it inside a <code>category</code> tag. This was simple enough:</p> -<pre><code>$(date -j -f "%a, %d %b %Y" "$(head -n 1 $file)" +"%Y/%m/%d/%u") -</code></pre> -<p>In a nutshell, this converts the RFC-822 date into the format “2022/05/24/2”. Simple numbers that can be sorted much easier by XSL. Now all that was needed was setting to <code>sort</code> parameter properly:</p> -<pre><code><xsl:sort select="category" order="descending"/> -</code></pre> -<p>Everything worked perfectly and the RSS was still valid!</p> -<h3 id="patch-2-pending">Patch-2 Pending</h3> -<p>I’ve ported these changes over to this blog to perform some “in the wild” testing. You can see the custom feed list in your supported browser by visiting:</p> -<p><a href="https://pblog.bt.ht/feed.xml">https://pblog.bt.ht/feed.xml</a></p> -<p>As for the shinobi project itself, I have not merged these updates into the main master branch (at the time of publishing this article). They can be found sitting on patch-2[^4]. My plan is to get this merged ASAP once a little more real-world testing is finished and I can include a better “setup/install” section for newcomers.</p> -<h2 id="shinobi-updates">Shinobi Updates</h2> -<p>If you’re interested in more updates and details about the shinobi project itself, feel free to sub to that specific feed below. This post was more focused on hacking RSS parameters that happened to involve shinobi, but in the future all updates specific to the project will be posted there:</p> -<p><a href="https://shinobi.bt.ht/feed.xml">https://shinobi.bt.ht/feed.xml</a></p> -<h2 id="refs">Refs</h2> -<ol> -<li><a href="https://shinobi.website/">https://shinobi.website/</a></li> -<li><a href="https://shinobi.website/posts/patch-1.txt">https://shinobi.website/posts/patch-1.txt</a></li> -<li><a href="http://len.falken.directory/">http://len.falken.directory/</a></li> -<li><a href="https://validator.w3.org/feed/docs/error/InvalidRFC2822Date.html">https://validator.w3.org/feed/docs/error/InvalidRFC2822Date.html</a></li> -<li><a href="https://git.sr.ht/~tdarb/shinobi-script/tree/patch-2">https://git.sr.ht/~tdarb/shinobi-script/tree/patch-2</a></li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/rvm/index.html b/build/posts/rvm/index.html deleted file mode 100644 index 9b3d43f..0000000 --- a/build/posts/rvm/index.html +++ /dev/null @@ -1,64 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Installing Ruby with RVM on Alpine Linux</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="installing-ruby-with-rvm-on-alpine-linux">Installing Ruby with RVM on Alpine Linux</h1> -<p>2023-03-16</p> -<p>For some on-going projects I need to switch to different versions of <code>ruby</code>. Although there exist many step-by-step instructions on installing and configuring <code>rvm</code> for most Linux distros, there aren’t many focused on Alpine “daily drivers”.</p> -<p>So this post is more or less a helpful document for my future self. If it happens to help others then that’s an added bonus!</p> -<h2 id="simple-setup">Simple Setup</h2> -<p>Make sure you have the basic packages first:</p> -<pre><code>apk update -apk add curl gcc gnupg gpg dirmngr procps musl-dev linux-headers zlib zlib-dev openssl openssl-dev libssl1.1 -</code></pre> -<p>Next download the latest <code>stable</code> version of <code>rvm</code> from Github, unpack it, place it in the proper user directory (~/.rvm) and install any required libs:</p> -<pre><code>curl -sSL https://github.com/rvm/rvm/tarball/stable -o rvm-stable.tar.gz -echo 'export rvm_prefix="$HOME"' > ~/.rvmrc -echo 'export rvm_path="$HOME/.rvm"' >> ~/.rvmrc -mkdir rvm && cd rvm -tar --strip-components=1 -xzf ../rvm-stable.tar.gz -./install --auto-dotfiles --autolibs=0 -</code></pre> -<p>Now we can remove everything and properly link to <code>rvm</code>:</p> -<pre><code>cd ../ && rm -rf rvm-stable stable.tar.gz rvm -source ~/.rvm/scripts/rvm -</code></pre> -<p>Now you can freely install any version of Ruby that you desire!</p> -<pre><code>rvm install ruby-X.X.X -</code></pre> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/safari-default-dark-mode/index.html b/build/posts/safari-default-dark-mode/index.html deleted file mode 100644 index 49ea0c2..0000000 --- a/build/posts/safari-default-dark-mode/index.html +++ /dev/null @@ -1,75 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Dear Apple, Please Fix Safari's Default Dark Mode Link Color</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="dear-apple-please-fix-safaris-default-dark-mode-link-color">Dear Apple, Please Fix Safari’s Default Dark Mode Link Color</h1> -<p>2022-04-18</p> -<p>Supporting dark mode on the modern web falls under the realm of accessibility and should not be ignored. It is important and helps keep the visual flow of your content to match that of your users’ operating system UI. Not to mention, it’s easy to implement and keep consistent across browsers.</p> -<h2 id="support-dark-mode-with-zero-css">Support Dark Mode with Zero CSS</h2> -<p>A common practice is to include a <code>@media</code> query via CSS to target styling changes based on whether <code>dark-mode</code> is active. I tend to believe this is overkill for basic websites. Many developers aren’t aware of the HTML <code>color-scheme</code> parameter. (This website itself is using it in place of CSS media queries)</p> -<h3 id="html-color-scheme">HTML “color-scheme”</h3> -<p>Adding the following meta tag inside your document’s <code>head</code> element, you can enable dark mode instantly with zero configuration:</p> -<pre><code><meta name="color-scheme" content="dark light" /> -</code></pre> -<p>There are minor caveats:</p> -<ol> -<li>You should not be specifying any <code>background</code> styling to your <code>body</code> or <code>html</code> elements</li> -<li>You should be not specifying any <code>color</code> styling across any of your readable content (paragraphs, headings, lists, blockquotes)</li> -</ol> -<p>That’s it! In case you were curious, all major browsers support this color scheme meta tag: <a href="https://caniuse.com/mdn-html_elements_meta_name_color-scheme">https://caniuse.com/mdn-html<em>elements</em>meta<em>name</em>color-scheme</a></p> -<h2 id="but-wait-whats-this-about-safari">But Wait, What’s This About Safari?</h2> -<p>Even though by adding the color-scheme meta tag we get ourselves good dark mode support across all browsers - Safari has one big oversight: link color. Take a look at the comparison screenshots below (based on one of my older articles). The first one is taken in Firefox, the second in Safari:</p> -<p>Luckily for us there is a simple solution using minimal amounts of CSS[^1]:</p> -<pre><code>@supports (color-scheme: dark light) { - @media screen and (prefers-color-scheme: dark) { - a:link {color: #9e9eff;} - a:visited {color: #d0adf0;} - a:active {color: red;} - } -} -</code></pre> -<p>We are brute-forcing Safari to implement the same color HEX codes used by both Firefox and Chrome browsers. How a horrible accessibility oversight could happen within a company as large as Apple is astounding…</p> -<h2 id="apple-fix-your-browsers-dark-mode">Apple: Fix Your Browser’s Dark Mode</h2> -<p>My hope if that even one Safari design or development team member stumbles across this article and raises this ticket to the rest of the team[^2]. It’s an unbelievably easy fix and would save developers the headache of overriding these things ourselves.</p> -<p>Thanks for reading and happy dark mode to you all!</p> -<h2 id="refs">Refs</h2> -<ol> -<li>Special thanks to <a href="https://seirdy.one/">Seirdy</a> for suggesting the use of :link and :active support. I recommend you check out his take on <a href="https://seirdy.one/2020/11/23/website-best-practices.html#dark-themes">dark mode / theme support</a>.</li> -<li>This has an open ticket through <a href="https://bugs.webkit.org/show_bug.cgi?id=209851">Webkit Bugzilla</a></li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/safari-extensions-catalina-patcher/index.html b/build/posts/safari-extensions-catalina-patcher/index.html deleted file mode 100644 index 48e1a3f..0000000 --- a/build/posts/safari-extensions-catalina-patcher/index.html +++ /dev/null @@ -1,71 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Enabling Safari Extensions with the macOS Catalina Patcher</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="enabling-safari-extensions-with-the-macos-catalina-patcher">Enabling Safari Extensions with the macOS Catalina Patcher</h1> -<p>2021-09-23</p> -<p>I have an old 2011 MacBook Air that is running the latest version of macOS Catalina thanks to the very wonderful <a href="http://dosdude1.com/catalina/">Catalina Patcher</a> by dosdude1. This project has made it possible for me to run and test some of the latest software from Apple - namely Safari 15.</p> -<p>I ran into a small bug early on though – Safari extensions couldn’t be activated via the preferences menu. Luckily I discovered a very simple fix. My hope is this might help others (as small of a demographic that might be) who run into the same issue with the Catalina Patcher.</p> -<ul> -<li>Close/Quit Safari completely</li> -<li>Open the Finder and use the shortcut <code>⌘ Shift G</code></li> -<li>Paste the following to navigate to the proper folder: <code>~/Library/Containers/com.apple.Safari/Data/Library/Safari/AppExtensions</code></li> -<li>Open the <code>Extensions.plist</code> in your favourite text editor (I’m a big fan of Panic’s Nova)</li> -<li>Below each extensions <code><dict></code> tag, add the following: <code><key>Enabled</key><true/></code></li> -<li>Save the file and relaunch Safari</li> -</ul> -<p>Reference of what it should look like (AdBlock for this example):</p> -<pre><code><key>org.adblockplus...</key> - <dict> - <key>AddedDate</key> - <date>2021-09-23T14:00:47Z</date> - <key>Enabled</key> - <true/> - <key>WebsiteAccess</key> - <dict> - <key>Allowed Domains</key> - <array/> - <key>Has Injected Content</key> - <true/> - <key>Level</key> - <string>All</string> - </dict> - </dict> -</code></pre> -<p>After following those simple steps you should have working extensions in Safari. Have fun on your old, “unsupported” Apple devices!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/schools/index.html b/build/posts/schools/index.html deleted file mode 100644 index 2bc52c0..0000000 --- a/build/posts/schools/index.html +++ /dev/null @@ -1,79 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Schools Should Be Using Open Source Software</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="schools-should-be-using-open-source-software">Schools Should Be Using Open Source Software</h1> -<p>2022-05-30</p> -<p>I firmly believe that proprietary software has no business in any school environment. Educational institutions lean heavily on Windows systems in the name of “security” or “easier platform management”. This approach forces students into using locked-down, closed sourced software applications.</p> -<p>Word, Excel, PowerPoint. Why have these become the “standard” of text manipulation and processing?</p> -<p>Photoshop. Illustrator. Why are these the first applications used for image editing and creation?</p> -<p>Schools should only be allowed to use and teach with open source software. Starting students off down the path of vendor lock-in is only beneficial to the companies building those software systems.</p> -<h2 id="the-internet">The Internet</h2> -<p>I’m an older fart, so my elementary school experience only included computers near the tail-end of mid-school. As such, it was forgivable to have students locked-in to using Internet Explorer (which would have been version 4 or 5 during my time) since there wasn’t a great deal of competition.</p> -<p>The major problem is that IE/Edge is still the default and often times ONLY browser available in these classrooms. Again, I believe IT departments use the excuse of “security” to keep students on such dated browsers.</p> -<p>Firefox, anyone? LibreWolf? Pale Moon?</p> -<p>Any of these browsers can be easily managed and secured by school IT departments. It doesn’t HAVE to be IE…</p> -<h2 id="reducing-hardware-cost">Reducing Hardware Cost</h2> -<p>By shifting towards a purely “open” software stack, schools then have the ability to purchase older, cheaper hardware. Instead of running bloated spyware (Windows) IT departments could opt to use any one of the lightweight Linux distros available.</p> -<p>This would reduce e-waste, save school districts significant amounts of money (no need to purchase Windows licenses or beefy hardware to be able to even <em>run</em> the operating system) all while still maintaining a high level of user/network security.</p> -<p>Heck, you could even have a fleet of Raspberry Pi devices as your main student “computers”. The cost of replacement also becomes less significant (these are children using these devices remember).</p> -<h2 id="security">Security</h2> -<p>I briefly mentioned user and network security above but figured it deserved its own section. A great deal of push-back comes from stubborn IT professionals[^0] determined to keep things running on Windows - since this is mostly what they are familiar with.</p> -<p>My mother-in-law was an “at-risk” educator for most of her career. She explained to me that their IT department did a major switch over to use BRAND NEW Apple laptops for all the students just before her retirement. I can’t even begin to imagine the cost associated with this change. Not to mention the cost of repair for any of these devices when (not if) damaged.</p> -<p>Who the hell is making these decisions? Even worse, who is approving them?! The school board had the opportunity to switch away from Windows devices and decided on Apple? Education reform is greatly needed[^1].</p> -<h2 id="what-about-the-job-market">What About The “Job Market”</h2> -<p>I’m not ignorant to the fact that many businesses in the real world require familiarity with some of these more popular closed source applications (Word, Excel). I don’t have a magic solution to instantly convert all applications used by the companies, but beginning the process in the education system is a solid start. Over time, the standard will <em>become</em> these open platforms. The initial change just needs to be made.</p> -<p>It should also be mentioned that these open source applications carry over a lot of similar functionality to their closed-sourced counterparts. So it isn’t as if a user with extensive LibreOffice experience would be utterly lost while using Microsoft Word.</p> -<h2 id="looking-under-the-hood">Looking Under the Hood</h2> -<p>Another bonus in using fully open source software is the ability for the students to deep dive into the code itself. This can be a great resource for early programming fundamentals and beginner coding classes. Why not dissect the very program used in your other classes? Here’s an example of a possible class project: students could build out their own plugins or extensions for an existing application!</p> -<h2 id="suggested-alternatives">Suggested Alternatives</h2> -<p>So what are these “open source” alternatives? Check out my simple suggestions below:</p> -<p>MS Office Suite ==> LibreOffice Suite[^2]</p> -<p>Photoshop ==> GIMP</p> -<p>Illustrator ==> Inkscape</p> -<p>IE/Edge ==> Firefox[^3]</p> -<p>Coding IDE (optional) ===> vim</p> -<p>You could easily expand upon these options, but for most elementary school task these are more than enough.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>Not <em>all</em> IT workers in the school system fall into this category. But most of the underlining structure prevents them from changing much.</li> -<li>At least in my country of Canada. I can’t speak for others.</li> -<li><code>groff</code> would be my personal suggestion instead, since it helps introduce children into the structure of basic file formatting and “programming”. I’ll go into greater details about this in another post.</li> -<li>As mentioned in the beginning of the post, I’d even suggest forks of Firefox -> LibreWolf or Pale Moon (if possible)</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/self-hosted-blogs/index.html b/build/posts/self-hosted-blogs/index.html deleted file mode 100644 index 5008f82..0000000 --- a/build/posts/self-hosted-blogs/index.html +++ /dev/null @@ -1,63 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>What Happened to Self-Hosted Blogs?</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="what-happened-to-self-hosted-blogs">What Happened to Self-Hosted Blogs?</h1> -<p>2018-10-18</p> -<p>I remember a time on the internet1 when everyone and their grandmother was running a personal blog. And I mean <em>personal</em> - not hosted on some side platform or a tacked-on addition to the rest of their website.</p> -<p>Nowadays companies and individuals alike use platforms like Medium to host and promote all of their articles, essays and case studies. I understand the draw, and can even list out the positives:</p> -<ol> -<li>A large community already exists under the Medium brand</li> -<li>It’s easy to promote your own work and follow others</li> -<li>The platform is fairly easy to setup and implement</li> -</ol> -<p>Unfortunately this has had a pretty severe impact on the blogging community as a whole - no one controls their own blogs anymore. I remember when finding a new blog was an interesting and fun experience:</p> -<ul> -<li>how did they decide to layout the page design?</li> -<li>what typefaces have they decided to use?</li> -<li>what back-end are they using?</li> -<li>how does it look and feel on mobile?</li> -</ul> -<p>These custom self-hosted blogs inspired other developers and designers to create their own blogs or tweak current ones. In a way it was a small factor in pushing what we could do on the web further and further, as designers engaged in friendly competition trying to one-up each others’ creations.</p> -<p>I also believe this inspired people to write better content instead of opting for clickbait garbage in order to get “featured” or boosted promotion on the main blogging platform. But I don’t even think that’s the worst to come of this mass-migration to a singular blogging platform.</p> -<p><strong>All2 blogs look identical now.</strong> I’m not sure if that was Medium’s intention, but either way I personally think it’s horrible. The individual personality of most design and development blogs has been completely stripped away.</p> -<p>Maybe I’m just a salty designer with a narrow-minded, pessimistic view on where our blogging communities seem to be heading - or maybe I just have higher standards.</p> -<h2 id="refs">Refs</h2> -<p>1 the design world of the internet -2 by “All” I mean the majority</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/self-hosting-fathom/index.html b/build/posts/self-hosting-fathom/index.html deleted file mode 100644 index 52f439e..0000000 --- a/build/posts/self-hosting-fathom/index.html +++ /dev/null @@ -1,83 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Self-Hosting Fathom Analytics with DigitalOcean</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="self-hosting-fathom-analytics-with-digitalocean">Self-Hosting Fathom Analytics with DigitalOcean</h1> -<p>2021-02-02</p> -<p>Since my previous post walked through the process of setting up Fathom PRO on Netlify, I figured it made sense to create a similar tutorial for the “Lite” variation, self-hosted on DigitalOcean.</p> -<p>Please note that while I think the PRO version of Fathom Analytics is truly great, for my small, niche blog it seemed overkill compared to self-hosting. Switching over from $14/mo to $5/mo while retaining most of the same functionality was a no-brainer. Choose the option that best suits your needs (or in the case - budget & bandwidth).</p> -<p>With that cleared up - let’s get into it!</p> -<h2 id="prerequisites">Prerequisites</h2> -<ol> -<li>One or more website(s) where you would like to include analytics</li> -<li>DigitalOcean account (<strong>this link will give you a $100 credit!</strong>)</li> -<li>Positive attitude and passion for privacy-respecting analytics!</li> -</ol> -<h2 id="create-a-droplet">Create a Droplet</h2> -<p>Once your DigitalOcean account is setup, navigate to the Marketplace and search for <code>Fathom Analytics</code>. Then click the <code>Create Fathom Analytics Droplet</code>.</p> -<p>From here you’ll be brought to a page that allows you to customize the specifications of your new droplet. If you’re a smaller traffic site (personal blog, etc) selecting the <strong>$5/month</strong> Basic Shared CPU option is your best bet.</p> -<p>Select the data-center region based on where most of your traffic originates from. I would suggest enabling <code>IPv6</code> and setting up your authentication via SSH instead of a regular password system. Adding backups is entirely at your own discretion.</p> -<p>Once you’re ready, click <strong>Create Droplet</strong>.</p> -<h2 id="enter-the-matrix-not-really">Enter the Matrix (not really)</h2> -<p>Once DigitalOcean finishes spinning up your new droplet, open a terminal and connect to it by entering:</p> -<pre><code>ssh root@YOUR_DROPLET_IP -</code></pre> -<p>If you setup your login via SSH everything should work as-is. If you went the password route, you’ll given a prompt to enter it.</p> -<p>Now that you’re connected, Fathom will guide you through a simple configuration setup. It’s fairly straightforward and painless. Once complete, move to the next step.</p> -<h2 id="domains">Domains</h2> -<p>You’ll most likely want to host this instance on your own domain or subdomain - instead of connecting directly via the droplet’s <code>IP</code>. Head over to your <strong>Networking</strong> page in the sidebar of DigitalOcean and add your custom domain.</p> -<p>Then, click on that newly added domain - we need to add some new records. You’re going to add two new <code>A</code> records to this domain:</p> -<p>The last thing you need to do is set your nameservers to point to DigitalOcean:</p> -<pre><code>ns1.digitalocean.com -ns2.digitalocean.com -ns3.digitalocean.com -</code></pre> -<p>Give it some time to propagate and you’ll be in business!</p> -<h2 id="ssl-ftw">SSL FTW</h2> -<p>There is hardly a good reason not to practice security on the web, so setting up your new analytics to be served over <code>HTTPS</code> is just the smart thing to do. Did I mention that this is completely free as well? See - no excuses.</p> -<p>In order to get a free SSL certificate setup, you’ll need to install <code>certbot</code>. While connected to your droplet, enter the following:</p> -<pre><code>sudo apt-get install python-certbot-nginx -</code></pre> -<p>Once installed, enter the following to setup SSL (remember to swap out the domain with your own):</p> -<pre><code>certbot --nginx -d your-cool-domain.com -</code></pre> -<p>Follow the steps (it’s very quick and easy) and you’ll have <code>HTTPS</code> setup in a jiffy!</p> -<h2 id="the-final-lap">The Final Lap</h2> -<p>The last thing to do is login to your newly self-hosted Fathom instance, add your site you wish to track, grab the generated tracking code and then slap that badboy on whatever pages you need to track!</p> -<p>Congrats! You’re now officially running your own set of analytics tools. You should be happy about what you’ve accomplished and proud for respecting your users’ privacy!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/setting-up-free-ssl/index.html b/build/posts/setting-up-free-ssl/index.html deleted file mode 100644 index 31c3af6..0000000 --- a/build/posts/setting-up-free-ssl/index.html +++ /dev/null @@ -1,53 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Setting Up a Free SSL</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="setting-up-a-free-ssl">Setting Up a Free SSL</h1> -<p>2018-08-07</p> -<p>I never had to worry about SSL certificates when I originally hosted my blog through Github Pages, but since switching over to Surge.sh I lost my ability to utilize <code>https</code> protocol.</p> -<p>Luckily, Cloudflare offers a very simple way to implement SSL on your website - and it’s free!</p> -<h3 id="ssl-in-3-easy-steps">SSL in 3 easy steps</h3> -<ol> -<li>You will need to have a Cloudflare account - you can setup one here. Be sure to select the ‘Free’ pricing plan (unless you want some extras features)</li> -<li>Follow the process on updating your nameservers to the proper Cloudflare servers and wait for your domain to update the changes. (This can take up to 24 hours)</li> -<li>From the main Cloudflare dashboard navigate to the Crypto tab. Then under the SSL section, select “Flexible” from the dropdown.</li> -</ol> -<h3 id="enjoy-your-newly-secure-site">Enjoy your newly secure site</h3> -<p>That’s it! Give it a bit of time and soon your website will support <code>https</code> and best of all it costs you nothing!</p> -<p>I suggest checking out the other interesting features Cloudflare offers while your playing with the dashboard as well. They have a lot of impressive options that can really improve the overall performance of your site / web app.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/seven-years/index.html b/build/posts/seven-years/index.html deleted file mode 100644 index 4df8765..0000000 --- a/build/posts/seven-years/index.html +++ /dev/null @@ -1,72 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Blogging for 7 Years</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="blogging-for-7-years">Blogging for 7 Years</h1> -<p>2023-06-24</p> -<p>My <a href="/aui">first public article</a> was posted on June 28th 2016. That was <em>seven</em> years ago.</p> -<p>In that time, quite a lot has changed in my life both personally and professionally. So, I figured it would be interesting to reflect on these years and document it for my own personal records. My hope is that this is something I could start doing every 5 or 10 years (if I can keep going that long!). This way, my blog also serves as a “time capsule” or museum of the past…</p> -<h2 id="fun-facts">Fun Facts</h2> -<p><strong>This Blog</strong>:</p> -<p>I originally started blogging on <code>bradleytaunt.com</code> using WordPress, but since then I have changed both my main domain and blog infrastructure multiple times. At a glance I have used:</p> -<ul> -<li>Jekyll</li> -<li>Hugo</li> -<li>Blot</li> -<li>Static HTML/CSS</li> -<li><a href="https://phpetite.bt.ht">PHPetite</a></li> -<li><a href="https://shinobi.bt.ht">Shinobi</a></li> -<li><a href="https://pblog.bt.ht">pblog</a></li> -<li><a href="https://barf.bt.ht">barf</a> <em>Currently using!</em></li> -</ul> -<p><strong>Personal:</strong></p> -<p>As with anyone over time, the personal side of my life has seen the biggest <em>updates</em>:</p> -<ul> -<li>Married the love of my life (after knowing each other for ~14 years!)</li> -<li>Moved out into rural Ontario for some peace and quiet</li> -<li>Had three wonderful kids with said wife (two boys and a girl)</li> -<li>Started noticing grey sprinkles in my stubble (I guess I can officially call myself a “grey beard”?)</li> -</ul> -<p><strong>Professionally:</strong></p> -<ul> -<li>Pivoted heavily into UX research and design for a handful of years (after working mostly with web front-ends)</li> -<li>Recently switched back into a more fullstack development role to challenge myself and learn more</li> -</ul> -<h2 id="nothing-special">Nothing Special</h2> -<p>This post isn’t anything ground-breaking but for me it’s nice to reflect on the time passed and remember how much can change in such little time. Hopefully I’ll be right back here in another 7 years and maybe you’ll still be reading along with me!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/sharing-the-things-we-use/index.html b/build/posts/sharing-the-things-we-use/index.html deleted file mode 100644 index e79bf05..0000000 --- a/build/posts/sharing-the-things-we-use/index.html +++ /dev/null @@ -1,46 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Sharing The Things We Use</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="sharing-the-things-we-use">Sharing The Things We Use</h1> -<p>2021-07-24</p> -<p>I always love stumbling across personal websites that include some form of a “uses” page. A place where the author lists out all the tools they use on a regular basis - whether it be hardware, software or something else entirely. It allows readers to get a slightly more personal peek into the daily work-life of that author and maybe even provides better context for <em>how</em> they work.</p> -<p>Since I realized how much I enjoy reading other people’s <em>uses</em> pages, I’ve decided to finally publish my own! My list of hardware and software is fairly boring and predictable for a designer/developer - but sharing is caring! My hope is that even one personal out in the great-wide web can find something useful (pun intended!) or least inspiring about my personal setup.</p> -<p>Fell free to check it out: <a href="/uses">The Things I Use</a></p> -<p><em>PS. I plan to add a desktop picture of my complete setup once I find the time!</em></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/shinobi-website/index.html b/build/posts/shinobi-website/index.html deleted file mode 100644 index b3af123..0000000 --- a/build/posts/shinobi-website/index.html +++ /dev/null @@ -1,77 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>This Site is Now a Shinobi Website</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="this-site-is-now-a-shinobi-website">This Site is Now a Shinobi Website</h1> -<p>2022-05-13</p> -<p><strong>Update 2023</strong>: this website is now built with <a href="https://barf.bt.ht">barf</a></p> -<hr/> -<p>My personal website is now an RSS-focused blog, generated from a collection of plain text files.</p> -<p>But before we get into greater details about the switch, let me first introduce the concept of a “shinobi website”.</p> -<h2 id="the-shinobi-website-project">The Shinobi Website Project</h2> -<p>Instead of repeating myself in this post, feel free to read up about the project at the official site:</p> -<p><a href="https://shinobi.bt.ht">https://shinobi.bt.ht</a></p> -<p>To summarize: by using a simple <code>shell</code> script I’m able to render all my plain text files (which is now how I solely write my articles) into a structured RSS 2.0 <code>xml</code> file. Subscribers can now consume my posts directly in their RSS reader of choice without the need to directly visit the article’s URL.[^0]</p> -<h2 id="why-the-change">Why the Change?</h2> -<p>I’m a hardcore minimalist at heart and have a tendency to make my own personal projects <em>leaner</em> all the time. I also have been trying my best to find the most refined writing workflow to keep myself posting consistently (and hopefully keeping the quality high). My first iteration towards this step was switching over to hand-coding everything via HTML & CSS[^1]. That worked well - for a very brief time.</p> -<p>After recently launching the Shinobi project, I kept toying with the idea of switching my personal website over to use the same format. There was a heavy internal debate about ditching HTML in favour of plain text. What kind of impact would this have on both my site and audience? Would people be pissed about yet <em>another</em> radical change?</p> -<p>After sleeping on it for a couple nights, I decide to say screw it. This is my personal website and it should ultimately reflect who I am and what I prefer. Dwelling too long on the opinion of others (as much as I respect any of you kind enough to follow along) can lead to decisions that negatively impact ones own well being.</p> -<p>So here we are. Blogging in plain text.</p> -<h2 id="avoiding-link-rot">Avoiding Link-Rot</h2> -<p>I’ve manually added this blog post to my original <code>feed.xml</code>, in order to help inform those of you following that feed of this change. But this will be the last entry of that feed.</p> -<p>If you decide not to re-sub, I completely understand and thank you for your time! Those of you choosing to still follow along: welcome aboard a new adventure!</p> -<p>As for the older HTML-based articles, no worries. They will remain on this site under the standard <code>blog</code> directory so that old links don’t break or cause conflicts. You can find that directory here:</p> -<p><a href="https://tdarb.org/feeds/posts.xml">https://tdarb.org/feeds/posts.xml</a></p> -<h2 id="tutorials-and-demos">Tutorials and Demos</h2> -<p>I will still be writing up detailed tutorials and interactive demos going forward - no need to worry. My plan is to link directly to a collaborative coding site like CodePen, etc. I haven’t decided on the best option yet (want to keep things as easy for my readers as possible) so only time will tell what my decision will be.</p> -<p>Feel free to comment below if you have any suggestions! Preferably one that respects user privacy and advocates for a more open web.</p> -<h2 id="speaking-of-comments">Speaking of Comments…</h2> -<p>Since the old commenting system[^2] required me to manually add each comment individually, I assumed I would just do the same here. Then I got a hack-y idea. What if I used a mailing list linked through this website’s sourcehut project?</p> -<p>It might not be the most user friendly or sustainable but I think it could be an interesting experiment at the very least!</p> -<p>Now each new article will have a link (which I will generate manually) that users can email directly to in order to share their comments. I have no idea how spam will work with this concept. This whole idea could blow up in my face. Only time will tell.</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>This workflow is clean and simple. It allows me to open a blank text file and instantly start writing. Once I’m happy with it, I run a simple shell command to update the RSS feed and sync it with my web server. Local testing is dead simple too since everything is set as <code>.txt</code>.</p> -<p>Some may like the concept of reading my new articles in their RSS reader, others might hate it. I’ve learned over the years that you can’t please everyone.</p> -<p>Thanks for taking the time to read my jumbled thoughts.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>Users can <em>of course</em> still visit the individual article <code>.txt</code> files in their browser, if they so wish.</li> -<li><a href="https://tdarb.org/blog/my-static-blog-publishing-setup.html">https://tdarb.org/blog/my-static-blog-publishing-setup.html</a></li> -<li><a href="https://tdarb.org/blog/poormans-comment-system.html">https://tdarb.org/blog/poormans-comment-system.html</a></li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/shiny-css-buttons/index.html b/build/posts/shiny-css-buttons/index.html deleted file mode 100644 index dee73d1..0000000 --- a/build/posts/shiny-css-buttons/index.html +++ /dev/null @@ -1,110 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Shiny, Animated CSS Buttons</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="shiny-animated-css-buttons">Shiny, Animated CSS Buttons</h1> -<p>2021-04-27</p> -<p>Everyone can appreciate fancy, animated buttons - but often times they come with a performance cost: <em>JavaScript</em>. Luckily for us, we can create our very own shiny, animated buttons with pure CSS.</p> -<h2 id="the-demo">The Demo</h2> -<p><img src="/public/images/shiny-buttons.png" alt="Four buttons that shine when hovered" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/oNBQevj">Live CodePen Example</a></p> -<h2 id="the-html">The HTML</h2> -<p>Nothing fancy going on here, just a set of <code>ahref</code> elements with specific <code>button</code> classes added:</p> -<pre><code><a href="#" class="button green"><span>Green Button</span></a> -<a href="#" class="button blue"><span>Blue Button</span></a> -<a href="#" class="button orange"><span>Orange Button</span></a> -<a href="#" class="button purple"><span>Purple Button</span></a> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>First we set the default base styling for all the buttons. We also place the inner text into <code>span</code> elements (I will explain why in a little bit):</p> -<pre><code>.button { - background: white; - border: 1px solid #a5b1c2; - border-radius: 6px; - box-shadow: 0 4px 8px rgba(0,0,0,0.1); - color: #111111; - display: inline-block; - margin: 1rem auto; - min-width: 180px; - overflow: hidden; - padding: 15px 30px; - position: relative; - text-align: center; - text-decoration: none; - transition: .3s ease-in-out all; -} -.button span { - position: relative; - z-index: 2; -} -</code></pre> -<p>Now we need to create our <em>shiny</em> element that will pass across the button on <code>hover</code> or <code>focus</code>. For this object we will use the <code>before</code> pseudo element:</p> -<pre><code>.button:before { - background: linear-gradient(transparent 0%, rgba(255,255,255,0.6) 50%, transparent 100%); - content:''; - height: 200%; - position: absolute; - right: calc(100% + 20px); - top: -55%; - transform: rotate(-70deg); - transition: .6s ease-in-out right; - width: 80px; - z-index: 0; -} -</code></pre> -<p>Next, we tell the <code>before</code> element to swipe across the main <code>.button</code> parent element when the user hovers or focuses on it. Remember placing our inner content into a <code>span</code> element? That insures that our shiny/swipe element doesn’t position itself <em>over</em> the text, but instead flows under it:</p> -<pre><code>.button:hover:before { - right: -100%; -} -/* Extra visual styling for buttons on hover - optional */ -.button:hover, button:focus { - box-shadow: 0 8px 12px rgba(0,0,0,0.1), inset 0 10px 30px rgba(255,255,255,0.3), inset 0 2px 2px rgba(255,255,255,0.2); - color: white; -} -</code></pre> -<p>All that’s left is adding some visual flare to each individual button - in this case background-color and border-color:</p> -<pre><code>.button.green:hover, button.green:focus { background: #20bf6b; border-color: #20bf6b; } -.button.blue:hover, button.blue:focus { background: #0984e3; border-color: #0984e3; } -.button.orange:hover, button.orange:focus { background: #ff793f; border-color: #ff793f; } -.button.purple:hover, button.purple:focus { background: #6c5ce7; border-color: #6c5ce7; } -</code></pre> -<h2 id="browser-support">Browser Support</h2> -<p>These buttons work across all browsers flawlessly. See the details <a href="https://caniuse.com/css-gencontent">on the caniuse report itself</a>.</p> -<h2 id="the-live-codepen">The Live CodePen</h2> -<p>You can find the live demo embedded at the top of this post, or <a href="https://codepen.io/bradleytaunt/pen/oNBQevj">directly on CodePen here</a>.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/simple-accessibility/index.html b/build/posts/simple-accessibility/index.html deleted file mode 100644 index 057d39d..0000000 --- a/build/posts/simple-accessibility/index.html +++ /dev/null @@ -1,60 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Simple Accessibility</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="simple-accessibility">Simple Accessibility</h1> -<p>2018-09-07</p> -<p>Implementing proper accessibility practices can seem a little daunting at first, but there are a few basic standards you can introduce into your project work-flow that are fairly straightforward:</p> -<h2 id="basic-design">Basic design</h2> -<ol> -<li>Test that your project has the proper contrast color settings between type, backgrounds, icons etc.</li> -<li>Only use “fancy” grid-ordering for minor layout design - avoid rearranging important content via CSS</li> -</ol> -<h2 id="content">Content</h2> -<ol> -<li>Use proper HTML structures (aside, header, main, footer elements as needed)</li> -<li>Make use of the <a href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-label_attribute">aria-label attribute</a></li> -<li>Ensure your website/app can be navigated completely (and properly) with only a keyboard</li> -</ol> -<h2 id="images">Images</h2> -<ol> -<li>Avoid using CSS backgrounds for content images (should only be used for patterns, layout design etc.)</li> -<li>Ensure proper <code>alt</code> attributes are provided on all images</li> -</ol> -<p>It isn’t much - but follow these basics and you’ll be one step closer to providing better accessibility to your users.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/simple-does-not-mean-ugly/index.html b/build/posts/simple-does-not-mean-ugly/index.html deleted file mode 100644 index 2d3cbb3..0000000 --- a/build/posts/simple-does-not-mean-ugly/index.html +++ /dev/null @@ -1,79 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Simple Does Not Mean Ugly</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="simple-does-not-mean-ugly">Simple Does Not Mean Ugly</h1> -<p>2019-03-26</p> -<p>I see new blog posts popping up now and again advocating for designers to keep their products as simple as possible - and I couldn’t agree more.</p> -<p>A lot of designers tend to think they need to reinvent the wheel when it comes to UI concepts that are standard defaults and expected by most users. Not only does this add extra work for your design and development cycles, but also increases the potential of frustration for your users when they are using your product.</p> -<p>Your job as a designer is to focus on the user experience journey and understand what those users <em>expect</em> to happen - not what <em>you want</em> to happen. This is a very delicate balance of design “give and take”, hence why simple designs always seem to work best.</p> -<p><strong>But simple does not mean “ugly”</strong>.</p> -<h2 id="ugly-simple">Ugly Simple</h2> -<p>Anyone who has read some of my opinion pieces on here in regards to UI know that I have a profound distaste for the overused “flat design” trend. Many designers consider this trend a clean and “simple” approach to most UI conventions - which is complete nonsense to most professionals in the industry (at least those not drinking the kool-aid).</p> -<p>Using the term “simple” in the context of UI is currently quite damaging to modern application and product development. Designers take these definitions too literally, leading to stripped down interfaces with little to no usability for their end-users.</p> -<p>Cap Watkins wrote a post back in 2014 where he explained his admiration for <a href="https://capwatkins.com/blog/the-boring-designer">boring designers</a> and how they tackled design problems using the most boring or “lazy” techniques. While I don’t agree completely with his arguments, nor do I think one should try to attain the status of “boring designer”, I can understand his main sentiment: everyone can appreciate obvious and clever design.</p> -<h2 id="fixing-simple">Fixing Simple</h2> -<p>I hate when people point out problems without at least attempting to suggest some sort of solution - which is exactly what I’m going to do here (with only a few set examples of course, otherwise the post would become a book). Let’s take a look at the major culprits I find around the web: navigations, buttons and form elements.</p> -<h3 id="1.-hidden-navigations">1. Hidden Navigations</h3> -<p>How many native apps that you use regularly rely on the trusty “hamburger” menu icon navigation system? What about news sites, video streaming services, or blogs? Maybe you’ve implemented this concept in your own projects as well, advocating for it’s “cleaner” approach to navigation. </p> -<p>The <em>hamburger</em> is a great example of “ugly simple”. You are purposely hiding the main structure that allows your users to move around your product freely behind an <strong>additional</strong> interaction. That is the opposite of simple.</p> -<p>The only time you should be using the “hamburger crutch” as I call it, is for very small screen sizes or when targeting mobile user agents directly. That’s it. If your users are viewing your product on a larger screen, for the love of God, <strong>use the space available</strong>.</p> -<p><img src="/public/images/navigation.webp" alt="Desktop Navigation" /></p> -<h3 id="2.-buttons-not-looking-like-buttons">2. Buttons Not Looking Like Buttons</h3> -<p>It’s difficult for users to actually <strong>do</strong> the action you want them to perform when your buttons look like text. I’m not exactly sure why designers have pivoted towards removing all stylings that regular users have come to expect from button elements, but it’s plaguing far too many websites.</p> -<p>Buttons should be eye-catching, colorful, fun to interact with, and support all proper CSS states. Clients and agencies will tend to push for “cleaner” buttons - which most of the time refers to setting the buttons as simple underlined text items. Do not be brainwashed into thinking this is better:</p> -<p><img src="/public/images/buttons.webp" alt="Button Comparsion" /></p> -<p>You tell me what looks more interactive…</p> -<h3 id="3.-overriding-form-elements">3. Overriding Form Elements</h3> -<p>Designers should rarely rebuild the browser structure for web form elements in their projects. I should clarify - I’m not suggesting that you use the barebones default styles provided by the browser, I’m saying that you shouldn’t hide the elements themselves just to replace them with mimicking components. I find this practice is becoming more and more noticeable with the growing popularity of component-based frameworks. Don’t fall into these bad design habits.</p> -<p>For example, you should leave the following <code>select</code> element as is:</p> -<pre><code><select> - <option> -</select> -</code></pre> -<p>Instead of doing something like this:</p> -<pre><code><select style="display:none;"></select> -<div class="custom-select-container"> - <span>Option</span> -</div> -</code></pre> -<p>There are cleaner ways to customize web forms with straightforward CSS. Have a look at my own open source project <a href="https://normform.netlify.com/">Normform</a> if you’d prefer to just use a lightweight plugin to do this for you. (Shameless plug, I know)</p> -<h2 id="simple-can-be-good">Simple Can Be Good</h2> -<p>Having a boring or lazy design thought-process doesn’t mean you should develop ugly UI for the sake of “simple”. Too often that word is associated with “minimalism” or “less content” and that is only half true.</p> -<p>The <em>experience</em> is what needs to be simple for your users - the UI itself should still be beautiful.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/simple-jekyll-navigation/index.html b/build/posts/simple-jekyll-navigation/index.html deleted file mode 100644 index b9d5b6d..0000000 --- a/build/posts/simple-jekyll-navigation/index.html +++ /dev/null @@ -1,80 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Simple Navigation Setup in Jekyll 3.9.0</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="simple-navigation-setup-in-jekyll-3.9.0">Simple Navigation Setup in Jekyll 3.9.0</h1> -<p>2020-09-29</p> -<p>I have found that there is a lot of information on the internet in regards to setting up “dynamic” navigation in Jekyll. The problem I’ve noticed is that a good amount of these implementations are overly complex. Here is the simplest way that I tend to use when building out <code>nav</code> elements in Jekyll (3.9.0 as of this writing).</p> -<h2 id="creating-the-directories-files">Creating the Directories & Files</h2> -<p>In your Jekyll project, at the top level, you need to create a directory called <code>_data</code>. Inside this folder we will be creating a new file called <code>navigation.yml</code>. The contents of this file will contain all your navigation links and they are rendered like so:</p> -<pre><code>- title: Home -url: / - -- title: Articles -url: /articles/ - -- title: About -url: /about/ -</code></pre> -<h2 id="dynamically-rendering-the-navigation">Dynamically Rendering the Navigation</h2> -<p>The next and final step is rendering out the navigation with a simple loop:</p> -<pre><code>{% for item in site.data.navigation %} - <li> - <a href="{{ item.url }}"><span>{{ item.title }}</span></a> - </li> -{% endfor %} -</code></pre> -<h2 id="highlight-current-page">Highlight Current Page</h2> -<p>It’s also very easy to extend this method to add a CSS class based on whether a user is on the currently selected page or not:</p> -<pre><code>{% for item in site.data.navigation %} - <li> - {% if item.url == page.url %} - <a class="active" href="{{ item.url }}"><span>{{ item.title }}</span></a> - {% else %} - <a href="{{ item.url }}"><span>{{ item.title }}</span></a> - {% endif %} - </li> -{% endfor %} - - - -/* Custom styling for active class */ -li a.active { color: red; } -</code></pre> -<p>Congrats! You now have fully functional, dynamic navigation on your Jekyll site.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/skip-to-content/index.html b/build/posts/skip-to-content/index.html deleted file mode 100644 index f26d078..0000000 --- a/build/posts/skip-to-content/index.html +++ /dev/null @@ -1,86 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Skip to Content Button</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="skip-to-content-button">Skip to Content Button</h1> -<p>2019-03-25</p> -<p>One of the golden rules for testing your website’s accessibility is the “keyboard-only” audit. This is where you test navigating through your entire site without the use of a mouse, but instead rely solely on tabbing through your content.</p> -<p>Unfortunately, one item is normally overlooked during this audit - a “skip to content” context button. Including a “skip to content” navigation item in your project is extremely useful because:</p> -<ul> -<li>speeds up user interaction with the content you <strong>want</strong> them to see</li> -<li>on subsequent pages the user shouldn’t need to tab through the entire navigation each time</li> -</ul> -<h2 id="the-html">The HTML</h2> -<p>For the sake of this demo we will assume that we currently have the following navigation setup in our project:</p> -<pre><code><nav role="navigation"> - <a href="/">Home</a> - <a href="/about">About</a> - <a href="/archive">Archive</a> - <a href="/atom.xml">RSS</a> -</nav> -</code></pre> -<p>Now for the easy part - adding our simple content skip link with it’s own custom <code>skip-content</code> class:</p> -<pre><code><nav role="navigation"> - <!-- Skip to content button --> - <a class="skip-content" href="#main">Skip to Content (Press Enter)</a> - <a href="/">Home</a> - <a href="/about">About</a> - <a href="/archive">Archive</a> - <a href="/atom.xml">RSS</a> -</nav> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>Our first task is to make sure this new link isn’t visible or interactive by default unless the user explicitly tabs through the navigation. We do so by positioning the link outside of the main content view. It is important to use this <code>absolute</code> position style instead of setting the display property to <code>none</code>, since the display property technique will fully remove the element from the DOM (bad accessibility practices).</p> -<pre><code>a.skip-content { - background: grey; - color: white; - left: -9999px; - padding: 0.5rem; - position: absolute; - top: 0; -} -</code></pre> -<h2 id="almost-there">Almost there</h2> -<p>Now we just re-position the element when the user focuses on the link with a keyboard tab:</p> -<pre><code>a.skip-content:focus { - left: 1rem; /* Whatever desired position */ -} -</code></pre> -<h2 id="all-done">All Done</h2> -<p>This is a very basic accessibility win you can implement in your current projects with next to zero effort. Enjoy!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/slabtop/index.html b/build/posts/slabtop/index.html deleted file mode 100644 index b01a91f..0000000 --- a/build/posts/slabtop/index.html +++ /dev/null @@ -1,60 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Converting My X201 ThinkPad into a Slabtop</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="converting-my-x201-thinkpad-into-a-slabtop">Converting My X201 ThinkPad into a Slabtop</h1> -<p>2023-05-01</p> -<p>I recently wrote <a href="/x201/">about physically disabling the WiFi toggle switch on my X201</a> which was a fun “hack” to an annoying issue I was running into. Since then, the laptop has been running flawlessly.</p> -<p>The only other <em>minor</em> issue I had was the poor display quality. The screen works perfectly fine but the X201’s age prevents it from being the best possible display for day-to-day tasks. Both the resolution and viewing angles are quite poor.</p> -<p>So, what were my options to remedy this problem?</p> -<ol> -<li>Swap out and upgrade the laptop’s display (not many options for this though)</li> -<li>Connect an external display, keyboard, mouse and dock the X201</li> -<li>Something else?</li> -</ol> -<h2 id="looking-into-something-else">Looking into “Something Else”</h2> -<p>I found that the possible replacement screens weren’t worth the cost/hassle to swap out. And setting the laptop aside, docked with external peripherals sounded fine in theory - but then I would be missing out on the X201’s amazing classic keyboard…</p> -<p>Then I thought to myself, “Why not just remove the display <em>entirely</em>?”</p> -<p>So that’s what I did.</p> -<p>Removing the entire top lid was easier than I initially thought it would be. The beautiful thing about these older, classic ThinkPads is the ability to completely dissemble them. I won’t go into heavy details on how to take one of these machines apart, since great documentation <a href="https://www.ifixit.com/Device/Lenovo_Thinkpad_X201_Tablet">already exists</a>. But once you have the keyboard and hinge screws removed it is essentially as easy as <em>lifting</em> the lid out of the chassis. (After disconnecting the small display connectors, of course)</p> -<h2 id="ditching-alpine-for-debian">Ditching Alpine for Debian</h2> -<p>I love Alpine Linux. It’s normally my <a href="https://as.bt.ht">go-to distro</a> (paired with dwm) for most of my laptop devices. Unfortunately, I find tiling window managers a slight pain to use on larger, 4K displays. I also wanted this slabtop to “just work”, instead of needing to fiddle around with WiFi, <code>xrandr</code>, audio etc. Not to mention that Debian is rock solid stable. Defaulting to the XFCE DE was a no-brainer as well since this device is somewhat <em>old</em>.</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>This slabtop gives me those old-school “Commodore64” vibes (or more recent devices like the Raspberry Pi 400). This setup certainly isn’t for everyone but for my use case it’s working well. Traveling with a machine like this might prove a little more challenging - although you could simply pair it with a smaller travel monitor (I’m sure the overall carrying weight would be similar to the standard X201).</p> -<p>If nothing else, it is good to keep this option in mind if you ever break your laptop’s display and don’t feel like spending the money to fix it. Just grab an external monitor you have laying around and make a slabtop!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/slow/index.html b/build/posts/slow/index.html deleted file mode 100644 index 8b342f4..0000000 --- a/build/posts/slow/index.html +++ /dev/null @@ -1,77 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Embracing Slow Tech</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="embracing-slow-tech">Embracing Slow Tech</h1> -<p>2022-11-22</p> -<p>I’m writing this post on my “new” X260 ThinkPad running <a href="https://garudalinux.org/">Garuda Linux</a> through Wayland/Sway and it is going well so far. Setting things up was much easier than I initially expected. There were only a few minor tweaks I had to make, such as setting <code>vim</code> as the default EDITOR and installing a small collection of applications (Bitwarden, qutebrowser etc).</p> -<p>I ran into some headaches with generating proper SSH keys but that was solved by calling in <code>ssh-agent</code> whenever launching a new instance of Alacritty. This could certainly be cleaned up further, but for now everything works fine. (A more detailed post about this X260 is in the works!)</p> -<p>“Okay”, I hear you say, “But what does this have to do with <em>slow tech</em>?”</p> -<p>Good question! Let me explain.</p> -<h2 id="purposely-unplugged">Purposely Unplugged</h2> -<p>For the longest time I have had some form of “smart” device on my persons while performing tasks away from my main computer. Whether that was grocery shopping, playing with the kids in the backyard, going on road trips - you name it. This was never a <em>bad thing</em> or something I actively looked to change. In fact, I hardly used these devices to connect much to the internet anyway[^1]. But I did notice that I would check things like Mastodon or my email every so often. </p> -<p>What I started to realize was that I was checking these “online” items out of pure habit. I hardly ever responded to any email on my iPhone (it doesn’t help that Apple Mail on iOS is horrendous for plain text emails) and engaging in Mastodon, while fun, was certainly not a priority while out of the office. My attitude towards being “always online” started to shift towards being what I call <em>purposely unplugged</em>. I decided to make a personal change towards my online access:</p> -<blockquote> -<p>If something is important, then I will take the time to complete that task at <strong>my office computer</strong>. I do not need to be “always online”.</p> -</blockquote> -<p>It really makes you wonder how people back in the late 90s or early 2000s ever managed their lives without being connected online 24/7. I certainly remember a time where you booted up a family computer to browse the internet, respond to emails, and complete work items. When you were done - you were done. You shutdown the machine and went about your life. “I’ll check back later tonight before bed” or “Hopefully there will be an email response by tomorrow morning” was the normal thought process after logging off. Now there is no “logging off”. It’s just switching devices. I don’t think it is healthy and really who benefits? Certainly not the individual.</p> -<p>Hardware (computers specifically in this case) serve a purpose. They are meant to serve the individual using them. When did we cross-over into a world where we seem to be serving our devices? <strong>You are not important enough to be “available online” all the time</strong>. Sorry, but it’s true.</p> -<h2 id="mobile-sucks-anyway">Mobile Sucks Anyway</h2> -<p>Browsing the web is an absolute shitshow on mobile devices. Every service and their grandma begs you to install their native app. Adblockers are pretty much non-existent, which makes the modern web almost intolerable to visit. Then you have the issue of walled gardens, security breaches, planned EOL for perfectly functional hardware, increased e-waste - the list goes on.</p> -<p>Functional computing and online interactions have already been perfected. It’s called a <strong>computer</strong>[^3]. Computers (desktops and laptops) give us the ability to control our devices at the OS-level, granting us incredible freedom to tweak things to our individual preferences. Unless you are technical enough to fiddle around with “beta” mobile Linux devices, the majority of users are stuck with what they are given. And it isn’t much.</p> -<p>The corporate push to move everyone over to “mobile computing” is no accident. The ability to ban certain apps, push ads to users, collect customer details, and harvest user data is more than enough motivation for companies to usher in a future of “mobile” computing.</p> -<p>Not to mention <em>cost</em>. New, top-of-the-line mobile devices sell for the same, if not more, than a standard laptop or desktop. You give up flexibility, customization and freedom for what exactly? A really good camera? Built-in GPS navigation?</p> -<p>Get a <em>real</em> camera and grab a standard GPS. I’m serious. If that sounds ridiculous than you probably never really needed those things in the first place. Use the proper tool for the job. Smushing everything into one, locked-down device is a recipe for disaster.</p> -<p>Overall - just use a <em>real</em> computer.</p> -<h2 id="dont-flip-out">Don’t Flip-Out</h2> -<p>So, with all of that in mind, I swapped out my iPhone SE (2020) smart phone for the ZTE Cymbal 2 “dumb” flip phone. </p> -<p>The screen is extremely small with low resolution. The camera is absolute garbage. Writing text messages requires use (and knowledge) of the T9 composer[^2]. Most modern applications besides email or the photo gallery are non-existent.</p> -<p><strong>But I absolutely love it</strong>.</p> -<p>It’s a phone. It makes phone calls and allows me to send texts. Texts themselves are a little more time consuming, which forces me to be more concise in my writing. Anything that requires great detail should probably be an email - which is what my computer is for. What else do I need? If I ever drop it and smash into a million pieces I can replace it for <$50. I have the ability to replace the battery - not to mention battery life is measured in <em>days</em> not hours. It’s rugged, so I don’t need to be so delicate with it or slap some huge protective case on it.</p> -<p>It does its job. No more, no less.</p> -<h2 id="good-for-you">“Good for You”</h2> -<p>I know that some of you reading this might think that this workflow is fine for <em>me</em> but would never be suitable for your needs. Maybe that’s true, but I’d probably disagree. I think people have just been conditioned to <em>believe</em> that most day-to-day activites would be impossible without a smart device or a connection to the internet. If not, many would at least feel that without such access things would become far too inconvenient. My stance remains: the majority of people do not need constant access to a computer in their pocket.</p> -<p>It’s completely fine to enjoy your own setup and device preferences - I’m not trying to convert anyone but instead just describing my own experiences. So please, keep your torches and pitchforks at home.</p> -<p>Thanks for reading.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>It helps that I have pretty much zero active accounts across most “popular” social media platforms.</li> -<li>Some of you readers might not have ever experienced the wonders of T9…</li> -<li>I understand that even smart phones can be classified as “computers”. I am using this term in the classical sense.</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/soma-terminal-css/index.html b/build/posts/soma-terminal-css/index.html deleted file mode 100644 index dd6cc13..0000000 --- a/build/posts/soma-terminal-css/index.html +++ /dev/null @@ -1,233 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>SOMA Inspired Terminal Display with CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="soma-inspired-terminal-display-with-css">SOMA Inspired Terminal Display with CSS</h1> -<p>2021-05-29</p> -<p>A few years back I played (and loved) <a href="https://store.steampowered.com/app/282140/SOMA/">SOMA</a>, a first-person sci-fi horror-adventure game. The story was intriguing and the developers nailed the overall atmosphere of Pathos-II. Though both those aspects were great, what I found the most enjoyable were the interactive computers and displays found sprinkled throughout the world.</p> -<p>Three years ago I wanted to see if I could recreate one of those terminal displays with HTML & CSS. And I did just that.</p> -<p>So, why am I writing about this <em>three years later</em>? Well, I never did a proper write-up explaining how I achieved it. I’m sure someone out there in the wild west of the web could get some value out of this tutorial, right? I hope so!</p> -<h2 id="the-live-demo">The Live Demo</h2> -<p><img src="/public/images/soma-terminal.png" alt="Terminal based off the SOMA computers" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/ZEeLgmz">Live CodePen Example</a></p> -<h2 id="the-html">The HTML</h2> -<p>Nothing fancy going on here - just some simple <code>div</code> elements holding a few paragraphs and spans:</p> -<pre><code><div class="outer-frame"> - <div class="screen"> - <div class="screen-guts"> - <h2>Key Control</h2> - <p><span>Panel Chip</span> (Connector)</p> - <p class="column"> - Security Keys: 023-027<br>C819738-23 - <br> - <span class="error">Error: Key Expired</span> - <br> - <em>Please update...</em> - </p> - <p> - <span>Permission</span> - <br> - Standard ThetaCipher - <br> - <span>Secop-Jstrohweier</span> - </p> - <button class="update-button">Update Chip</button> - </div> - <div class="bottom-controls"> - <button class="back-button">Back 背部</button> - </div> - </div> -</div> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>Let’s just dump all the CSS right here (don’t worry, it looks far more complicated than it really is):</p> -<pre><code>@import url('https://opentype.netlify.com/sansation/index.css'); - -* { - box-sizing: border-box; -} - -body { - background: #333; - font-family: "Sansation", sans-serif; - padding: 3rem 0; -} - -button { - appearance: none; - border: 0; - cursor: pointer; - font-family: "Inconsolata", "Consolas", mono; - font-size: 18px; - transition: 0.3s ease all; -} - -.outer-frame, -.screen { - display: block; - margin: 0 auto; - position: relative; -} - -.outer-frame { - background: #ccc url("https://preview.ibb.co/iS9nz7/screen_grunge.webp") no-repeat center; - background-size: cover; - border-radius: 5px; - box-shadow: 0 5px 20px rgba(0,0,0,0.6); - height: 560px; - width: 750px; -} -.outer-frame:before { - background: rgba(0,0,0,0.3); - border-radius: 5px; - box-shadow: inset 5px 5px 10px rgba(0,0,0,0.4), 1px 1px 1px rgba(255,255,255,0.3); - content: ''; - height: 538px; - left: 15px; - position: absolute; - top: 11px; - width: 720px; -} - -.screen { - background: #000 url("https://image.ibb.co/gOqSz7/screen_dust.webp") no-repeat center; - background-size: cover; - border-radius: 5px; - height: 450px; - left: 75px; - padding: 60px; - position: absolute; - top: 55px; - width: 600px; -} -.screen:after { - background: url("https://s13.postimg.org/85ryuy1o7/dust.webp") no-repeat center; - background-size: cover; - border-radius: 5px; - box-shadow: inset 0 0 20px rgba(0,0,0,0.5), inset 5px 5px 10px rgba(0,0,0,0.4), 1px 1px 1px rgba(255,255,255,0.3); - content: ''; - height: 100%; - left: 0; - opacity: 0.8; - pointer-events: none; - position: absolute; - top: 0; - width: 100%; - z-index: 2; -} - -.screen-guts { - border-bottom: 2px solid #8fc8c8; - border-top: 2px solid #8fc8c8; - height: calc(100% - 50px); - position: relative; - width: 100%; - z-index: 0; -} -.screen-guts:after { - border: 2px solid #8fc8c8; - color: #8fc8c8; - content: '键'; - padding: 5px 8px; - position: absolute; - right: 0; - top: 5px; -} -.screen-guts h2 { - background: #8fc8c8; - color: #fff; - display: inline-block; - font-size: 24px; - margin: 0 0 30px 0; - padding: 10px; -} -.screen-guts p { - color: #8fc8c8; - font-size: 18px; - margin: 0 0 30px 0; -} -.screen-guts p.column { - column-width: 200px; -} -.screen-guts p span { - text-transform: uppercase; -} -.screen-guts p span.error { - color: #f37c56; -} -.screen-guts p span em { - text-transform: none; -} -.screen-guts button.update-button { - background: #889314; - bottom: 10px; - color: #fff; - padding: 15px 20px; - position: absolute; - right: 0; -} -.screen-guts button.update-button:hover { - background: #515905; -} - -.bottom-controls { - background: #8fc8c8; - border-radius: 0 0 5px 5px; - bottom: 0; - display: flex; - left: 0; - height: 50px; - padding: 5px; - position: absolute; - width: 100%; -} -.bottom-controls button.back-button { - background: rgba(0,0,0,0.2); - color: #fff; - line-height: 20px; - padding: 8px 20px; - text-transform: uppercase; -} -.bottom-controls button.back-button:hover { - background: rgba(0,0,0,0.6); -} -</code></pre> -<p>The overall styling is fairly simple (which is great for browser support) with only a couple pseudo elements. It’s important to include the custom <code>Sansation</code> typeface, since this is what the game uses for most UI elements and terminals. (I’m loading in this font via my <a href="https://opentype.netlify.app">OpenType side project</a>)</p> -<p>The most important properties that truly bring this design together are those associated with the <code>.outer-frame</code> and <code>.screen</code> pseudo elements. Both of these elements use custom <code>background-images</code> that give a little more depth and life to the terminal - in this case fingerprints, dust and smudges.</p> -<p>Feel free to swap these image textures out with your own and alter the terminal as you see fit!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/spec/index.html b/build/posts/spec/index.html deleted file mode 100644 index 8bf2cd8..0000000 --- a/build/posts/spec/index.html +++ /dev/null @@ -1,56 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Never Do Spec Work for Free</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="never-do-spec-work-for-free">Never Do Spec Work for Free</h1> -<p>2022-11-07</p> -<p>Your time is valuable and shouldn’t be taken for granted. Let me say that again for the people in the back: <em>your time is valuable and shouldn’t be taken for granted</em>. Time is the most precious commodity we have as human beings, so never waste that time on free “spec” work. It’s never worth it. Ever.</p> -<p>I’ve had up-and-coming designers reach out to me multiple times and ask specifically about completing spec work or “challenges” presented by hiring staff. My first question is normally, “Are they paying you for it?”. If the answer is no, then I tell these individuals to move on. The company and the role is not worth their time.</p> -<p>There are plenty of companies that respect the hiring process and will pay you for your time. Good on them. These are the places that you should be striving to work with/for. Avoid those who don’t. If they don’t respect your time before they even consider hiring you, what makes you think they’ll respect it once you’re on the team?</p> -<h2 id="never">Never?</h2> -<p>Never. If a company or individual is considering you for a role, so much so that they are interested in seeing how you would work with them directly, <strong>they need to pay you</strong>. These companies (large or small) would <em>laugh</em> at the concept of doing something free for you. Why is their time respected but yours isn’t?</p> -<h2 id="asking-for-free-spec-work-stop.">Asking for Free Spec Work? Stop.</h2> -<p>If you’re implementing these practices at your place of business, then you’re part of the problem. Maybe you need a more robust candidate review process, so those interviewees you are willing to pay for “code challenges” or spec work are more finely tuned. Maybe you just need to re-evaluate how much you value the workers you’re looking to hire.</p> -<p>The software world is a strange beast where we have adapted this “work for free before we <em>think</em> about paying you”. Imagine implementing this system for something like a plumber?</p> -<p>“Hey, could you install this new sink for me - for <strong>free</strong>? Then, if I think you did a good job, I can start to pay you for other work around my house?”</p> -<p>Good luck with that.</p> -<h2 id="be-confident">Be Confident</h2> -<p>This post is mostly targeted to new designers and developers, but can certainly still apply to those with years of experience under their belts. I’ve been guilty of doing free spec work years ago when I was first starting out (my grey hairs are showing…) and it <strong>never</strong> paid off. Literally and figuratively. Learn through my own mistakes and just walk away from people asking you to work for free.</p> -<p>No matter what you think about your skill level or real-world experience, you need to have at least a bare-minimum standard for yourself: </p> -<p><strong>Never work for free</strong> – Unless you <em>choose</em> to work for free on something like a personal or open source project. That is obviously a different situation!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/srht2/index.html b/build/posts/srht2/index.html deleted file mode 100644 index a87fd62..0000000 --- a/build/posts/srht2/index.html +++ /dev/null @@ -1,75 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Migrating from GitHub to sourcehut</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="migrating-from-github-to-sourcehut">Migrating from GitHub to sourcehut</h1> -<p>2022-11-14</p> -<p>It has taken a little bit longer than I anticipated, but I have finally started to port over all my personal open-source projects to <a href="https://sourcehut.org">sourcehut.org</a>. I’ll get into the <em>why</em> and <em>how</em> momentarily, but first let’s take a look at all the impacted projects:</p> -<h2 id="ported-projects">Ported Projects</h2> -<ul> -<li><a href="https://vanillacss.com">Vanilla CSS</a></li> -<li><a href="https://1mb.club">1mb.club</a></li> -<li><a href="https://pblog.bt.ht">pblog</a></li> -<li><a href="https://shinobi.bt.ht">shinobi</a></li> -<li><a href="https://audit.bt.ht">Web Audit</a></li> -</ul> -<h2 id="still-wip">Still WIP</h2> -<ul> -<li><a href="https://1kb.club">1kb.club</a></li> -<li><a href="https://phpetite.org">phpetite.org</a></li> -</ul> -<p><em>Some others are being worked on but have less “popularity”</em></p> -<h2 id="why">Why?</h2> -<p>GitHub has landed itself in some hot water with their <a href="https://githubcopilotlitigation.com/">recent lawsuit(s) surrounding their Copilot feature</a>. I was already on the fence about keeping GitHub as my main “code forge” after they were scooped up by Microsoft, who then killed off Atom and then started collecting telemetry data through VSCode. This seemed like a good excuse as any to finally leave the platform. The <em>straw</em>, if you will.</p> -<p><em>>> Sourcehut has entered the chat <<</em></p> -<p>We, as designers and developers, shouldn’t be supporting crap like this. I would much rather put my money where my mouth is and directly support a truly transparent alternative[^1]. Although I might only be paying for the <strong>Typical Hacker</strong> tier on <a href="https://sourcehut.org/pricing/">sourcehut</a>, I like to think that every little bit helps the platform. Even if you choose a different code forge, please consider donating to support independent alternatives!</p> -<h2 id="git-email-jump-into-the-deep-end">Git Email? Jump into the Deep End</h2> -<p>One aspect of sourcehut that initially scared me off was the lack of a proper “PR-flow”, web UI-based system[^2]. Instead, reporting bugs, creating tickets, and submitting PATCHES are generally done through regular, plain-text email.</p> -<p>In the end, I’m glad I stuck it out. I’m still pretty slow with this new workflow (so please be patient with me if you submit a patch on a project!) but it actually seems cleaner. The phrase “streamlined” is what comes to mind.</p> -<p>And really, if you think about it, at one point in time GitHub’s PR system would have been “new” for most users. Everything takes time to learn. This workflow is no different.</p> -<p>Drew (creator of sourcehut) actually put together an extremely helpful guide on getting <a href="https://git-send-email.io/">setup with git send-email</a>. I still reference back to this if/when I need to get up-and-running on a new machine. I highly recommend checking it out.</p> -<h2 id="wrapping-up">Wrapping Up</h2> -<p>That’s it really. I’m still in the process of moving over some projects, archiving original GitHub repos and becoming more adapted to the whole sourcehut “workflow”. I’m enjoying it and it feels good to pay for something that is not only useful but open source at its core.</p> -<p>Will I be deleting my GitHub profile outright? Maybe. I’m not sure. For now the first step is removing any dependence I once had on that platform. Baby steps.</p> -<p>For those interested, my sourcehut public profile is: <a href="https://sr.ht/~bt/">https://sr.ht/~bt/</a>. Maybe I’ll see you on the other side ;)</p> -<h2 id="refs">Refs</h2> -<ol> -<li>I keep an up-to-date document of all the open source software/communities I pay for on <a href="/uses">my “Uses” page</a> for reference.</li> -<li>Put your pitchforks and torches away - I’m aware that a web-facing UI exists on sourcehut as well!</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/stay-hungry/index.html b/build/posts/stay-hungry/index.html deleted file mode 100644 index f334426..0000000 --- a/build/posts/stay-hungry/index.html +++ /dev/null @@ -1,58 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Stay Hungry</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="stay-hungry">Stay Hungry</h1> -<p>2018-02-12</p> -<p>It can feel daunting in this developer / designer landscape to keep yourself up-to-date with the latest and greatest technologies available. Which new framework should I invest the most time into? Will it even be maintained a couple years down the road? Is it just a fad?</p> -<p>What about programming languages? Should I learn as many as possible or should I become an expert in one specialized area? <em>Should designers code?</em> The list of possible <em>new</em> things you could be learning continues to grow. -This is sarcasm. Please don’t take this seriously…</p> -<h2 id="jumping-right-in">Jumping right in</h2> -<p>Want my advice? Pick something and dive head first into it. Don’t worry if it’s not the most popular programming language or if it’s a new design system that isn’t gaining much traction. Do you find it interesting? Awesome - that’s what matters most. How can you teach yourself something new when you have <em>zero</em> interest in it?</p> -<h2 id="less-talk-more-action">Less talk, more action</h2> -<p>So what am I currently doing to keep my mind fresh and thinking outside of my comfort zone?</p> -<ul> -<li>Teaching myself the R programming language</li> -<li>Deep diving into the <code>ggplot2</code> package</li> -<li>Developing my first side project website using <code>blogdown</code> and Hugo</li> -<li>Trying out Figma as my exclusive design program for the next few months</li> -</ul> -<p>Programming your brain to learn something new can be frustrating and pull you out of your comfort zone. Don’t let this become stressful - instead use it as inspiration to push yourself through the struggle.</p> -<p>There is no real reason to avoid learning something new outside your current circle of knowledge - only crappy excuses.</p> -<p>Get on it.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/sticky-elements/index.html b/build/posts/sticky-elements/index.html deleted file mode 100644 index a8ad9d2..0000000 --- a/build/posts/sticky-elements/index.html +++ /dev/null @@ -1,74 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Stop Using Sticky Navigation on Mobile</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="stop-using-sticky-navigation-on-mobile">Stop Using Sticky Navigation on Mobile</h1> -<p>2019-10-06</p> -<p>Stop styling your web elements to be “sticky” on mobile. This creates a horrible experience for your users and also looks like trash from a UI perspective. Don’t style your navigation (or any components for that matter) to be “sticky” on mobile. They create poor experiences for your users and take away valuable screen space.</p> -<h2 id="what-do-you-mean-by-sticky">What do you mean by “sticky”?</h2> -<p>The concept of <em>sticky</em> elements include but are not exclusive to:</p> -<ul> -<li>Navigations that follow users as they scroll</li> -<li>Chatbot prompt bubbles eating up half the bottom of the screen</li> -<li>Banners or modal prompts that pester the user to “sign up, accept cookies” etc.</li> -</ul> -<p><strong>These are bad and you should feel bad for implementing them.</strong> Spacing and layout is a critical part of a product’s design and greatly impacts the experience of its users. Stop screwing it up with ugly sticky elements.</p> -<p>First, let’s breakdown “sticky” navigations and why they’re terrible. We’ll also go over some easy solutions to avoid making these bad design decisions in the first place.</p> -<h2 id="the-stalking-navigation">The stalking navigation</h2> -<p>When you make a decision to eat away <code>>50px</code> of space at the top of the page for your site’s navigation - you’re hurting your users. You’re also making their time interacting with your website more painful.</p> -<p>“Wait!” I hear sticky-nav defenders exclaim, “this navigation bar makes it so the user can <em>easily</em> interact with the site’s pages!”</p> -<p><strong>What absolute rubbish.</strong> A user should only see a website’s navigation when they <em>need to use it</em>. This isn’t rocket science.</p> -<p>Let’s a take a look at the problem:</p> -<p>Knowing when to show navigation can be easily solved where the user isn’t bogged down with a chunk of their screen permanently taken away, all the while still having access to the navigation. This can be fixed by simply understanding the user context at a given time. See below:</p> -<p>Here the navigation flows up with the rest of the page as the user scrolls the main content into view. Don’t worry about creating confusion - the user knows the navigation is still at the top of the page because they <em>watched it scroll out of view</em>. This is best paired by having a matching navigation in the footer of the page as well. That way, when the user makes it to the end of a specific view they can change pages right in the “footer”. No need to scroll back to the top.</p> -<h2 id="the-best-of-both-worlds">The best of both worlds?</h2> -<p>Maybe you want to hide the navigation without losing the flexibility of it always being accessible at the top of the page? This is possible, although I find it still <em>somewhat</em> intrusive on the user. An easy way achieve this is by displaying the navigation when users perform a specific action, such as:</p> -<ul> -<li>Long or multiple upward swipes on the page</li> -<li>Pull down menu from top of current view (easily shown to user)</li> -</ul> -<h2 id="navigations-arent-the-only-culprits">Navigations aren’t the only culprits</h2> -<p>I wish that navigation items were the only sinners of the “sticky” position on mobile - but they are not alone. A few other problematic components include:</p> -<ul> -<li>Chatbot or support “bubbles”</li> -<li>“Agree to our cookies” prompts</li> -<li>Time-based pop-up modals</li> -</ul> -<p>Every time you implement one of these components, somewhere in the world a puppy dies. Seriously - don’t be part of the problem and build these things. Push back on “marketing research” or team leads who tell you that this crap works. You’re making the mobile web worse for everyone and setting a terrible precedent for future developers.</p> -<p>Stay <em>static</em>, my friends!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/still-using-jquery/index.html b/build/posts/still-using-jquery/index.html deleted file mode 100644 index 5ad411c..0000000 --- a/build/posts/still-using-jquery/index.html +++ /dev/null @@ -1,62 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Yes, I Still Use jQuery</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="yes-i-still-use-jquery">Yes, I Still Use jQuery</h1> -<p>2019-04-15</p> -<p>I have seen a handful of condescending comments from front-end developers since the newest build of jQuery (<a href="http://blog.jquery.com/2019/04/10/jquery-3-4-0-released/">3.4.0</a>) released a couple of days ago. While I understand not all developers share the same work-style or are using the same tech-stack, dismissive comments towards any <em>useful</em> library comes off as entitled or elitist.</p> -<ul> -<li>“Why would you use jQuery nowadays?” </li> -<li>“People are still developing this library?”</li> -<li>“Why use jQuery when you can use [insert latest trendy web tech here]”.</li> -</ul> -<p><strong>I still use jQuery</strong>. Well, I may not use the library for all projects since every project is different - but I certainly don’t avoid using it solely because “its jQuery”. I’ve always believed in using the best tools for the job.</p> -<h2 id="use-what-works-for-you">Use what works for you</h2> -<p>If you produce better work in a shorter amount of time using one of the latest and greatest technologies (React, Vue.js, Angular, etc.) then you should absolutely do so. If another developer can be just as productive building their projects with jQuery, what does it matter in the grand scheme of things?</p> -<p>My thought-process is this: a large percentage of web projects are done for clients not involved in the day-to-day happenings of the developer world. What they want is a solution to a particular problem. Clients don’t care how things are done behind the scenes - so long as it is done efficiently and <em>properly</em>.</p> -<p>I tend to follow these principles when working on a project (with shared equal importance):</p> -<ul> -<li>fast performance</li> -<li>accessible</li> -<li>simple UI</li> -<li>intuitive UX</li> -</ul> -<p>As long as all of these items are accomplished, I don’t care if the project was a direct export from Microsoft Word straight to the web1. If it works great, then it works great.</p> -<p>So use whatever tools make you a happier developer, as long as your projects don’t suffer because of them.</p> -<p>1This would obviously be terrible for development, but its just an extreme example</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/stripe-menu-css/index.html b/build/posts/stripe-menu-css/index.html deleted file mode 100644 index 023b723..0000000 --- a/build/posts/stripe-menu-css/index.html +++ /dev/null @@ -1,53 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Stripe Menu Dropdowns (CSS)</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="stripe-menu-dropdowns-css">Stripe Menu Dropdowns (CSS)</h1> -<p>2020-03-31</p> -<p>In a previous article I wrote, <a href="blog/minimal-css-menu">Minimal CSS: Dropdown Menus</a>, I showed how you could create a basic menu dropdown with only 121 bytes of CSS. While this demo is great for simple text-based menu dropdowns, it doesn’t show just how complex (in a good way) you can make CSS-only menus. So, let’s do just that.</p> -<h2 id="what-we-want-to-emulate">What we want to emulate</h2> -<p>I think, like most designers, that the UI and web design work from the <a href="https://stripe.com/">Stripe</a> team is pretty fantastic. Their clean approach using subtle animations and minimal elements make for a pleasant experience. Unfortunately, there is one problem with their current dropdown menus on their main website:</p> -<p>They don’t work if JavaScript is disabled.</p> -<p>But we can easily fix that. So enough chit-chat, let’s rip-off their menu design and recreate it with only CSS!</p> -<h3 id="original-stripe-website">Original (<a href="https://stripe.com">Stripe Website</a>)</h3> -<h3 id="our-recreation-codepen-demo">Our recreation (<a href="https://codepen.io/bradleytaunt/full/ExjMjLL">CodePen Demo</a>)</h3> -<p>Although our redesign is far from an exact replica (some subtle animations are missing which could always be added) - it’s still impressive what you can do with some bare-bones CSS. Just something to keep in mind the next time you decide to reach for a JavaScript library to implement a similar design.</p> -<h2 id="see-it-live-in-action">See it live in action</h2> -<p>Load in the CodePen below and play around with the menu dropdown. Feel free to re-use, break. share or steal this for any and all purposes. Enjoy!</p> -<p><a href="https://codepen.io/bradleytaunt/pen/ExjMjLL">Live CodePen Example</a></p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/sublime/index.html b/build/posts/sublime/index.html deleted file mode 100644 index 0f4837d..0000000 --- a/build/posts/sublime/index.html +++ /dev/null @@ -1,71 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Launching Sublime Text with dmenu on Alpine Linux</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="launching-sublime-text-with-dmenu-on-alpine-linux">Launching Sublime Text with dmenu on Alpine Linux</h1> -<p>2023-04-13</p> -<p>Everyone seems to be running some version of VSCode as their main editor these days. But not me. I find VSCode to be too bloated for my needs - not to mention being built on top of electron instead of <em>native</em> code. I prefer running programs that don’t try to devour all of my machine’s available memory or spike my CPU.</p> -<blockquote> -<p><strong>Note</strong>: It’s important to remember my personal machine is a ThinkPad X201 with only 6GB of RAM (plan to upgrade to 8GB soon!). Obviously your mileage may vary if you’re using a beefier laptop or desktop…</p> -</blockquote> -<p>In case the title of this post didn’t make this obvious, my editor of choice is Sublime Text. It’s fast, has a robust plugin ecosystem, and a very friendly community of users. Because of its popularity, troubleshooting any issues you might encounter becomes much easier with the amount of information freely available online.</p> -<p>The only minor downside is that it isn’t <em>fully</em> open source. Personally, I think it is well worth buying a license directly from the developers to support their efforts.</p> -<p>If you haven’t played around with it yet, I highly recommend giving it a try. At the very least, I guarantee you’ll be impressed with the editor’s performance and speed! [<#1>]</p> -<h2 id="one-small-problem">One Small Problem…</h2> -<p>Sublime is precompiled against glibc and Alpine uses musl. This makes things a little difficult. Luckily we can get around this roadblock by falling back on flatpak (which is unfortunately still locked at version 3 for Sublime).</p> -<p>You’ll need to install flatpak, give your current user permission to install flatpak apps, and then install Sublime.</p> -<p>(The following snippets assume you are using <code>doas</code>. If you are using <code>sudo</code>, be sure to swap accordingly)</p> -<pre><code>apk add flatpak -adduser <YourUsername> flatpak -flatpak remote-add --user --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo -</code></pre> -<p>Congrats. You now have setup <code>flatpak</code> on your machine! Next we install Sublime Text:</p> -<pre><code>flatpak install flathub com.sublimetext.three -</code></pre> -<p>You could stop now and simply open Sublime anytime by running the following command in your terminal:</p> -<pre><code>flatpak run com.sublimetext.three -</code></pre> -<p>This works perfectly fine but I find it a little cumbersome. I would much rather open my programs directly through dmenu. Let’s set that up.</p> -<h2 id="creating-system-links">Creating System Links</h2> -<pre><code>doas ln -s ~/.local/share/flatpak/exports/bin/com.sublimetext.three /usr/bin/sublimetext -</code></pre> -<p>Now that those directories are linked, simply open dmenu and start typing <code>sublimetext</code>. Done and done. No more terminal commands needed to open Sublime!</p> -<hr/> -<p>1. I am aware that using a terminal-based editor such as vim or emacs would be even <em>more</em> efficient. For my own personal use I find more classical “IDE” applications to work best for me. -</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/suckless/index.html b/build/posts/suckless/index.html deleted file mode 100644 index 6291473..0000000 --- a/build/posts/suckless/index.html +++ /dev/null @@ -1,87 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>I Want to Suckless and You Can Too</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="i-want-to-suckless-and-you-can-too">I Want to Suckless and You Can Too</h1> -<p>2022-12-23</p> -<h2 id="the-desire-to-suckless">The Desire to Suckless</h2> -<p>While I have been happy with my <a href="/alpine">previous desktop setup</a> using Wayland on Alpine Linux, I just couldn’t shake the urge to fully embrace the <a href="https://suckless.org">suckless ecosystem</a>. Although, this meant ditching Wayland and returning to X11, which is apparently the new “cool thing to hate” in Linux land. At least, that’s what I’ve seen online lately.</p> -<p>But I’m getting ahead of myself…</p> -<h2 id="what-is-suckless">What is Suckless?</h2> -<p>I’m not going to spend too much time repeating what you can <a href="https://suckless.org/philosophy/">already read on the suckless.org website itself</a>, but in a nutshell:</p> -<blockquote> -<p>Software with a focus on simplicity, clarity, and frugality.</p> -</blockquote> -<p>The developers also pride themselves on catering to <em>advanced and experienced computer users</em>, which is actually a refreshing take in my opinion. There are enough pre-existing open source solutions for non-technical or average Linux users looking for a desktop system. Having an option that requires users to deep-dive into the code, compile the programs manually, and better understand the software they are running is a welcome addition.</p> -<p>This process of “owing your software” was one of the core concepts that initially grabbed my attention. I’ve always been mildly mediocre at reading and writing C (ie. enough to be dangerous), so the thought of jumping head first into a system that would require me to better learn that language was tempting[^1]. And that temptation was enough to give it a shot!</p> -<h2 id="lets-get-started">Let’s Get Started</h2> -<p>So I made my decision. I would (at the very least) <em>try</em> switching my daily driver over to a completely “suckless” system. But I was immediately faced with my first obstacle: <em>which distro should I use</em>?</p> -<p>I’m sure many would suggest Gentoo, since it follows the principles of suckless more than any other distribution on the market. But I don’t hate myself enough to go down that insane rabbit-hole. I’m hardly advanced enough to take on such a steep challenge, not to mention my plan was to build out a “setup script” so others could roll their own suckless build. Something like that looked daunting under Gentoo. Maybe in the future…</p> -<p>So what’s left? Void? Arch? Something fresh, like Metis? I really didn’t know the “best” choice. Maybe there were just <em>too many</em> options? </p> -<p>Luckily, I did know of a distro that was my go-to for most projects…</p> -<h2 id="trying-alpine">Trying Alpine</h2> -<p>Alpine Linux is one of the best distributions available. If you disagree, you clearly haven’t achieved galaxy-brain levels of intelligence and I feel sorry for you[^2].</p> -<p>Having just rolled my own <a href="https://git.sr.ht/~bt/alpine-linux-setup">installer script</a> for Wayland/Sway on Alpine, I figured why not piggyback off that existing project? Work smart not hard, right? So I started putting together an absolute <em>bare minimum</em> list of requirements I needed to get a proper desktop system running:</p> -<ul> -<li>working suspend/awake</li> -<li>working audio</li> -<li>working wifi/networking</li> -<li>reduced screen tearing (X11 gave me problems in the past with this)</li> -</ul> -<p>As you can see, I have very low expectations. But there were issues….</p> -<ol> -<li>I could not build my blog locally (built via Jekyll) since the <code>sass-embedded</code> dependencies has not been built against musl-libc.</li> -<li>VSCodium would require the extra “bloat” of the flatpak manager (not to mention the spotty support some applications have through flatpak/snap).</li> -<li>The distro/system <em>feels</em> like it was better designed with Wayland in mind. Too often I felt like I was losing an uphill battle wrestling against Alpine.</li> -</ol> -<h2 id="getting-sucked-into-the-void">Getting Sucked into the Void</h2> -<p>After mentioning my struggles on Mastodon, some <a href="https://fosstodon.org/@tdarb/109554576434981872">helpful friends suggested taking a look at Void</a>. I always knew of the project but never used it as a “daily driver”. Since this was overall one <em>large</em> experiment, I figured I’d give it a shot.</p> -<p>I’m glad I did. Void Linux is <em>pretty great</em>.</p> -<p>The installer seemed more complex than Alpine at first, but I found an excellent walkthrough <a href="https://linuxiac.com/void-linux-installation/">here</a> (which I was more beginner-friendly than the official docs). Once everything was set, it was time to run my suckless “installer”.</p> -<h2 id="introducing-void-suck">Introducing void-suck</h2> -<p>If you don’t care about the nitty-gritty details, feel free to just jump over to the <a href="https://git.sr.ht/~bt/void-suck">void-suck repo on scourehut</a> and read through the code yourself. There is nothing groundbreaking here. A huge inspiration came from <a href="https://github.com/mad-ara/void-rice">mad-ara’s “void-rice” project on Github</a> - so a big thanks to him for making that project in the first place!</p> -<p>You can find the basic instructions in the README of the project itself, but it pulls in just the required dependencies along with my own custom suckless tools. You can easily swap out these with your own or simply default to the standard ones provided by <a href="https://suckless.org">suckless.org</a>.</p> -<p>Everything <em>should</em> work out of the box, but in case it doesn’t please <a href="https://todo.sr.ht/~bt/void-suck">open a ticket</a> or <a href="https://lists.sr.ht/~bt/void-suck">submit a patch</a>. I’m certain I overlooked some items!</p> -<h2 id="closing-thoughts">Closing Thoughts</h2> -<p>We’ll see how things go. So far I’m enjoying my time with a much simpler desktop and the “forced” push towards getting better with C is an added bonus. I still love Alpine, but Void is slowly winning me over…</p> -<h2 id="refs">Refs</h2> -<ol> -<li>I find this to be the best way to learn new things. Reading technical books are helpful, but concepts never stick with me unless I am forced to implement them.</li> -<li>This is a joke. Alpine is certainly not for everyone. There are many more “fully featured” distros available and everyone should use what they enjoy! Try not to take my blog posts so seriously…</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/super-mario-blocks-css/index.html b/build/posts/super-mario-blocks-css/index.html deleted file mode 100644 index 74277ef..0000000 --- a/build/posts/super-mario-blocks-css/index.html +++ /dev/null @@ -1,229 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Super Mario Blocks in CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="super-mario-blocks-in-css">Super Mario Blocks in CSS</h1> -<p>2019-02-15</p> -<p>Just because we can, let’s make a quick demo on how to build interactive elements based off the original Mario punch blocks.</p> -<p>What our final product will look like:</p> -<p><img src="/public/images/mario-block.png" alt="Mario blocks cretaed with CSS" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/JjEPOVe">Live CodePen Example</a></p> -<h2 id="the-html">The HTML</h2> -<p>The set of Mario blocks doesn’t require a huge amount of effort for it’s <code>html</code> structure, we only need:</p> -<ul> -<li>Parent div for each block</li> -<li>Checkbox input</li> -<li>Checkbox label</li> -<li>Inner label divs to represent the block “dots”</li> -</ul> -<p><strong>Sidenote</strong>: This is only how <em>I</em> chose to add the inner dots to the Mario blocks. There are many other ways to create these, so please feel free to implement them however you see fit.</p> -<pre><code><!-- Main parent block --> -<div class="mario-block"> - - <!-- Checkbox input (disabled by default) --> - <input type="checkbox" id="1" disabled> - - <!-- Checkbox label --> - <label for="1"> - <!-- Inner dots for blocks --> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - </label> - -</div> -</code></pre> -<p>Now we just add as many default blocks we want, along with the interactive punch block (<code>.mario-block--question</code>):</p> -<pre><code><div class="mario-block"> - <input type="checkbox" id="1" disabled> - <label for="1"> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - </label> -</div> - -<div class="mario-block"> - <input type="checkbox" id="2" disabled> - <label for="2"> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - </label> -</div> - -<div class="mario-block mario-block--question"> - <input type="checkbox" id="3"> - <label for="3"> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - <div class="question-mark"></div> - </label> -</div> - -<div class="mario-block"> - <input type="checkbox" id="4" disabled> - <label for="4"> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - <div class="dot"></div> - </label> -</div> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>First we need to remove the default <code>checkbox</code> input styling and place all new styling on it’s corresponding <code>label</code>.</p> -<pre><code>/* Mario block parent div */ -.mario-block { - display: inline-block; - height: 80px; - margin-right: -7px; /* Fixes inline-block margin bug */ - position: relative; - width: 80px; -} - -/* Hide default checkbox input */ -.mario-block input { - position: absolute; - visibility: hidden; - z-index: -1; -} -</code></pre> -<p>Now to target the <code>label</code> elements found inside the block:</p> -<pre><code>/* Style checkbox label accordingly */ -.mario-block label { - background: #F88D2E; - border: 4px solid #070000; - box-shadow: inset -4px -4px 0 #965117, inset 4px 4px 0 #FAB89B; - display: block; - height: 100%; - position: relative; - width: 100%; -} -</code></pre> -<p>Next we style our included <code>.dots</code> elements to be placed in the four corners of each block:</p> -<pre><code>.mario-block .dot { - background: #070000; - height: 5px; - position: absolute; - width: 5px; -} -.mario-block .dot:nth-child(1) { - left: 4px; - top: 4px; -} -.mario-block .dot:nth-child(2) { - right: 4px; - top: 4px; -} -.mario-block .dot:nth-child(3) { - bottom: 4px; - left: 4px; -} -.mario-block .dot:nth-child(4) { - bottom: 4px; - right: 4px; -} -</code></pre> -<h3 id="punch-able-block">Punch-able block</h3> -<p>Now we need to include the “question mark” SVG and custom CSS for the interactive Mario block. You can download a copy of the custom <code>svg</code> question mark I created.</p> -<pre><code>.mario-block--question label { - cursor: pointer; -} -.mario-block--question .question-mark { - background-image: url('/public/images/mario-block-question-mark.svg'); - background-position: center; - background-repeat: no-repeat; - background-size: 40px; - bottom: 0; - left: 0; - position: absolute; - right: 0; - top: 0; - z-index: 1; -} -</code></pre> -<h3 id="the-last-piece">The last piece</h3> -<p>The last item we need to design is the <code>checked</code> state of the interactive question mark block. The extra inner dark dashes will be added as <code>pseudo</code> elements:</p> -<pre><code>/* Mario block in `checked` state */ -.mario-block input:checked + label { - background: #885818; - box-shadow: inset -4px -4px 0 #68400B, inset 4px 4px 0 #FAB89B; -} - -/* Hide both the default dots and question mark svg on checked */ -.mario-block input:checked + label .dot, -.mario-block input:checked + label .question-mark { - display: none; -} - -/* Shared pseudo element styling */ -.mario-block input:checked + label:before, -.mario-block input:checked + label:after { - content: ''; - height: 20px; - position: absolute; - transform: rotate(45deg); - width: 20px; -} - -/* Right dash */ -.mario-block input:checked + label:before { - border-right: 4px solid #070000; - right: 18px; - top: 15px; - transform: rotate(45deg); -} - -/* Left dash */ -.mario-block input:checked + label:after { - border-left: 4px solid #070000; - left: 18px; - top: 15px; - transform: rotate(-45deg); -} -</code></pre> -<p>That’s it!</p> -<h2 id="taking-it-further">Taking it further</h2> -<p>As always, you can take this concept and flesh it out even further. I was trying to mimic the “pixel” style of the original Mario games, but you could make the lighting and depth more realistic with some extra subtle gradients or <code>filter</code> properties.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/tabbed-content/index.html b/build/posts/tabbed-content/index.html deleted file mode 100644 index b742550..0000000 --- a/build/posts/tabbed-content/index.html +++ /dev/null @@ -1,229 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Tabbed Content Without JavaScript</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="tabbed-content-without-javascript">Tabbed Content Without JavaScript</h1> -<p>2019-01-28</p> -<p>Creating tabs is a fairly trivial and common practice in web design, but many times it requires JavaScript to properly implement. Fortunately it <em>is</em> possible to create tabbed content with only using CSS.</p> -<p><img src="/public/images/tabbed-content.png" alt="Tabbed elements with only CSS" /></p> -<p><a href="https://codepen.io/bradleytaunt/pen/abjmayw">Live CodePen Example</a></p> -<hr/> -<h2 id="the-html">The HTML</h2> -<p>The skeleton for this component is fairly basic - we just need the following structure:</p> -<ol> -<li><p>Parent element for each tab item</p></li> -<li><p>Default radio input</p></li> -<li><p>Label linked to corresponding input</p></li> -<li><p>Inner content associated with each tab item</p></li> -</ol> -<p>Full HTML for reference:</p> -<pre><code><div class="tabs"> - - <div class="tab-item"> - <input class="tab-input" type="radio" name="tabs" id="tab-1"> - <label class="tab-label" for="tab-1">Tab 1</label> - <div class="tab-content">Content goes here</div> - </div> - - <div class="tab-item"> - <input class="tab-input" type="radio" name="tabs" id="tab-2"> - <label class="tab-label" for="tab-2">Tab 2</label> - <div class="tab-content">Content goes here</div> - </div> - - <div class="tab-item"> - <input class="tab-input" type="radio" name="tabs" id="tab-3"> - <label class="tab-label" for="tab-3">Tab 3</label> - <div class="tab-content">Content goes here</div> - </div> - -</div> -</code></pre> -<h2 id="the-css">The CSS</h2> -<p>First, we need to set each <code>input</code>, <code>label</code> and inner content into their own parent containers:</p> -<pre><code>/* Main parent that holds all contents */ -.tabs { - height: 100%; - min-height: 250px; - position: relative; -} - -/* Each tab items (includes heading & content) */ -.tab-item { - display: inline; -} -</code></pre> -<p>Next, we will hide the default <code>radio</code> input and design our labels to resemble a basic web tab element. The <code>z-index</code> property on the label is important for how we will be stacking our content on the z-axis (labels above inner content for example).</p> -<pre><code>/* Hide the default radio inputs */ -.tab-input { - position: absolute; - visibility: hidden; -} - -/* The main tab headings */ -.tab-label { - background: white; - box-shadow: inset 0 -4px 4px rgba(0,0,0,0.02); - color: lightgrey; - cursor: pointer; - display: inline-block; - font-weight: 600; - margin: 0 5px 0 0; - padding: 10px 20px; - position: relative; - text-align: center; - z-index: 0; -} -</code></pre> -<p>The main inner content of each tab needs to have an <code>absolute</code> position set as it’s default, since the one currently selected will switch to <code>relative</code> on mobile (more on that in a moment):</p> -<pre><code>/* The inner tab content */ -.tab-content { - background: white; - bottom: 0; - box-shadow: 0 6px 8px rgba(0,0,0,0.02); - left: 0; - overflow: scroll; - padding: 20px; - position: absolute; - right: 0; - top: 50px; - z-index: 0; -} -</code></pre> -<p>The final step is just telling the browser to style both the <code>label</code> and inner content of the currently selected radio <code>input</code>:</p> -<pre><code>/* Style the currently selected tab label */ -.tab-input:checked + .tab-label { - border: 1px solid #eee; - border-bottom: 0; - box-shadow: 0 -6px 8px rgba(0,0,0,0.02); - color: #268bd2; - z-index: 2; -} - -/* Show the currently selected tab content */ -.tab-input:checked ~ .tab-content { - border: 1px solid #eee; - z-index: 1; -} -</code></pre> -<p>It’s as simple as that! For reference, here is the entire CSS file for easier access:</p> -<pre><code>/* Main parent that holds all contents */ -.tabs { - height: 100%; - min-height: 250px; - position: relative; -} - -/* Each tab items (includes heading & content) */ -.tab-item { - display: inline; -} - -/* Hide the default radio inputs */ -.tab-input { - position: absolute; - visibility: hidden; -} - -/* The main tab headings */ -.tab-label { - background: white; - box-shadow: inset 0 -4px 4px rgba(0,0,0,0.02); - color: lightgrey; - cursor: pointer; - display: inline-block; - font-weight: 600; - margin: 0 5px 0 0; - padding: 10px 20px; - position: relative; - text-align: center; - z-index: 0; -} - -/* The inner tab content */ -.tab-content { - background: white; - bottom: 0; - box-shadow: 0 6px 8px rgba(0,0,0,0.02); - left: 0; - overflow: scroll; - padding: 20px; - position: absolute; - right: 0; - top: 50px; - z-index: 0; -} - -/* Style the currently selected tab label */ -.tab-input:checked + .tab-label { - border: 1px solid #eee; - border-bottom: 0; - box-shadow: 0 -6px 8px rgba(0,0,0,0.02); - color: #268bd2; - z-index: 2; -} - -/* Show the currently selected tab content */ -.tab-input:checked ~ .tab-content { - border: 1px solid #eee; - z-index: 1; -} -</code></pre> -<h2 id="dont-forget-about-mobile">Don’t forget about mobile</h2> -<p>With only a few extra lines of CSS we can ensure that our custom tabs will stack on top of each other and look solid on mobile devices:</p> -<pre><code>@media(max-width:38em) { - .tab-label { - display: block; - width: 100%; - } - .tab-content { - display: none; - } - .tab-input:checked ~ .tab-content { - bottom: auto; - display: block; - position: relative; - top: auto; - } -} -</code></pre> -<h2 id="one-minor-caveat">One minor caveat</h2> -<p>Even though I’m a pretty big fan of implementing tabs this way, there is a small drawback:</p> -<p>The <code>height</code> of the inner content doesn’t grow dynamically since it defaults as <code>absolute</code>, so a <code>min-height</code> or <code>height</code> value is required on the parent element. This could become a problem in certain situations where you don’t have the luxury of setting a static height.</p> -<p>Other than that, enjoy building some JavaScript-free tabs!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/tables/index.html b/build/posts/tables/index.html deleted file mode 100644 index 421c0c6..0000000 --- a/build/posts/tables/index.html +++ /dev/null @@ -1,134 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Making Tables Responsive With Minimal CSS</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="making-tables-responsive-with-minimal-css">Making Tables Responsive With Minimal CSS</h1> -<p>2019-06-11</p> -<p><strong>Update (Oct 2019):</strong> @aardrian wrote a previous post about how changing the <code>display</code> properties on tables can impact screen readers. I highly recommend his excellent article <a href="https://adrianroselli.com/2018/02/tables-css-display-properties-and-aria.html">Tables, CSS Display Properties, and ARIA</a></p> -<hr/> -<p>I find that the need to create responsive table layouts pops up far more often than most developers would expect. The gut reaction might to be implement some sort of custom grid-system or pull in a pre-built library. Don’t do this - just use tables and some simple CSS.</p> -<p>My recent article, <a href="/posts/html-like-1999">Write HTML Like It’s 1999</a>, received far more attention than I ever expected on HackerNews. With this attention came a few comments mentioning how <code>table</code> elements don’t play nice with mobile devices or that it’s not possible to have a useable layout on smaller screens. <em>This simply isn’t true</em>.</p> -<p>Included below are two separate demos showing how to optimize <code>table</code> HTML for mobile devices using only a minimal amount of CSS. These implementations may not be perfect, but they are far superior to injecting a bunch of custom <code>div</code> elements to <em>look</em> like tables.</p> -<h2 id="demo-1-just-let-them-scroll">Demo 1: Just let them scroll</h2> -<p>Okay I will admit, this implementation isn’t the <em>greatest</em> but I find it does work well with huge datasets. Simply set a <code>min-width</code> on your parent <code>table</code> element and the browser will just require the user to scroll the contents horizontally.</p> -<pre><code>table { - min-width: 800px; /* Set your desired min-width here */ -} -</code></pre> -<p>Check out the CodePen below to see it in action:</p> -<p><a href="https://codepen.io/bradleytaunt/pen/ewObbW/">Live CodePen Example</a></p> -<p>I actually prefer this method because of its simplicity and function. Users on mobile are familiar with scrolling since it is one of the most basic actions required. Seeing a “cut-off” table gives them an instant visual cue that they have the ability to scroll the content.</p> -<h2 id="demo-2-more-flexible-than-you-think">Demo 2: More flexible than you think</h2> -<p>Using something like <code>flexbox</code> tends to work better when you are working with smaller table datasets. All you need to do is add some minor <code>flexbox</code> layout at your targeted mobile screen size.</p> -<pre><code>/* Using 800px as mobile screen in this example */ -@media(max-width: 800px) { - /* Hide the table headings */ - table thead { - left: -9999px; - position: absolute; - visibility: hidden; - } - table tr { - border-bottom: 0; - display: flex; - flex-direction: row; - flex-wrap: wrap; - margin-bottom: 40px; - } - table td { - border: 1px solid; - margin: 0 -1px -1px 0; /* Removes double-borders */ - width: 50%; - } -} -</code></pre> -<p><a href="https://codepen.io/bradleytaunt/pen/mZbvOb/">Check out the CodePen demo</a></p> -<p>There are some caveats with this approach:</p> -<ol> -<li>We currently hide the <code>thead</code> row when in mobile view (only visually - screen readers can still scan it)</li> -<li>Some more custom work might be needed depending on how many items per <code>flexbox</code> row makes sense (based on project and dataset)</li> -</ol> -<p>You could keep the table headings and style them the same as the <code>tbody</code> contents, but I find hiding them a little cleaner. That choice is entirely up to your personal preference. You can also decide to add heading <code>span</code> elements inside the main <code>tbody</code> elements like so:</p> -<pre><code>/* Default span styling - hidden on desktop */ -table td span { - background: #eee; - color: dimgrey; - display: none; - font-size: 10px; - font-weight: bold; - padding: 5px; - position: absolute; - text-transform: uppercase; - top: 0; - left: 0; -} - -/* Simple CSS for flexbox table on mobile */ -@media(max-width: 800px) { - table thead { - left: -9999px; - position: absolute; - visibility: hidden; - } - table tr { - border-bottom: 0; - display: flex; - flex-direction: row; - flex-wrap: wrap; - margin-bottom: 40px; - } - table td { - border: 1px solid; - margin: 0 -1px -1px 0; - padding-top: 35px; /* additional padding to avoid heading overlap */ - position: relative; - width: 50%; - } - /* Show the heading span */ - table td span { - display: block; - } -} -</code></pre> -<p><a href="https://codepen.io/bradleytaunt/pen/mZdzmZ/">Live CodePen Example</a></p> -<p><strong>Updated</strong>: As pointed out by user <a href="https://news.ycombinator.com/user?id=mmoez">mmoez</a>, it is far less repetitive to use <code>:nth-child</code> pseudo selectors to implement the heading fields on mobile (as outlined in this <a href="https://css-tricks.com/responsive-data-tables/">CSS-Tricks article</a>).</p> -<h2 id="why-should-i-care-to-use-elements">Why should I care to use <code>table</code> elements?</h2> -<p>Simply put: <strong>accessibility</strong> and <strong>proper semantics</strong>.</p> -<p>Why use a screwdriver when you need a hammer? Sure, you can make that screwdriver look and <em>almost</em> work the same as a hammer, but for what purpose? Just use the damn hammer1.</p> -<p>Have fun making your tables responsive!</p> -<p>1 I know, this is a terrible analogy…</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/te/index.html b/build/posts/te/index.html deleted file mode 100644 index b442bd7..0000000 --- a/build/posts/te/index.html +++ /dev/null @@ -1,53 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>The Wonders of Text Ellipsis</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="the-wonders-of-text-ellipsis">The Wonders of Text Ellipsis</h1> -<p>2016-11-15</p> -<p>A common issue when working with constrained UI elements is text overflowing outside of it’s parent or breaking into addition lines (thus breaking the layout).</p> -<p>This is most commonly seen with the direct and placeholder values for input fields on form elements. For example, the following input placeholder will be cutoff from the user’s view:</p> -<p><a href="https://codepen.io/bradleytaunt/pen/OgpzyY/">CodePen live example</a></p> -<p>Luckily, 3 simple CSS parameters can fix this.</p> -<pre><code>input::placeholder { - overflow: hidden; - text-overflow: ellipsis; - white-space: nowrap; -} -</code></pre> -<p>This allows the user to understand there is more content cut out from their current view. It’s not ideal to ever have content overflowing outside of the parent container, but if you need to the best workaround is to use text-overflow.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/text-align-justify/index.html b/build/posts/text-align-justify/index.html deleted file mode 100644 index 8e5935c..0000000 --- a/build/posts/text-align-justify/index.html +++ /dev/null @@ -1,52 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Text Align: Justify</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="text-align-justify">Text Align: Justify</h1> -<p>2019-05-22</p> -<p>The text-align property is fairly well known in the world of CSS, even among those just starting out with the language. Values such as <code>center</code>, <code>left</code> and <code>right</code> are used often with this property, but a more forgotten option is <code>justify</code>.</p> -<h2 id="what-does-justify-do">What does justify do?</h2> -<p>The MDN web docs define the <code>justify</code> value for <code>text-align</code> as such:</p> -<h3 id="see-it-in-action">See it in action</h3> -<p><a href="https://codepen.io/bradleytaunt/pen/vwpmNz/">Live CodePen Example</a></p> -<h2 id="when-should-i-use-this">When should I use this?</h2> -<p>It isn’t always appropriate to use <code>justify</code> in most instances, although it becomes very useful for long form articles or blog posts. Since it takes a heavy influence from original <em>print</em> book layouts, the <code>justify</code> value helps improve readability for larger chunks of content.</p> -<p><strong>Fair warning</strong>: it is best to remove any <code>justify</code> values when targeting smaller screen sizes. Mobile devices and/or tablets tend to be small enough to break up the content already. This CSS value is better suited for larger viewports.</p> -<h2 id="browser-support">Browser support</h2> -<p>The good news is that all major browsers support the <code>justify</code> value for the <code>text-align</code> CSS property. So have some worry-free fun with it!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/they-wont-wait/index.html b/build/posts/they-wont-wait/index.html deleted file mode 100644 index 52d8ffc..0000000 --- a/build/posts/they-wont-wait/index.html +++ /dev/null @@ -1,103 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>They Won't Wait: A Warning for Slow Websites</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="they-wont-wait-a-warning-for-slow-websites">They Won’t Wait: A Warning for Slow Websites</h1> -<p>2019-06-25</p> -<p><em>Your website is probably slow</em>. I’m not trying to make you feel bad or dismiss all the hard work you’ve put into your project. Heck, performance might have been a core value of the design. But websites can always be faster.</p> -<p>People have become increasingly more impatient over the last decade when it comes to technology, specifically non-native web-based interactions. Users expect your website to load almost instantly or they will leave and try another site, probably one of your competitors. Why should they stick around if your competitors’ websites load half a second faster?</p> -<p>Users are tired of being bombarded with tracking scripts, having to download massive component libraries, forced to deal with “accept cookies” prompts, playing a small mini-game of “close those ads!”, and then being subjected to never-ending loading screens. This is not the internet we were promised.</p> -<blockquote> -<p>It’s in my nature, I always liked <strong>speed</strong>.</p> -<p>- Guy Lafleur</p> -</blockquote> -<h2 id="we-can-do-better">We can do better</h2> -<p>If there is only one thing that you learn from this post, hopefully it’s knowing to better value the <strong>time and money of your users</strong>. It’s a user’s <em>choice</em> to visit your website, so taking advantage of their time is extremely careless. Don’t be arrogant and ignore the cost of data on most mobile plans either. Eating up a chunk of someone’s data just for hitting your website is rage-inducing. That’s how you can lose customers permanently.</p> -<p>Let’s do an analogy, because <strong>I love stupid analogies</strong>:</p> -<p>Imagine going to your local hardware store because you need to buy a new hammer. Once you get to the entrance a woman holds the the door closed and asks you if it’s alright for someone to follow you around the store today. You say no. She then follows up by asking if you accept their hardware store agreement before proceeding inside - you tell her “sure”. She finally opens the door and lets you in. As you walk into the store she quickly stuffs a few advertisements for other local businesses into you hand. “Thanks”, you mutter.</p> -<p>Once inside you realize the hardware store is <em>very big</em> and manually looking for a hammer might take a while. You walk up to the front desk to ask where you can find a hammer but notice the cashier is playing with their phone behind the counter. You try to get their attention but they simply raise their hand and shout “Be with you in a minute”. After a short while they get off their phone and <em>finally</em> listen to your question. They then tell you where to find the hammers.</p> -<p>Does this sound like a <em>fast</em> and easy experience?</p> -<p>As silly as this hypothetical trip to the hardware store might be, it’s exactly what many current websites are putting their users through. Users - read <em>customers</em> - are coming to your website with a specific goal in mind; checking out a product, consuming information or just satisfying their curiosity. Stop putting so many blockers and excessive bloat in front of them.</p> -<h2 id="data-doesnt-lie">Data doesn’t lie</h2> -<p>If my terrible analogy wasn’t enough to convince you to implement better performance on your website, then maybe some “BIG DATA” will.</p> -<ul> -<li><a href="https://web.archive.org/web/20081117195303if_/http://home.blarg.net/~glinden/StanfordDataMining.2006-11-29.ppt">Amazon (PowerPoint, slide #15)</a>: 100 ms of latency resulted in 1% less sales.</li> -<li><a href="https://youtu.be/6x0cAzQ7PVs?t=936">Google (video)</a>: 500 ms caused a 20% drop in traffic.</li> -<li><a href="https://www.slideshare.net/devonauerswald/walmart-pagespeedslide">Walmart (slide #46)</a>: a 100 ms improvement brought up to 1% incremental revenue</li> -<li><a href="https://blog.mozilla.org/metrics/2010/04/05/firefox-page-load-speed-%E2%80%93-part-ii/">Mozilla</a>: Shaving 2.2 seconds off page load time increased downloads by 15.4%</li> -<li><a href="https://www.slideshare.net/stubbornella/designing-fast-websites-presentation/23-1_Create_a_component_library">Yahoo</a>: 400 ms resulted in a 5 to 9% drop in traffic</li> -</ul> -<p>All data taken from <a href="https://instant.page">instant.page</a> (which I am a huge fan of ♥)</p> -<p>The fact something as small as 100 ms can have such a profound impact on your bottom-line should be eye-opening. You’re leaving money of the table by not tackling even the low-hanging, easy performance wins. You need to start valuing your users’ time and stop serving them excessive garbage they never asked for.</p> -<h2 id="small-and-easy-wins">Small and easy wins</h2> -<p>Not all of these suggestions can work for every project (due to restrictions, brand guidelines, required marketing targets, etc.) but for most developers/designers they should be easy to implement: (in no particular order of importance)</p> -<ul> -<li>Reduce the number of web requests -<ul> -<li><a href="https://developers.google.com/web/fundamentals/performance/get-started/httprequests-5">HTTP Requests</a></li> -</ul></li> -<li>Use web-safe fonts when available or if using custom fonts utilize the <code>font-display</code> property -<ul> -<li><a href="https://www.cssfontstack.com/">CSS Font Stack</a></li> -<li><a href="https://css-tricks.com/font-display-masses/">Font Display for the Masses</a></li> -</ul></li> -<li>Make proper use of <em>critical CSS</em> -<ul> -<li><a href="https://alexwright.net/web-design-secrets/how-to-use-critical-css/">How to Use Critical CSS</a></li> -<li>Automatically generate CSS based on “above the fold”: <a href="https://github.com/filamentgroup/criticalCSS">criticalCSS</a></li> -</ul></li> -<li>Process all media (images / videos) through 3rd party tools -<ul> -<li><a href="https://cloudinary.com/">Cloudinary</a></li> -<li><a href="https://kraken.io/">Kraken.io</a></li> -<li><a href="https://piio.co/">Piio</a></li> -<li>Sidenote: this blog uses the <a href="https://nhoizey.github.io/jekyll-cloudinary/">jekyll-cloudinary</a> plugin to automatically process images</li> -</ul></li> -<li>Use “just-in-time” preloading (highly recommended for improved UX) -<ul> -<li><a href="https://instant.page/">Instant Page</a></li> -</ul></li> -<li>Avoid using heavy tech-stacks whenever possible -<ul> -<li>Unless it is a critical use-case, users should not have to process or download extra resources</li> -<li>This also includes remove ads, pop-ups, 3rd party sign-up prompts, cookie notifications, over-the-top element animations, and all other <strong>garbage</strong>. This impacts <em>UX</em> performance, which is just as crucial as website loading speed</li> -</ul></li> -</ul> -<h2 id="no-need-to-be-extreme">No need to be extreme</h2> -<p>These quick “guidelines” are just a solid jumping-off point when tackling new projects or re-working current websites. There isn’t some agreed upon <em>golden standard</em> when it comes to web performance, but I find these rules work as a great place to start. Hopefully it can help others as well.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/use-text-not-icons/index.html b/build/posts/use-text-not-icons/index.html deleted file mode 100644 index d26db6a..0000000 --- a/build/posts/use-text-not-icons/index.html +++ /dev/null @@ -1,73 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Icons Should be Complementary - Text is Always Better</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="icons-should-be-complementary---text-is-always-better">Icons Should be Complementary - Text is Always Better</h1> -<p>2021-12-17</p> -<p>Designing[^1] software is a complex thing. A great deal of real-world testing and user feedback is needed to create the best solution to the problem you are trying to fix. Obvious requirements are to keep things simple, make it easy to understand by <em>looking</em> at it, and build it to be headache-resistant for future updates. All these things are easier said than done. This is the challenge of a designer’s dat-to-day.</p> -<p>But with this term of “simplicity” modern designers tend to take this approach too much to heart. In my 12+ years involved in UI/UX software design, I have lost count how many initial iterations of interfaces suffer from the same “dumbing down” decision making:</p> -<p><strong>Using icons to represent an action or function without textual information</strong>.</p> -<p>If you decide to stop reading the rest of this article, at least take away this one important thing:</p> -<blockquote> -<p><em>Always try to use text to convey your designs</em></p> -</blockquote> -<p>After achieving this, you should start reiterating those designs to include iconography. Even then, not all UI instances will require you to do that. Designers will find this process difficult, which is why it is important to get <em>right</em>.</p> -<h2 id="icons-make-an-ass-out-of-u-and-me">Icons make an <em>ass</em> out of <em>u</em> and <em>me</em></h2> -<p>Icons make general assumptions about what the user may or may not understand. Leading with this in your designs will end <em>poorly for you</em>. Trust me - I’ve learned this through failed designs many times over. A certain visualization might be common knowledge to you, while differing greatly to someone else with a different set of experiences.</p> -<p>I’ve found the only thing you should ever <em>assume</em> is that the user knows nothing. Please note - I’m not referring to their intelligence but instead their software literacy.</p> -<p>Take a look at our now “famous” save icon used in almost every piece of software; the floppy disk. Do any software users below the legal drinking age even understand the initial reasoning for using this icon? In all honesty, it was a terrible icon decision even when first introduced. No “hard copy” of the save action is taking place, software creates this save in a digital space[^2]. Yet, it was adopted and people (ie. designers) went along with it.</p> -<p><strong>Quality is not measured by mass appeal.</strong></p> -<p>The argument could be made “People learned to associate “Save” with a Floppy Disk icon…” and my response would be “But what alternatives were they given?”</p> -<p>Original software designers (and developers) held all the power in early UI decision making. General users didn’t <em>know</em> any better. Things were new and fresh. Now our response is to shrug our collective shoulders and say, “That’s how the save icon has to be now!”</p> -<p>Hogwash. Make it a button that says, <code>Save File</code>. I’m not kidding. Oh, it doesn’t work with your current design? Then your initial design wasn’t future-proof then, was it? I sound snarky here but many designers put up imaginary walls around their design systems, making them incredibly rigid and difficult to adapt.</p> -<p>Take the time to do even a small thought / wireframe experiment: redo the layout and flow of your application without using a single piece of iconography. If you can’t achieve this with even limited success, something is wrong with the design.</p> -<h2 id="the-hamburger-menu-is-the-7th-circle-of-hell">The hamburger menu is the 7th circle of Hell</h2> -<p>Normally, the inclusion of a hamburger menu is indicative of an overly complex application. Too many cooks and all that jazz. Enterprise applications don’t get a pass here either, as they tend to be the worst culprits of pouring out everything on to the user as software vomit. Sweeping all this interaction under the hamburger “rug” does not make for a cleaner design.</p> -<p>New features are great, but stop dumping so much of it behind hidden, unintuitive sub-navigation. This design is such a “quick fix” and plagues far too many software apps[^3]. Both desktop computers and mobile devices allow users to <em>scroll</em>, let them.</p> -<p>I’ve discussed this in further detail here: <a href="https://bt.ht/hamburger-menu-alternative/">Using Hamburger Menus? Try Sausage Links</a></p> -<h2 id="but-what-of-the-advanced-users">But what of the “advanced” users?</h2> -<p>I understand applications will have advanced or “pro” users that have full knowledge of the product and wouldn’t need things <em>spoon fed</em> to them. This is a more difficult problem that I myself haven’t been able to solve without approaching each one on a case-by-case basis. Unfortunately, there is no “one size fits all” method to this. But, although solving for advanced users proves difficult doesn’t mean we should dismiss the merits of avoiding icons as a crutch.</p> -<h2 id="try-for-yourself">Try for yourself</h2> -<p>As I stated above, try doing a quick design experiment by replacing all your existing iconography in your application with simple text. I assure you that at least you’ll discover interesting design flaws in your system.</p> -<h2 id="refs">Refs</h2> -<ol> -<li>By “design” I’m referring to visuals not programming or system engineering</li> -<li>Early software programs did save to an external floppy disk. My point stands that many digital file storage applications copied this iconography blindly.</li> -<li>Not to mention how rampant it is on plain ol’ regular websites. If you’re hiding five menu items behind a hamburger menu for “mobile users”, you’re doing it wrong.</li> -</ol> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/user-select/index.html b/build/posts/user-select/index.html deleted file mode 100644 index 6c35c91..0000000 --- a/build/posts/user-select/index.html +++ /dev/null @@ -1,76 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Using User-Select</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="using-user-select">Using User-Select</h1> -<p>2019-06-04</p> -<p>Highlighting text in order to copy, cut or paste content is a staple action across the web. Now, what if I told you the ability to control what a user can select is configurable with a single CSS property?</p> -<h2 id="introducing-the-css-property">Introducing the CSS property</h2> -<p>Simply put, the <code>user-select</code> property is defined as follows:</p> -<blockquote> -<p><code>user-select</code> controls whether the user can select text (cursor or otherwise)</p> -</blockquote> -<h2 id="the-css">The CSS</h2> -<p>The property’s available attributes are very straightforward (just remember to target specific browsers for full support!)</p> -<pre><code>/* Default */ -p.default { - user-select: auto; - -moz-user-select: auto; - -webkit-user-select: auto; -} - -/* Disable the user from selecting text */ -p.no-select { - user-select: none; - -moz-user-select: none; - -webkit-user-select: none; -} - -/* Select all text when user clicks */ -p.select-all { - user-select: all; - -moz-user-select: all; - -webkit-user-select: all; -} -</code></pre> -<h2 id="lets-see-it-in-action">Let’s see it in action</h2> -<p>Try selecting the separate paragraph elements in the CodePen below:</p> -<p><a href="https://codepen.io/bradleytaunt/pen/QRooZp/">Live CodePen Example</a></p> -<h2 id="browser-support">Browser Support</h2> -<p>The great news is <code>user-select</code> is fully supported across all modern browsers (even as far back as IE10!)</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/vscode/index.html b/build/posts/vscode/index.html deleted file mode 100644 index 86891bf..0000000 --- a/build/posts/vscode/index.html +++ /dev/null @@ -1,59 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Running VSCode in Chromium on OpenBSD</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="running-vscode-in-chromium-on-openbsd">Running VSCode in Chromium on OpenBSD</h1> -<p>2023-06-05</p> -<p>VSCode and its many variations are not available on OpenBSD. This doesn’t cause issue with many OpenBSD users, but those making the jump from Linux might miss access to such a popular editor. Lucky for us, there is a <em>hacky</em> workaround to solve this problem.</p> -<h2 id="vscode-in-the-browser">VSCode in the Browser</h2> -<p>I tried my best to build something like <code>code-server</code> locally and run that directly in my browser - but I failed miserably. Instead, I fell back on <a href="https://vscode.dev">vscode.dev</a> which is essentially a remote version of <code>code-server</code>.</p> -<p>Getting things to work seamlessly proved a little more challenging. I found the best performance was running everything through Chromium with special parameters enabled on launch.</p> -<blockquote> -<p><strong>Note:</strong> The following assumes you have already installed <code>chromium</code></p> -</blockquote> -<p>First we need to disable <a href="https://man.openbsd.org/unveil.2">unveil</a> for Chromium. This will allow us to access our system files through <a href="https://vscode.dev">vscode.dev</a> using the “Open folder…” or “Open file…” commands without issue:</p> -<pre><code>chrome --disable-unveil -</code></pre> -<p>Everything should work pretty solid right out the box now - except it doesn’t. Syntax highlighting does not work without enabling WASM/WebAssembly. Your experience might be different, but I had to include the following when launching Chromium from the terminal:</p> -<pre><code>ENABLE_WASM=1 chrome --enable-wasm -</code></pre> -<p>Success! We can avoid typing out these complex commands everytime we want to launch our editor by setting up an <code>alias</code> (in my case via <code>.zshrc</code>):</p> -<pre><code>alias vscode="ENABLE_WASM=1 chrome --enable-wasm --disable-unveil" -</code></pre> -<p>That’s it! Now I can just pop open VSCode on OpenBSD by simply running <code>vscode</code> in my terminal. Hopefully this can help others slowly transition over to OpenBSD - which you should do because it is amazing!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/webfonts/index.html b/build/posts/webfonts/index.html deleted file mode 100644 index e46896b..0000000 --- a/build/posts/webfonts/index.html +++ /dev/null @@ -1,58 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Stop Using Custom Web Fonts</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="stop-using-custom-web-fonts">Stop Using Custom Web Fonts</h1> -<p>2023-03-14</p> -<p>I recently read an excellent post by Manu Moreale titled <a href="https://manuelmoreale.com/a-rant-on-web-font-licenses">A rant on web font licenses</a>. I highly recommend you give it a read (it’s relatively short) since Manu makes a solid argument against existing font licenses. After reading, I found myself thinking about it throughout the rest of the day.</p> -<p>I was trying to understand how we ended up in a situation where web/UI designers (myself included) have started to <em>insist</em> on using proprietary, custom web fonts. Do any users actively benefit from custom web fonts? Are there any <em>useful</em> and <em>measurable</em> goals achieved by including them? Do end-users actually <em>care</em> about a website’s typeface?</p> -<p>For the most part, I believe the answer to all those questions is: <strong>not really</strong>.</p> -<h2 id="system-fonts-look-good">System Fonts Look Good</h2> -<p>We are no longer in the early days of the internet. Browsers have matured. Operating systems already ship with usable and often times pretty typefaces. The “wow factor” of having a custom web font on a website is completely gone. Not to mention, recent trends see designers including <em>terrible</em> typefaces that actually make things more difficult to read and break basic accessibility.</p> -<p>All of this for the sake of a company’s “brand”. I say: <strong>fuck your brand</strong>. Your end-users should always trump your design “guidelines”. Period.</p> -<h2 id="think-of-the-consistency">“Think of the Consistency!”</h2> -<p>Often times designers will argue that designs will look too different across browsers/operating systems. I’m not sure why this is seen as a bad thing. First, users will be familiar with the fonts already available to them. Second, as designers our work should never rely on one point of failure (in this instance: fonts). Your designs should be agnostic of your typeface selection. </p> -<p>And what about users with browser extensions that already block your custom web fonts? Screw them I guess?</p> -<p>People work on different systems with different constraints and settings. Embrace that - don’t try to override it.</p> -<h2 id="loss-of-personality">Loss of Personality</h2> -<p>The web is not the same medium as graphic design. Digital designers often get this confused. Web applications serve an action or purpose. The user wants to complete a <em>task</em> - not look at a pretty poster. I understand this sounds harsh, but many designers design more for their own ego and portfolio rather than the end-user. That extra <em>flair</em> on your lowercase “t” doesn’t help the user better interact with your features or UI. It just slows them down.</p> -<h2 id="hurting-performance-wasting-resources">Hurting Performance & Wasting Resources</h2> -<p>A lot of designers I’ve worked with or talked to in the past tend to be big supporters of reducing their carbon footprint and minimizing their individual output of “waste”. What I always find interesting is how that never seems to translate into their work.</p> -<p>It might be small in the grand scheme of things, but having an extra HTTP request (or more) for your custom fonts and requiring your users to consume more bandwidth on their end is not “eco”. As designers we should cut the fat and reduce software bloat in the small areas that we’re able to: the front end.</p> -<p>My hope is that even one designer reading this decides to rollout a web app or marketing page without dumping a bunch of custom fonts on their users. It’s just the <em>nice</em> thing to do.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/width-vs-flex-basis/index.html b/build/posts/width-vs-flex-basis/index.html deleted file mode 100644 index 3a11503..0000000 --- a/build/posts/width-vs-flex-basis/index.html +++ /dev/null @@ -1,88 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Width or Flex-Basis?</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="width-or-flex-basis">Width or Flex-Basis?</h1> -<p>2018-11-28</p> -<p>Creating rows and columns of elements that adapt dynamically can be a little tricky depending on the desired outcome. Let’s breakdown how to solve this issue using both <code>inline-block</code> paired with <code>width</code> and <code>flex-basis</code>.</p> -<h2 id="width">Width</h2> -<p>Setting the width of the inner children to a divisible value and setting their display to <code>inline-block</code>, we are able to create self-wrapping elements:</p> -<pre><code>.width-container { - display: block; -} -.width-container__item { - display: inline-block; - width: calc(33% - 3px); /* Fix for wonky inline-block margins */ -} -</code></pre> -<h3 id="pros">Pros</h3> -<ul> -<li>Full browser support (as far back as IE6)</li> -<li>No floats needed</li> -</ul> -<h3 id="cons">Cons</h3> -<ul> -<li>Buggy <code>margin</code> workaround needed</li> -<li>Wrapped elements cannot dynamically fill remaining empty parent space</li> -</ul> -<h2 id="flex-basis">Flex-basis</h2> -<p>This is my personal preference for dynamically wrapping inner children elements. Simply set the parent as <code>display: flex</code>, allow flex-wrapping and then set the <code>flex-basis</code> of the children to any percentage value.</p> -<pre><code>.flex-container { - display: flex; - flex-wrap: wrap; -} -.flex-container__item { - flex: 1 1 auto; - flex-basis: 33%; -} -</code></pre> -<p>You will also notice the <code>flex</code> property set to <code>1 1 auto</code>. This is important if you require your wrapped elements to fill the remaining space of the parent container.</p> -<h3 id="pros-1">Pros</h3> -<ul> -<li>No buggy margins to play with</li> -<li>Dynamically renders children to fill parent container if <code>flex</code> is set</li> -<li>Scales well across screen / device sizes</li> -</ul> -<h3 id="cons-1">Cons</h3> -<ul> -<li>Some versions of IE struggle with browser support</li> -</ul> -<h2 id="codepen-demo">CodePen Demo</h2> -<p>Feel free to play around with a slightly more stylized version of both options below:</p> -<p>CodePen Demo: Width or flex-basis</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/windows/index.html b/build/posts/windows/index.html deleted file mode 100644 index 052e9fe..0000000 --- a/build/posts/windows/index.html +++ /dev/null @@ -1,73 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Setting Up Jekyll on Windows
</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="setting-up-jekyll-on-windows">Setting Up Jekyll on Windows</h1> -<p>2022-09-02</p> -<p>I’ve recently been playing around with using Windows 10 as my daily operating system. So far, it has been going fairly well. Nothing will probably ever feel as “optimized” as running a Linux-based system but it works well for my current needs. Getting a Jekyll development environment setup was a different story though…</p> -<p>One of the first issues with using Windows 10 is the need to run a few of my open source projects that are built off Jekyll locally. This process initially seemed a like complex process to get things running smoothly but in the end was very straightforward. The main issue came from needing to bounce around through a handful of separate tutorials to get everything running smoothly.</p> -<p>So, I thought I would make this quick write-up to help those in the same situation (or even for my future self the need arises). Let’s get into it.</p> -<h2 id="wsl">WSL</h2> -<p>The first step involves installing <a href="https://docs.microsoft.com/en-us/windows/wsl/install">WSL</a> in order to run Linux alongside the main Windows OS. The documentation is well written and will get you up-and-running in no time. For quick reference, it essentially comes down to:</p> -<ol> -<li>Opening PowerShell or Command Prompt as an administrator</li> -<li>Installing via the command: <code>wsl --install</code></li> -<li>Restarting your machine after the install completes</li> -<li>Creating your UNIX username and password</li> -</ol> -<h2 id="installing-ruby-dependencies">Installing Ruby & Dependencies</h2> -<p>Once logged into your UNIX terminal session (with your created user) you can begin installing everything we need for Jekyll to work properly. The first step is to installing <code>rvm</code> and the <a href="https://github.com/rvm/ubuntu_rvm">official project documentation</a> does a very good job of walking you through this.</p> -<ul> -<li><p>Be sure dependencies as installed: <code>sudo apt-get install software-properties-common</code></p></li> -<li><p>Add the PPA and install the package:</p> -<p>sudo apt-add-repository -y ppa:rael-gc/rvm -sudo apt-get update -sudo apt-get install rvm</p></li> -<li><p>Add your existing user to the <code>rvm</code> group: <code>sudo usermod -a -G rvm $USER</code></p></li> -</ul> -<p>You will need to close and restart your session to your Ubuntu system for these changes to take. After that, we can use <code>rvm</code> to install the latest version (at this time of writing) of ruby:</p> -<pre><code>rvm install 3.1.2 -</code></pre> -<p>That’s it!</p> -<h2 id="jekyll---finally">Jekyll - Finally!</h2> -<p>The final step is to update our gems and install Jekyll:</p> -<pre><code>gem update -gem install jekyll bundler -</code></pre> -<p>Once complete you can now run your Jekyll projects locally through WSL! Nothing ground-breaking but still pretty helpful for first-time users. And best of all, at least I have a good reference point in the future if I ever run into this issue again!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/wp-enqueue-for-beginners/index.html b/build/posts/wp-enqueue-for-beginners/index.html deleted file mode 100644 index 46469ea..0000000 --- a/build/posts/wp-enqueue-for-beginners/index.html +++ /dev/null @@ -1,104 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>WP Enqueue for Beginners</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="wp-enqueue-for-beginners">WP Enqueue for Beginners</h1> -<p>2020-05-05</p> -<p>Throughout my career designing, developing and auditing WordPress themes, I’ve come across many that include their custom styles / scripts as static HTML elements inside their respective <code>header</code> and <code>footer</code> templates. This is perfectly <em>fine</em>, but there is a cleaner way to include these files.</p> -<p>This post is purposefully catered for WordPress beginners, so if this seems overly simple, then you’re probably already developing WordPress themes that utilize these techniques. (Which is awesome!)</p> -<h2 id="introducing-wp-enqueue">Introducing WP Enqueue</h2> -<p>The description of Wp Enqueue from the WordPress documentation:</p> -<p>In a nutshell: Placing a <code>wp_enqueue_script</code> or <code>wp_enqueue_style</code> script in the <code>functions.php</code> of your custom theme tells WordPress to pull external files into the header or footer of your website. Best practice being: <em>styles into the header, scripts into the footer</em>.</p> -<p>I suggest you read the official documentation for more details: <a href="https://developer.wordpress.org/reference/functions/wp_enqueue_script/">wp_enqueue_script</a> and <a href="https://developer.wordpress.org/reference/functions/wp_enqueue_style/">wp_enqueue_style</a>.</p> -<h2 id="enqueue-stylesheets">Enqueue Stylesheets</h2> -<p>The default script to enqueue a CSS stylesheet:</p> -<pre><code>wp_enqueue_style( $handle, $src, $deps, $ver, $media ); -</code></pre> -<ul> -<li><code>$handle</code> - the name associated with your stylesheet</li> -<li><code>$src</code> - URL pointing to the directory of the stylesheet itself</li> -<li><code>$deps</code> - An array of any other stylesheets needed as dependencies</li> -<li><code>$ver</code> - The version number of the stylesheet (used for cache busting)</li> -<li><code>$media</code> - Specify media type (<code>all</code>, <code>print</code>, <code>screen</code>, etc.)</li> -</ul> -<p>So, with all those parameters in mind, here is what a standard default enqueue of a CSS stylesheet looks like:</p> -<pre><code>wp_enqueue_style( 'google-fonts', 'https://fonts.googleapis.com/css?family=Montserrat:200,300,300i,400,600,700,800,900', '', '1.0', ''); -</code></pre> -<p>In this example we have rendered the following:</p> -<ul> -<li><code>$handle</code>: google-fonts</li> -<li><code>$src</code>: <a href="https://fonts.googleapis.com/css?family=Montserrat:200,300,300i,400,600,700,800-">https://fonts.googleapis.com/css?family=Montserrat:200,300,300i,400,600,700,800-</a> 0</li> -<li><code>$deps</code>: Null (left blank)</li> -<li><code>$ver</code>: 1.0</li> -<li><code>$media</code>: Null (left blank)</li> -</ul> -<p><strong>Important:</strong> Keep in mind that the <code>wp_enqueue_style</code> script will render the stylesheet link into the WordPress header automatically.</p> -<h2 id="enqueue-scripts">Enqueue Scripts</h2> -<p>The default script to enqueue an external JS file:</p> -<pre><code>wp_enqueue_script( $handle, $src, $deps, $ver, $in_footer ); -</code></pre> -<ul> -<li><code>$handle</code> - the name associated with your script</li> -<li><code>$src</code> - URL pointing to the directory of the script itself</li> -<li><code>$deps</code> - An array of any other scripts needed as dependencies</li> -<li><code>$ver</code> - The version number of the script (used for cache busting)</li> -<li><code>$in_footer</code> - Set whether the script is loaded in the <code><head></code> or just before the <code></body></code></li> -</ul> -<p>With all those parameters in mind, here is what a standard default enqueue of a Javascript file looks like:</p> -<pre><code>wp_enqueue_script( 'bxslider', get_template_directory_uri() . '/js/bxslider.js', array('jquery'), '1.0.0', true ); -</code></pre> -<p>In this example we have rendered the following:</p> -<ul> -<li><code>$handle</code>: bxslider</li> -<li><code>$src</code>: get_template_directory_uri() . /js/bxslider.js’</li> -<li><code>$deps</code>: array(jquery’)</li> -<li><code>$ver</code>: 1.0.0</li> -<li><code>$in_footer</code>: True (<em>places script before closing body tag</em>)</li> -</ul> -<h2 id="packaging-everything-together">Packaging Everything Together</h2> -<p>Now that we have the custom stylesheet and script ready to be loaded into our custom WordPress theme, we just need to properly package them together as a function in our <code>functions.php</code> file:</p> -<pre><code>// Add styles and scripts to the header/footer -function custom_enqueue_scripts() { - wp_enqueue_style( 'google-fonts', 'https://fonts.googleapis.com/css?family=Montserrat:200,300,300i,400,600,700,800,900'); - wp_enqueue_script( 'bxslider', get_template_directory_uri() . '/js/bxslider.js', array('jquery'), '1.0.0', true ); -} - -add_action( 'wp_enqueue_scripts', 'custom_enqueue_scripts'); -</code></pre> -<p>That’s it! Hopefully this helps prevent WordPress newbies from statically rendering their external CSS and JS files directly in template files. Let WordPress do that for you!</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/x201/index.html b/build/posts/x201/index.html deleted file mode 100644 index af5cb85..0000000 --- a/build/posts/x201/index.html +++ /dev/null @@ -1,73 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>Bypassing the WiFi Hardware Switch on the Lenovo X201</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="bypassing-the-wifi-hardware-switch-on-the-lenovo-x201">Bypassing the WiFi Hardware Switch on the Lenovo X201</h1> -<p>2023-04-02</p> -<p>I recently received a ThinkPad X201 to start using as my daily driver. I purchased the X201 to replace my existing X260. Although some might look at this as a “downgrade” in terms of specs and hardware, I would have to disagree. </p> -<p>The X201 is an absolute masterpiece in laptop hardware design and only faulted by some of the constraints set by the motherboard, namely the lack to support more than 8GB of RAM. Other than that, I think it’s perfect. Well…<em>almost</em> perfect. There is one small annoyance:</p> -<p><strong>The physical WiFi kill switch</strong>.</p> -<p>This thing can become really flaky on these older devices and countless people on the web report connection issues across multiple operating systems. I too ran into this issue not long after getting Alpine setup nicely on my machine.</p> -<p>Some remedies include re-installing hardware drivers, flicking the hardware toggle off and on repeatedly, or even simply logging out of the current user session. All these options seemed like a pain in the ass.</p> -<p>So I listed out my possible options:</p> -<ol> -<li>Whitelist my BIOS WiFi settings (requires flashing BIOS) and install a newer wifi card, hoping the problem fixes itself</li> -<li>Purchase a replacement WiFi card (maybe mine was just buggy??)</li> -<li>Block PIN20 on the existing Wifi card</li> -<li>Somehow disconnect the hardware killswitch (requires soldering which I have ZERO experience with)</li> -</ol> -<p>Out of pure laziness, I chose option <strong>three</strong>. In case you were unaware, PIN20 on older PCIE WLAN cards is the “wifi disable” and used as an RF killswitch. By “blocking” this PIN, we stop the system from being able to disable the WiFi connection. Losing the ability to disable WiFi on the hardware level didn’t bother me much, so I moved forward with this easier approach.</p> -<h2 id="opening-up-the-x201">Opening Up the X201</h2> -<p>To access the WiFi card, you’ll need to remove the keyboard and touchpad palm rest cover. It might sound daunting for newcomers but I assure you it is very simple. These machines were built during a time when Lenovo <em>expected</em> their users to tinker with their devices and built them with modular components in mind. Yet another reason for my decision to swap this laptop for my more “locked down” X260.</p> -<blockquote> -<p>Note: I’m not sure how important this is, but I made sure to set my WiFi hardware toggle switch into the “ON” position before doing any of the other steps.</p> -</blockquote> -<p>You can follow the very beautiful visual instructions provided by Lenovo below. Just remember to always power off you machine and remove the battery before tinkering.</p> -<p><img src="/public/images/x201-1.png" alt="Unscrew the main keyboard and touchpad screws on the back of the laptop" /></p> -<p><img src="/public/images/x201-2.png" alt="Gently push the keyboard towards the screen to remove" /></p> -<p><img src="/public/images/x201-3.png" alt="The keyboard cable is very fragile, remove it carefully" /></p> -<p><img src="/public/images/x201-4.png" alt="Slide the palm rest down and away from the laptop to remove safely" /></p> -<p><img src="/public/images/x201-5.png" alt="Remove the two screws on the WiFi card to access it" /></p> -<h2 id="electrical-tape-fixes-everything">Electrical Tape Fixes Everything</h2> -<p>Now that the WiFi card has been safely removed from its port (you most likely do not need to disconnect the cables though!) it is time to block PIN20.</p> -<p>On the Centrino Advanced-N 6200 card PIN20 is located on the back side, since the front is designated to all odd-set pins. You’ll need to cut a ridiculously thin piece of electrical tape to cover this <em>single</em> pin. I found this part to be the most taxing of my patience during the entire process. Just keep thinking happy thoughts and you can do it!</p> -<p><img src="/public/images/x201-tape.jpg" alt="My hacky electrical tape job on PIN20" /></p> -<p>Once it is on PIN20, place your card back into its port, rebuild you X201, pop in your battery and boot up! If things were done properly, your WiFi should now be rock solid.</p> -<p>Best of all, you don’t have to worry about accidentally toggling your WiFi toggle switch - it does nothing! Mine is actually set in the “OFF” position all the time now.</p> -<p>Enjoy less flaky WiFi.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file diff --git a/build/posts/x220/index.html b/build/posts/x220/index.html deleted file mode 100644 index ca6742d..0000000 --- a/build/posts/x220/index.html +++ /dev/null @@ -1,95 +0,0 @@ -<!doctype html> -<html lang="en"> -<head> - <meta charset="utf-8"> - <meta name="viewport" content="width=device-width, initial-scale=1"> - <meta name="color-scheme" content="dark light"> - <link rel="icon" href="data:,"> - <title>The X220 ThinkPad is the Best Laptop in the World</title> - <link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" /> - <link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" /> -<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style> -</head> - -<nav> - <a href="#menu">Menu ↓</a> -</nav> - -<main> -<h1 id="the-x220-thinkpad-is-the-best-laptop-in-the-world">The X220 ThinkPad is the Best Laptop in the World</h1> -<p>2023-09-26</p> -<p>The X220 ThinkPad is the greatest laptop ever made and you’re wrong if you think otherwise. No laptop hardware has since surpassed the nearly perfect build of the X220. New devices continue to get thinner and more fragile. Useful ports are constantly discarded for the sake of “design”. Functionality is no longer important to manufacturers. Repairability is purposefully removed to prevent users from truly “owing” their hardware.</p> -<p>It’s a mess out there. But thank goodness I still have my older, second-hand X220.</p> -<h2 id="specs">Specs</h2> -<p>Before I get into the details explaining why this laptop is the very best of its kind, let’s first take a look at my machine’s basic specifications:</p> -<ul> -<li>CPU: Intel i7-2640M (4) @ 3.500GHz</li> -<li>GPU: Intel 2nd Generation Core Processor</li> -<li>Memory: 16GB DDR3</li> -<li>OS: Arch Linux / OpenBSD</li> -<li>Resolution: 1366x768</li> -</ul> -<p>With that out of the way, I will break down my thoughts on the X220 into five major sections: Build quality, available ports, the keyboard, battery life, and repairability.</p> -<h2 id="build-quality">Build Quality</h2> -<p>The X220 (like most of Lenovo’s older X/T models) is built like a tank. Although the inner pieces are sourced from mostly plastic, the device is still better equipped to handle drops and mishandling compared to that of more fragile devices (such as the MacBook Air or Framework). This is made further impressive since the X220 is actually composed of many smaller interconnected pieces (more on this later).</p> -<p>A good litmus test I perform on most laptops is the “corner test”. You grab the base corner of a laptop in its open state. The goal is to see if the device displays any noticeable give or flex. In the X220’s case: it feels rock solid. The base remains stiff and bobbing the device causes no movement on the opened screen. I’m aware that holding a laptop in this position is certainly not a normal use case, but knowing it is built well enough to do so speaks volumes of its construction.</p> -<p>The X220 is also <em>not</em> a lightweight laptop. This might be viewed as a negative for most users, but I actually prefer it. I often become too cautious and end up “babying” thinner laptops out of fear of breakage. A minor drop from even the smallest height will severely damage these lighter devices. I have no such worries with my X220.</p> -<p>As for the laptop’s screen and resolution: your mileage may vary. I have zero issues with the default display or the smaller aspect ratio. I wrote about how I <a href="/monitor">stopped using an external monitor</a>, so I might be a little biased.</p> -<p>Overall, this laptop is a device you can snatch up off your desk, whip into your travel bag and be on your way. The rugged design and bulkier weight help put my mind at ease - which is something I can’t say for newer laptop builds.</p> -<h2 id="ports">Ports</h2> -<p><img src="/public/images/ports-everywhere.jpg" alt="Buzz Lightyear and Woody meme: 'Ports, Ports Everywhere'" /></p> -<p>I don’t think I need to explain how valuable it is to have functional ports on a laptop. Needing to carrying around a bunch of dongles for ports that should already be <em>on the device</em> just seems silly.</p> -<p>The X220 comes equipped with:</p> -<ul> -<li>3 USB ports (one of those being USB3 on the i7 model)</li> -<li>DisplayPort</li> -<li>VGA</li> -<li>Ethernet</li> -<li>SD Card Reader</li> -<li>3.5mm Jack</li> -<li>Ultrabay (SATA)</li> -<li>Wi-Fi hardware kill-switch</li> -</ul> -<p>Incredibly versatile and ready for anything I throw at it!</p> -<h2 id="keyboard">Keyboard</h2> -<p>The classic ThinkPad keyboards are simply that: classic. I don’t think anyone could argue against these keyboards being the golden standard for laptops. It’s commendable how Lenovo managed to package so much functionality into such a small amount of real estate. Most modern laptops lack helpful keys such as <code>Print Screen</code>, <code>Home</code>, <code>End</code>, and <code>Scroll Lock</code>.</p> -<p>They’re also an absolute <em>joy</em> to type on. The fact that so many people go out of their way to mod X230 ThinkPad models with X220 keyboards should tell you something… Why Lenovo moved away from these keyboards will always baffle me. (I know <em>why</em> they did it - I just think it’s stupid).</p> -<p>Did I mention these classic keyboards come with the extremely useful Trackpoint as well?</p> -<h2 id="battery-life">Battery Life</h2> -<blockquote> -<p><strong>Author’s Note:</strong> This section is very subjective. The age, quality, and size of the X220’s battery can have a massive impact on benchmarks. I should also mention that I run very lightweight operating systems and use DWM as opposed to a heavier desktop environment. Just something to keep in mind.</p> -</blockquote> -<p>The battery life on my own X220 is fantastic. I have a brand-new 9-cell that lasts for roughly 5-6 hours of daily work. Obviously these numbers don’t come close to the incredible battery life of Apple’s M1/M2 chip devices, but it’s still quite competitive against other “newer” laptops on the market.</p> -<p>Although, even if the uptime was lower than 5-6 hours, you have the ability to carry extra batteries with you. The beauty of swapping out your laptop’s battery without needing to <em>open up</em> the device itself is fantastic. Others might whine about the annoyance of carrying an extra battery in their travel bag, but doing so is completely <em>optional</em>. A core part of what makes the X220 so wonderful is user control and choice. The X220’s battery is another great example of that.</p> -<h2 id="repairability">Repairability</h2> -<p>The ability to completely disassemble and replace almost everything on the X220 has to be one of its biggest advantages over newer laptops. No glue to rip apart. No special proprietary tools required. Just some screws and plastic snaps. If someone as monkey-brained as me can completely strip down this laptop and put it back together again without issue, then the hardware designers have done something right!</p> -<p>Best of all, Lenovo provides a very detailed <a href="https://download.lenovo.com/pccbbs/mobiles_pdf/0a60739_01.pdf">hardware maintenance manual</a> to help guide you through the entire process.</p> -<p>My disassembled X220 when I was reapplying the CPU thermal paste:</p> -<p><img src="/public/images/x220-pieces.jpeg" alt="My disassembled X220 laptop" /></p> -<h2 id="bonus-round-price">Bonus Round: Price</h2> -<p>I didn’t list this in my initial section “breakdown” but it’s something to consider. I purchased my X220 off eBay for $175 Canadian. While this machine came with a HDD instead of an SSD and only 8GB of total memory, that was still an incredible deal. I simply swapped out the hard-drive with an SSD I had on hand, along with upgrading the DDR3 memory to its max of 16.</p> -<p>Even if you needed to buy those components separately you would be hard-pressed to find such a good deal for a decent machine. Not to mention you would be helping to prevent more e-waste!</p> -<h2 id="what-more-can-i-say">What More Can I Say?</h2> -<p>Obviously the title and tone of this article is all in good fun. Try not to take things so seriously! But, I still <em>personally</em> believe the X220 is one of, if not <em>the</em> best laptop in the world.</p> -<footer role="contentinfo"> - <h2>Menu Navigation</h2> - <ul id="menu"> - <li><a href="/">Home</a></li> - <li><a href="/projects">Projects</a></li> - <li><a href="/uses">Uses</a></li> - <li><a href="/wiki">Wiki</a></li> - <li><a href="/resume">Resume</a></li> - <li><a href="/colophon">Colophon</a></li> - <li><a href="/now">Now</a></li> - <li><a href="/donate">Donate</a></li> - <li><a href="/atom.xml">RSS</a></li> - <li><a href="#top">↑ Top of the page</a></li> - </ul> - <small> - Built with <a href="https://barf.btxx.org">barf</a>. <br> - Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br> - Maintained with ♥ for the web. <br> - Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br> - The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>. - </small> -</footer>
\ No newline at end of file |