aboutsummaryrefslogtreecommitdiff
path: root/build/hamburgers/index.html
diff options
context:
space:
mode:
authorbt <bt@btxx.org>2024-06-08 13:22:19 -0400
committerbt <bt@btxx.org>2024-06-08 13:22:19 -0400
commitdcfb172704f3afb68a30425029ec834be2883274 (patch)
tree02ac480745db802d7af03f3213a0c568322170e3 /build/hamburgers/index.html
parente146f8a64c793c337999ce316b16ebe5fe6f2dab (diff)
More content porting, on-going markdown changes for lowdown support
Diffstat (limited to 'build/hamburgers/index.html')
-rw-r--r--build/hamburgers/index.html53
1 files changed, 35 insertions, 18 deletions
diff --git a/build/hamburgers/index.html b/build/hamburgers/index.html
index a7934b6..55bbd4e 100644
--- a/build/hamburgers/index.html
+++ b/build/hamburgers/index.html
@@ -1,44 +1,61 @@
<!doctype html>
-<html lang="en" id="top">
+<html lang="en">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<link rel="icon" href="data:,">
<title>Stop Using Hamburger Menus (Sometimes)</title>
- <link href="https://bt.ht/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" />
- <style>*{box-sizing:border-box;}body{font-family:sans-serif;margin:0 auto;max-width:650px;padding:1rem;}img{max-width:100%;}pre{overflow:auto;}table{text-align:left;width:100%;}</style>
+ <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;}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 &darr;</a>
+ <a href="#menu">Menu &darr;</a>
</nav>
<main>
-<h1>Stop Using Hamburger Menus (Sometimes)</h1>
+<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>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>"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>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>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&#8217;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 &#8220;prettier&#8221; design layout. You might have made the overall design &#8220;cleaner&#8221; 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&#8230; Yikes.</p>
+
+<h2 id="but-i-have-no-choice">&#8220;But I Have No Choice!&#8221;</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&#8217;s your job! Either you&#8217;re not fighting hard enough against those pushing for it, or you&#8217;re just trying to build a &#8220;pretty&#8221; 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&#47;application links into the bottom footer and link directly to them from your header. Be sure to also include some form of &#8220;Top of the page&#8221; link for quick access back to the initial scroll view.</p>
+
+<p>That&#8217;s it. There is nothing else you need to do for this to <em>just work</em>. It might sound oversimplified and that&#8217;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>Works on all devices&#47;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>
+<li>Footer can become large with many links (although I <em>really</em> don&#8217;t see this as a big deal)</li>
</ul>
-<h2>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>
+
+<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&#8230;</p>
<footer role="contentinfo">
<h2>Menu Navigation</h2>
<ul id="menu">