added a bunch and published bad animated page titles

10 files changed, 241 insertions, 87 deletions

diff --git a/Makefile b/Makefile
index b306956..3f7c13c 100644
--- a/Makefile
+++ b/Makefile
@@ -25,13 +25,11 @@ serve:
 
 post: 
 	@read -p "Title: " TITLE; \
-	read -p "Category: " CATEGORY; \
 	SHORT_DATE=`date +"%Y-%m-%d"`; \
-	mkdir -p posts/$$CATEGORY; \
-	FILENAME=posts/$$CATEGORY/$$SHORT_DATE-`printf "$$TITLE" | tr -Cs "[:alnum:]" '-' | tr "[:upper:]" "[:lower:]"`.html; \
+	FILENAME=posts/$$SHORT_DATE-`printf "$$TITLE" | tr -Cs "[:alnum:]" '-' | tr "[:upper:]" "[:lower:]"`.html; \
 	cp $(POST_T) $$FILENAME; \
 	sed -i '' "s/{{ title }}/$$TITLE/g" $$FILENAME; \
-	$EDITOR $$FILENAME
+	$$EDITOR $$FILENAME
 
 clean:
 	rm -f index.html rss.xml
diff --git a/cv.pdf b/cv.pdf
index 2470030..5df32c7 100644
--- a/cv.pdf
+++ b/cv.pdf
diff --git a/drafts/html-for-docs-2020.html b/drafts/html-for-docs-2020.html
index a33bb51..8b5462e 100644
--- a/drafts/html-for-docs-2020.html
+++ b/drafts/html-for-docs-2020.html
@@ -1,20 +1,72 @@
-<h1>Document Writing: MD? LaTeX? WINWORD.EXE? Nope, just HTML</h1>
+<h1>Writing Documents: Markdown? LaTeX? WINWORD.EXE? Nope, just HTML</h1>
 
 <p>
   <img src="https://nextcloud.53hor.net/index.php/s/XaZRfgK3G7ZzWbs/preview" />
 </p>
 
-<p>The year is 2020 and I write the majority of my documents in HTML.</p>
+<p class="description">
+  I've been without MS Word for quite a few years since I switched away from
+  Windows and honestly I haven't needed it. I took notes and wrote documents in
+  Markdown for a while. That was alright because the syntax is easy and any text
+  editor can read a Markdown file. Sometimes I need shareable formatting, so
+  recently I started using HTML for all documents I intend to share, upload, or
+  print.
+</p>
+
+<p>
+  The year is 2021 and I write all my formatted documents in HTML. It sounds
+  needless but if you think about it it makes a lot of sense. HTML after all was
+  designed to be the streaming document of choice when the web was introduced to
+  the world. So it's tailor-made for shareable, digital documents.
+  <a href="https://www.w3.org/TR/html52/"
+    >Over the years the specification has gotten larger</a
+  >, and most of the syntax required by a typical user is present.
+</p>
+
+<p>
+  But why bother? What are the "benefits"? Well, HTML is ubiquitous. And by that
+  I mean literally <em>everyone</em> can read an HTML document because literally
+  everyone has a web browser installed. Friends don't have Word? Use Google
+  Docs? Use Apple Pages? Forget it. I bet you all of those folks have a web
+  browser that was made after 1999. That means they can all read your document,
+  either by visiting it on your site or receiving it in an email.
+</p>
+
+<p>
+  What's easier than reading HTML is writing it. Anyone with a text editor can
+  do it. Heck, even those folks with Word installed can save their documents as
+  [reasonable] HTML. And the tags aren't that hard to learn. I don't think that
+  Markdown is an easier syntax to learn and understand. HTML's tags are only
+  slightly more verbose and the structure is a pro, not a con. It's certainly
+  easier than writing a document in LaTeX. I would even argue in some ways it's
+  easier than working with a WYSIWYG editor. At least the formatting you're
+  looking for isn't getting shuffled from menu to sub-menu.
+</p>
 
-- Literally everyone can read an HTML document because literally everyone has a
-web browser installed - Anyone can print out an HTML document - Anyone can edit
-an HTML document - Writing a document in HTML is easier than writing one in Word
-or Latex
+<p>
+  Sometimes folks want a PDF instead. Okay, fine. For whatever reason PDFs are
+  the reigning document of the land. That doesn't mean you need Adobe Acrobat or
+  some custom setup involving
+  <code>wkhtmltopdf</code>. Or even worse, some strange LaTeX middleware via
+  <code>pandoc</code>. You don't need any of that! The best PDF reader in the
+  world, MuPDF, also comes with <code>mutool</code>.
+  <code>mutool convert [options] file [pages]</code> will convert a variety of
+  formats to or from a PDF. And the results look terrific going from an HTML to
+  a PDF. If you want, you can customize the results by writing CSS into
+  <code>@media print</code> queries. Automate the creation with a script when
+  you safe the underlying document. Sky's the limit!
+</p>
 
 <p>
-  I've been without Word for a few years since I switched away from Windows and
-  honestly I haven't needed it. I took notes and wrote documents in Markdown for
-  a while. That was alright because the syntax is easy and any text editor can
-  read a Markdown file. Recently however, I've started using HTML for writing
-  documents that I intend to upload, print, or send to other users. Here's why.
+  But what about presentations or slideshows? Surely, the "minimal" solution is
+  to use something like Suckless' <code>sent</code> right? Well, you can also do
+  slideshows in HTML! Just a little CSS and some <code>section</code> and
+  <code>a</code> tags and you've got a click-able, full-browser slideshow with
+  images, links, titles, icons, flowcharts, embedded videos, and a printable
+  slide deck. And the best part is that you can instantly share online by
+  dropping it into a public web root. You don't have to use Google Slides or
+  some other third-party slide creator online that none of your friends use.
+  Heck, Suckless <code>sent</code> is just that: yet another slideshow tool that
+  does one thing and nobody but you has it installed. Your HTML slides are
+  <em>just as plain text</em> as a <code>sent</code> deck.
 </p>
diff --git a/drafts/it's not rust vs go.html b/drafts/it's not rust vs go.html
index 6826d55..c9273ff 100644
--- a/drafts/it's not rust vs go.html
+++ b/drafts/it's not rust vs go.html
@@ -1,5 +1,6 @@
 <h1>"Rust or Go?" is not the question</h1>
 <h1>Part 2: (But Rust is definitely the answer)</h1>
+<h1>Part 3: Rust is definitely production ready</h1>
 -> part 2 include coworker conversation tidbits draft notes:
 <ul>
   <li>These are two very different languages</li>
@@ -71,6 +72,32 @@
 
 <a href="https://killedbygoogle.com/"> Killed by Google</a>
 
+<a href="https://dart.dev/overview">The Dart Programming Language</a>
+
+<a
+  href="https://blog.discord.com/why-discord-is-switching-from-go-to-rust-a190bbca2b1f?gi=c8caad873419"
+  >Discord swapped Go for Rust</a
+>
+
+<blockquote>
+  Both Microsoft and Amazon have just recently announced and released their new
+  officially supported Rust libraries for interacting with Windows and AWS.
+  Official first party support for these massive APIs helps make Rust people's
+  first choice when deciding what to use for their project.
+</blockquote>
+<a href="https://blog.rust-lang.org/2021/05/15/six-years-of-rust.html"
+  >Source</a
+>
+
+<a href="https://hub.packtpub.com/is-dart-programming-dead-already/"
+  >Dart -- apples to oranges? I'm not trying to say that go is going the way of
+  dart, I'm trying to say that industry-leading companies aren't always stewards
+  of their creations. take FreeBSD. It's a thriving, excellent operating system
+  capable of "industry-leading company" usage. See the usuals (Netflix, Sony,
+  etc). Look at the FreeBSD foundation. Now look at RedHat and IBM. Again,
+  apples to oranges? No, just a bad argument to make in the first place.</a
+>
+
 <p>quotables</p>
 
 <blockquote>
@@ -85,6 +112,19 @@
   apps. Rust can be better for a single-thread app or general "systems"
   programming.
 </blockquote>
+
+<p>
+  Rust is not a "systems programming" language. Systems programming is not a
+  genre of languages. It's not like saying Italian is a "Romantic language".
+  Systems programming is a specific, targeted programming *application*. It's
+  the destination, the use-case that a language is being applied to. Rust is a
+  general-purpose programming language. I have used it to write a variety of
+  tools, low- and high-level, server-side and client-side, graphical and CLI.
+  Yes, I used it for some systems programming. Also used it to make a very
+  simple and robust web service digested by a variety of other developers at our
+  company.
+</p>
+
 <blockquote>
   The only way is to learn and try both. That's what I did. Most of the info
   from both sides is biased...Go is definitely very fast and [garbage
@@ -102,3 +142,9 @@
   next year or two on which direction things end up going. For Rust to benefit
   long-term, it needs the support of a corporate backer
 </blockquote>
+
+<p>Rust is absolutely ready for production use.</p>
+<p>
+  Anti-Rust zealotry is just as strong as pro-Rust zealotry. The hype goes both
+  ways. No, your talking points shouldn't come from Reddit.
+</p>
diff --git a/drafts/what happens when you remove js from your site.html b/drafts/what happens when you remove js from your site.html
deleted file mode 100644
index e69de29..0000000
--- a/drafts/what happens when you remove js from your site.html
+++ /dev/null
diff --git a/drafts/why does everyone insist on using adobe acrobat?.html b/drafts/why does everyone insist on using adobe acrobat?.html
deleted file mode 100644
index c2a5504..0000000
--- a/drafts/why does everyone insist on using adobe acrobat?.html
+++ /dev/null
@@ -1,69 +0,0 @@
-<h1>Why Does Everyone Use Adobe Acrobat [Reader]?</h1>
-
-<p>
-  This is something that I've never been able to figure out. All through high
-  school I had to use PDFs. And if you wanted to open a PDF, everyone understood
-  that you needed Adobe Acrobat Reader. Even web sites where you downloaded PDFs
-  insisted that in order to open them, you were going to have to follow a
-  download link to make sure you have Acrobat on your PC.
-</p>
-
-<p>
-  Fast-forward a few years into college and I'm using PDFs more than ever. Every
-  professor ever is scanning and uploading course material, so out comes Acrobat
-  Reader for literally every teacher and student. At this point I was actually
-  used to using Firefox (PDF.js) to view PDFs for a couple of reasons. First of
-  all, Firefox usually opened PDFs faster than Acrobat Reader did. Reader was
-  getting bigger with every release, and eventually had a monstrous UI to load
-  up every time I wanted to open a tiny PDF file. Second, Firefox had smooth
-  scrolling for page-width documents. Reader was getting slower and laggier with
-  each release, to the point where scrolling through a PDF was no longer buttery
-  smooth but jittery and stuttery. It also seemed like Reader purposefully
-  wouldn't slide the page when you used a mouse wheel. It would jump down a few
-  lines at a time like it was simulating the down arrow.
-</p>
-
-<p>
-  By my senior year I had switched from Windows to Linux full-time and it was
-  then I found out about <a href="https://mupdf.com/">MuPDF</a> and from then on
-  things were never the same. It's literally the best PDF reader I've ever used,
-  and I tried out quite a few. There are desktop and mobile apps. It opens
-  almost instantly. It lets you easily resize the page with excellent keyboard
-  shortcuts. There are no giant menu bars on either side of the page to squish
-  the document down to an unreadable size. Having a dozen of them open at once
-  doesn't bog down my PC. It's also available for all of the relevant operating
-  systems I've used (Windows, Mac OS, Linux, FreeBSD)! Oh and password-protected
-  PDFs are supported as well.
-</p>
-
-<p>
-  It's a fantastic piece of software And the best part is it comes with a
-  variety of tools to edit and manipulate PDFs as well. If the folks I went to
-  school with thought you needed the free Acrobat Reader to view a PDF, they
-  sure as heck thought you needed to buy Acrobat Pro to edit one. Some of them
-  refused to pay for it and used a variety of online services to upload, split
-  or merge, and download PDFs. I honestly for the life of me can't understand
-  why. MuPDF comes with <code>mutool</code>, which does all of the things I
-  would ever need to do with a PDF. It can attempt to convert a PDF to other
-  formats, like HTML. It can split and combine documents. It can even create
-  them from scratch and sign them.
-</p>
-
-<p>
-  It's also free and open source. Can you imagine that? PDF viewing and editing
-  being free and open source? It's AGPL (in addition to being commercially)
-  licensed by the creators. The only slight drawback is the desktop version
-  apparently does not yet let you fill out forms. Not sure why but this isn't
-  something I use very frequently.
-</p>
-
-<p>
-  It's not the hottest piece of tech out there, but it just plain works and
-  works really well. Maybe the only reason more people I know don't use it is
-  because Adobe is synonymous with the PDF format. It doesn't seem like that big
-  of a deal, but I feel like Acrobat has always been a piece of software that
-  has frustrated new or infrequent users in computing. And that's just not good.
-  Maybe the barrier to using MuPDF is the lack of GUI and abundance of
-  keybindings, but for me that's no sweat. I'd say to anyone to just try it out
-  and see if they like it. It is free, after all.
-</p>
diff --git a/index.html b/index.html
index 06c5f94..a2f2284 100644
--- a/index.html
+++ b/index.html
@@ -66,6 +66,7 @@
         The World Wide Web pages of Adam Carpenter (53hornet)
       </h1>
       <ul>
+<li><a href="/posts/2021-05-23-web-designers-please-don-t-animate-page-titles.html">Web Designers, Please Don't "Animate" Page Titles <code>2021-05-23</code></a></li>
 <li><a href="/posts/2021-04-20-how-to-make-your-website-boring-and-why.html">How to Make Your Website Boring and Why! <code>2021-04-20</code></a></li>
 <li><a href="/posts/2021-03-19-how-to-automate-certbot-renewal-with-haproxy.html">How to Automate Certbot Renewal with HAProxy <code>2021-03-19</code></a></li>
 <li><a href="/posts/2021-02-12-louis-vierne-is-a-bamf-and-proof-that-organists-are-metal.html">Louis Vierne Is a BAMF (and Proof That Organists Are Metal) <code>2021-02-12</code></a></li>
diff --git a/posts/2020-12-29-antivirus-software-is-a-hack.html b/posts/2020-12-29-antivirus-software-is-a-hack.html
index a146953..670bcb6 100644
--- a/posts/2020-12-29-antivirus-software-is-a-hack.html
+++ b/posts/2020-12-29-antivirus-software-is-a-hack.html
@@ -79,12 +79,12 @@
         hack and is virtually useless.
       </p>
 
-      <blockquote
-        cite="From The Jargon File (version 4.4.7, 29 Dec 2003) [jargon]"
-      >
+      <blockquote>
         hack<br />
         1. n. Originally, a quick job that produces what is needed, but not
         well.
+        <br />
+        <cite>-- The Jargon File (version 4.4.7, 29 Dec 2003) [jargon]</cite>
       </blockquote>
 
       <p>
diff --git a/posts/2021-05-23-web-designers-please-don-t-animate-page-titles.html b/posts/2021-05-23-web-designers-please-don-t-animate-page-titles.html
new file mode 100644
index 0000000..8473b7b
--- /dev/null
+++ b/posts/2021-05-23-web-designers-please-don-t-animate-page-titles.html
@@ -0,0 +1,125 @@
+<!DOCTYPE html>
+<html>
+  <head>
+    <link rel="stylesheet" href="/includes/stylesheet.css" />
+    <meta charset="utf-8" />
+    <meta name="viewport" content="width=device-width, initial-scale=1" />
+    <meta
+      property="og:description"
+      content="The World Wide Web pages of Adam Carpenter"
+    />
+    <meta
+      property="og:image"
+      content="https://nextcloud.53hor.net/index.php/s/Nx9e7iHbw4t99wo/preview"
+    />
+    <meta property="og:site_name" content="53hor.net" />
+    <meta property="og:title" content="Web Designers, Please Don't "Animate"
+    Page Titles" />
+    <meta property="og:type" content="website" />
+    <meta property="og:url" content="https://www.53hor.net" />
+    <title>53hornet ➙ Web Designers, Please Don't "Animate" Page Titles</title>
+  </head>
+
+  <body>
+    <nav>
+      <ul>
+        <li>
+          <a href="/">
+            <img src="/includes/icons/home-roof.svg" />
+            Home
+          </a>
+        </li>
+        <li>
+          <a href="/info.html">
+            <img src="/includes/icons/information-variant.svg" />
+            Info
+          </a>
+        </li>
+        <li>
+          <a href="https://git.53hor.net">
+            <img src="/includes/icons/git.svg" />
+            Repos
+          </a>
+        </li>
+        <li>
+          <a href="/software.html">
+            <img src="/includes/icons/floppy-variant.svg" />
+            Software
+          </a>
+        </li>
+        <li>
+          <a type="application/rss+xml" href="/rss.xml">
+            <img src="/includes/icons/rss.svg" />
+            RSS
+          </a>
+        </li>
+      </ul>
+    </nav>
+
+    <article>
+      <h1>Web Designers, Please Don't "Animate" Page Titles</h1>
+
+      <p>
+        If you visit
+        <a href="https://www.expressoil.com">Express Oil Change's web site</a>,
+        everything seems completely ordinary until you leave the tab. That's
+        when the most distracting, broken, annoying example of over-the-top web
+        "design" rears its ugly head.
+      </p>
+
+      <p>
+        I'm talking about this scrolling page title. In my tab. Constantly
+        moving from right to left to show me all of the text. It's the only tab
+        that's "moving" or "animated" and it doesn't stop until you return to
+        the tab. It's cheesy and gaudy.
+      </p>
+
+      <img
+        src="https://nextcloud.53hor.net/index.php/s/TWDbzjiSwzHbMcz/preview"
+      />
+
+      <p>
+        And it's also broken because there are emojis in the page title and the
+        title is obviously being "scrolled" by some script that's moving
+        byte-by-byte, so it scrolls halfway through a multi-byte UTF-8 emoji and
+        for a brief moment there's a glyph error character where a little red
+        car should have been. Bad judgment and bad programming. Worse than that,
+        even if it worked perfectly, it's incredibly annoying.
+      </p>
+
+      <img
+        src="https://nextcloud.53hor.net/index.php/s/TbbDnnL3jnZMT3g/preview"
+      />
+
+      <p>
+        If you bookmark the tab when it's in the middle of scrolling, you'll
+        bookmark this weird slice of the text that starts or ends in the middle
+        of a word or with a random emoji.
+      </p>
+
+      <img
+        src="https://nextcloud.53hor.net/index.php/s/ocQofL2Goxd3AsQ/preview"
+      />
+
+      <p>
+        Page titles changing is typically used to notify the user that their
+        action is needed, such as when a file is finished uploading. In this
+        case, since the text is <em>constantly changing</em>, the tab is always
+        in a state of "urgency." Most annoyingly, this causes the browser to
+        highlight the tab when it's pinned. Even if you click the tab and leave
+        it, this notification reappears.
+      </p>
+
+      <img
+        src="https://nextcloud.53hor.net/index.php/s/AcNgR4cDxGDsWCB/preview"
+      />
+
+      <p>
+        Don't do this. Stop. Get some help. It's distracting. It's the cheesy
+        "web dev" equivalent of retina scan advertising in Minority Report. Just
+        make a site that works and looks half decent without slowing to a halt
+        and stop there please.
+      </p>
+    </article>
+  </body>
+</html>
diff --git a/rss.xml b/rss.xml
index a363659..d704b7b 100644
--- a/rss.xml
+++ b/rss.xml
@@ -11,6 +11,7 @@
 			<title>53hornet's Feed</title>
 			<link>https://www.53hor.net</link>
 		</image>
+<item><title>Web Designers, Please Don't "Animate" Page Titles</title><link>https://www.53hor.net/posts/posts/2021-05-23-web-designers-please-don-t-animate-page-titles.html</link></item>
 <item><title>How to Make Your Website Boring and Why!</title><link>https://www.53hor.net/posts/posts/2021-04-20-how-to-make-your-website-boring-and-why.html</link></item>
 <item><title>How to Automate Certbot Renewal with HAProxy</title><link>https://www.53hor.net/posts/posts/2021-03-19-how-to-automate-certbot-renewal-with-haproxy.html</link></item>
 <item><title>Louis Vierne Is a BAMF (and Proof That Organists Are Metal)</title><link>https://www.53hor.net/posts/posts/2021-02-12-louis-vierne-is-a-bamf-and-proof-that-organists-are-metal.html</link></item>