summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--Makefile6
-rw-r--r--cv.pdfbin549655 -> 549659 bytes
-rw-r--r--drafts/html-for-docs-2020.html74
-rw-r--r--drafts/it's not rust vs go.html46
-rw-r--r--drafts/what happens when you remove js from your site.html0
-rw-r--r--drafts/why does everyone insist on using adobe acrobat?.html69
-rw-r--r--index.html1
-rw-r--r--posts/2020-12-29-antivirus-software-is-a-hack.html6
-rw-r--r--posts/2021-05-23-web-designers-please-don-t-animate-page-titles.html125
-rw-r--r--rss.xml1
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
Binary files differ
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>