From dcfb172704f3afb68a30425029ec834be2883274 Mon Sep 17 00:00:00 2001 From: bt Date: Sat, 8 Jun 2024 13:22:19 -0400 Subject: More content porting, on-going markdown changes for lowdown support --- build/tables/index.html | 76 ++++++++++++++++++++++++++++++++----------------- 1 file changed, 50 insertions(+), 26 deletions(-) (limited to 'build/tables') diff --git a/build/tables/index.html b/build/tables/index.html index 82109e9..224fd6b 100644 --- a/build/tables/index.html +++ b/build/tables/index.html @@ -1,42 +1,54 @@ - + Making Tables Responsive With Minimal CSS - - + + +
-

Making Tables Responsive With Minimal CSS

+

Making Tables Responsive With Minimal CSS

+

2019-06-11

-

- Update (Oct 2019): @aardrian wrote a previous post about how changing the display properties on tables can impact screen readers. I highly recommend his excellent article Tables, CSS Display Properties, and ARIA -

-
-

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.

-

My recent article, Write HTML Like It's 1999, received far more attention than I ever expected on HackerNews. With this attention came a few comments mentioning how table elements don't play nice with mobile devices or that it's not possible to have a useable layout on smaller screens. This simply isn't true.

+ +
+ +

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.

+ +

My recent article, Write HTML Like It’s 1999, received far more attention than I ever expected on HackerNews. With this attention came a few comments mentioning how table elements don’t play nice with mobile devices or that it’s not possible to have a useable layout on smaller screens. This simply isn’t true.

+

Included below are two separate demos showing how to optimize table 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 div elements to look like tables.

-

Demo 1: Just let them scroll

-

Okay I will admit, this implementation isn't the greatest but I find it does work well with huge datasets. Simply set a min-width on your parent table element and the browser will just require the user to scroll the contents horizontally.

+ +

Demo 1: Just let them scroll

+ +

Okay I will admit, this implementation isn’t the greatest but I find it does work well with huge datasets. Simply set a min-width on your parent table element and the browser will just require the user to scroll the contents horizontally.

+
table {
-    min-width: 800px; /* Set your desired min-width here */
+    min-width: 800px; /* Set your desired min-width here */
 }
 
+

Check out the CodePen below to see it in action:

+

Live CodePen Example

-

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.

-

Demo 2: More flexible than you think

+ +

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.

+ +

Demo 2: More flexible than you think

+

Using something like flexbox tends to work better when you are working with smaller table datasets. All you need to do is add some minor flexbox layout at your targeted mobile screen size.

-
/* Using 800px as mobile screen in this example */
+
+
/* Using 800px as mobile screen in this example */
 @media(max-width: 800px) {
-    /* Hide the table headings */
+    /* Hide the table headings */
     table thead {
         left: -9999px;
         position: absolute;
@@ -51,19 +63,24 @@
     }
     table td {
         border: 1px solid;
-        margin: 0 -1px -1px 0; /* Removes double-borders */
+        margin: 0 -1px -1px 0; /* Removes double-borders */
         width: 50%;
     }
 }
 
+

Check out the CodePen demo

+

There are some caveats with this approach:

+
  1. We currently hide the thead row when in mobile view (only visually - screen readers can still scan it)
  2. Some more custom work might be needed depending on how many items per flexbox row makes sense (based on project and dataset)
+

You could keep the table headings and style them the same as the tbody 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 span elements inside the main tbody elements like so:

-
/* Default span styling - hidden on desktop */
+
+
/* Default span styling - hidden on desktop */
 table td span {
     background: #eee;
     color: dimgrey;
@@ -77,7 +94,7 @@ table td span {
     left: 0;
 }
 
-/* Simple CSS for flexbox table on mobile */
+/* Simple CSS for flexbox table on mobile */
 @media(max-width: 800px) {
     table thead {
         left: -9999px;
@@ -94,23 +111,30 @@ table td span {
     table td {
         border: 1px solid;
         margin: 0 -1px -1px 0;
-        padding-top: 35px; /* additional padding to avoid heading overlap */
+        padding-top: 35px; /* additional padding to avoid heading overlap */
         position: relative;
         width: 50%;
     }
-    /* Show the heading span */
+    /* Show the heading span */
     table td span {
         display: block;
     }
 }
 
+

Live CodePen Example

+

Updated: As pointed out by user mmoez, it is far less repetitive to use :nth-child pseudo selectors to implement the heading fields on mobile (as outlined in this CSS-Tricks article).

-

Why should I care to use table elements?

+ +

Why should I care to use table elements?

+

Simply put: accessibility and proper semantics.

-

Why use a screwdriver when you need a hammer? Sure, you can make that screwdriver look and almost work the same as a hammer, but for what purpose? Just use the damn hammer1.

+ +

Why use a screwdriver when you need a hammer? Sure, you can make that screwdriver look and almost work the same as a hammer, but for what purpose? Just use the damn hammer1.

+

Have fun making your tables responsive!

-

1 I know, this is a terrible analogy...

+ +

1 I know, this is a terrible analogy…