Lunduke
News • Science & Tech
Myth: "HTML was invented by Tim Berners-Lee"
The truth? He copied someone else's work.
April 10, 2024
post photo preview

Go to any search engine and type in, "Who invented HTML" and you'll -- almost always -- be given the following answer (or some variation on it):

"HTML was invented by Tim Berners-Lee."

Want to know a little secret?  That is utter hogwash.

"Heresy," you proclaim!  "Everyone knows Sir Tim Berners-Lee, who was knighted by the Queen and won of the Turing Award, created the HyperText Markup Language!  You better have some serious proof to backup such an outlandish claim!"

Challenge accepted.

To start with, let's look at a simple HTML document.

HTML.  I think?  Maybe?

Oh, wait.  Hold up.  I accidentally used the wrong screenshot.  That's not HTML... that's SGML.  A totally different language used several years before HTML.

Here.  Let me post an HTML screenshot.

Or is it the other way around?

Dagnabbit!  I did it again!  This time I accidentally posted a picture showing an HTML sample next to an SGML sample!

Funny.  They look exactly the same.

What the heck is SGML?

SGML -- the Standard Generalized Markup Language (aka ISO 8879) -- was set as a standard back in 1986... 7 years before the release of the HTML 1.0 specification.

Over in Switzerland, at CERN ("Conseil européen pour la Recherche nucléaire" aka "European Organization for Nuclear Research"), Anders Berglund adopted SGML primarily for usage in formatting documentation.

Title page of the CERN SGML User's Guide

That variation on SGML -- dubbed "SGMLguid" -- remained in usage at CERN for several years.  And, in 1987, Tim Berners-Lee was hired as a contractor at CERN.

Where, wouldn't you know it, part of Tim's job was using that CERN implementation of SGML.

A few years later, HTML was born.  Just to jog your memory, here is a document marked up in both Tim's HTML 1.0... and the CERN variant of SGML.

Mic drop.

Find the difference.  I dare ya.

Now, I'm not saying that Sir Tim Berners-Lee directly copied HTML from SGML (and the implementation that Anders Berglund made of it)... wait... yes.  Yes, I am.  I am saying exactly that.

HTML is a copy.

That's not entirely fair to Sir Tim.

In defense of Sir Tim, Knight of Her Majesty the Queen, he did do more than simply make a copy of SGML when "creating" HTML.

In fact, Sir Tim made three -- very important -- changes to SGML in order to make it HTML:

  1. He added the "a href" link tag.
  2. He changed the file extension from ".sgml" to ".html".
  3. He implemented an SGML parser which only implemented a little over a dozen tags from SGML... and ignored the rest.  And called it "HTML".

While item 1 (the HREF tag) is a noteworth change over SGML, items 2 and 3 (which are very real) only serve to reinforce the fact that HTML is -- for the most part -- simply a copy of an existing SGML implementation.  And a less functional one at that.

As an example, here is the very first HTML document ever written.  Which, other than the usge of HREF, is identical to SGML.

The very first HTML document, written by Sir Tim Berners-Lee - December 3rd, 1990

Change that "href" tag to something which SGML recognizes -- such as a different "Anchor" type (which is what the "a" stands for in "a href") -- and this instantly becomes a valid SGML document.

But... HyperText!  That's important!

While the addition of a standardized way of including simple looking HyperText Anchors (aka "links" or "a href") was a welcome addition to SGML... that was, at the time, the only significant change which Sir Tim implemented in his SGML copy known as HTML.

(Other than changing the file extension to ".html", of course.  That was pretty... important.  *cough*)

Back in the late 1980s, people were adding HyperText (and linking between "documents") everywhere.  Shoot.  Apple already had a fully graphical HyperText system known as HyperCard.

HyperCard 1.0

In fact, nearly every major On-Line service of the day included some form of linking between documents.

With the HyperText hype train fully underway -- across the entire computing universe -- it was only natural that any update to -- or copy of -- SGML would include that functionality.

So... yes.  Sir Tim Berners-Lee adding "HREF" to SGML was important.  But, otherwise, HTML was little more than a direct copy of existing work.

None of this is disputed.

These are historical facts that are well documented.  Shoot.  The W3C, itself, agrees with everything I said above.

So why, then, is this important to talk about any of this?

Because the getting history right is important.

The ridiculous myth that "Tim Beners-Lee invented HTML" has been repeated, over and over again, every single day... for decades... resulting in that myth becoming accepted as gospel truth.  With awards and acclaim (and even a knighthood) showered upon Sir Tim, in part, because of that myth.

The work which Tim Berners-Lee did on that initial HTML 1.0 release was -- to put it bluntly -- trivial.  At most.  Bordering on plagiarization.

The reality is... Tim stood on the backs of giants.  He wasn't simply inspired by others... he directly copied them.  To the point where Tim's work is almost indistinguishable (see the screenshots above) from the work which he copied (and is almost always attributed to him).

Some of the giants he stood on the backs of:

  • Anders Berglund (and his work on SGMLguid at CERN).
  • Charles Goldfarb, Edward Mosher and Raymond Lorie (the original creators of GML, upon which SGML was based -- note that "GML" was named after the first letters in their last names).
  • Ted Nelson and Douglas Engelbart for their early (1960s) work on HyperText systems.
  • And so many others.

Every single one of those names contributed something new and significant to the world of HyperText and Markup Languages.  They blazed new trails.

Sir Tim copied the existing SGML, changed the file extension, removed a few features, added an anchor tag (which was a feature everyone and their dog was doing at the time), and released it.

"Modifying a Work" vs "Claiming it as Your Own"

If I were to, for example, fork the Linux kernel -- change one line of code -- and release it as "NotLinuxWinkWink"... I can do that.  It's an open source project, and I can legally make modifications and release copies.

But, if I were to then receive near universal acclaim for inventing "NotLinuxWinkWink"... that's a problem.  Legality aside, that just wouldn't be right.  Or true.

Likewise, if I were to copy the specification for the C programming language... and change one line (or add one feature)... it would not be true to say that I "invented" a new language.  I tweaked something that already existed (that somebody else built).  A little.

Thus is the case with Sir Tim and HTML.

Was Sir Tim an instrumental figure in computing?  You bet.  Does he deserve a mention in the history books because of that?  Absolutely.  And in some positive ways, at that!

But did he "invent" HTML?  Not by a long shot.

And we need to stop repeating that myth.

community logo
Join the Lunduke Community
To read more articles like this, sign up and join my community today
31
What else you may like…
Videos
Podcasts
Posts
Articles
The Stallman Report - A Hit Piece on the Free Software Founder

An anonymous author. Strong political bias. Dubious motivation. Canceling an old man with cancer because he makes controversial statements.

00:49:07
October 14, 2024
Debian Linux Doesn't Want Straight White Men

Want to be a paid intern for Debian? Everyone is welcome! (Except Straight White Men. And Asians. Debian really doesn't want Asians.)

00:19:56
October 14, 2024
The Road to Skynet: Nuclear Powered, CAPTCHA Solving AI

Teach Al systems to beat CAPTCHAs and pretend to be people, then give them nuclear reactors. What could go wrong!?

00:12:02
November 22, 2023
The futility of Ad-Blockers

Ads are filling the entirety of the Web -- websites, podcasts, YouTube videos, etc. -- at an increasing rate. Prices for those ad placements are plummeting. Consumers are desperate to use ad-blockers to make the web palatable. Google (and others) are desperate to break and block ad-blockers. All of which results in... more ads and lower pay for creators.

It's a fascinatingly annoying cycle. And there's only one viable way out of it.

Looking for the Podcast RSS feed or other links? Check here:
https://lunduke.locals.com/post/4619051/lunduke-journal-link-central-tm

Give the gift of The Lunduke Journal:
https://lunduke.locals.com/post/4898317/give-the-gift-of-the-lunduke-journal

The futility of Ad-Blockers
November 21, 2023
openSUSE says "No Lunduke allowed!"

Those in power with openSUSE make it clear they will not allow me anywhere near anything related to the openSUSE project. Ever. For any reason.

Well, that settles that, then! Guess I won't be contributing to openSUSE! 🤣

Looking for the Podcast RSS feed or other links?
https://lunduke.locals.com/post/4619051/lunduke-journal-link-central-tm

Give the gift of The Lunduke Journal:
https://lunduke.locals.com/post/4898317/give-the-gift-of-the-lunduke-journal

openSUSE says "No Lunduke allowed!"
September 13, 2023
"Andreas Kling creator of Serenity OS & Ladybird Web Browser" - Lunduke’s Big Tech Show - September 13th, 2023 - Ep 044

This episode is free for all to enjoy and share.

Be sure to subscribe here at Lunduke.Locals.com to get all shows & articles (including interviews with other amazing nerds).

"Andreas Kling creator of Serenity OS & Ladybird Web Browser" - Lunduke’s Big Tech Show - September 13th, 2023 - Ep 044

I know The Register attacked Lunduke, but they have an interesting article about switching customers from Linux to BSD. https://www.theregister.com/2024/10/08/switching_from_linux_to_bsd/

5 hours ago

On this week in privacy, let's explore web apps and convenience.

Web apps are cool

Web apps are applications that run inside web browsers. As you probably already know, web apps have been around for years, most notably with in the form of electron apps, and have had varying levels of success. Whole frameworks like React and Vue are designed specifically to turn an ordinary web page into an interactive app that runs offline.

There are advantages and disadvantages of web apps. On the plus side, unless you allow notifications, they turn off when the browser is closed. There's no secret spying. They're also compatible with every operating system with a decent browser. On the negative size, native apps can be more feature rich, and better handle touch controls.

We can install web apps from the Brave menu. This creates a link on the app screen. Alternatively, we can just bookmark the site. Either works.

Logging in every time sucks

One of the biggest advantages of web apps in a secure browser is ...

PSA for the morning: I'm still getting this Ubuntu system set up and went to install Joplin which is an AppImage. Turns out 24.10 (maybe it's a thing in older version too, but I don't know) is missing a dependency for AppImages to work. In case anyone was going to move to Ubuntu 24.10 and run AppImages, install fuse2 first.

apt install libfuse2t64

October 14, 2024
post photo preview
Last week at The Lunduke Journal (Oct 6 - Oct 12, 2024)
GNOME Layoffs! Woke Software Alternatives! Internet Archive Hacks! Facebook Censorship Portal!

Whew!  Last week was another crazy one!

GNOME Foundation layoffs, Google breakup by the government, Facebook's custom developed web portal to help Biden censor Americans... oh, and that crazy Internet Archive hack (which is still going on!).  Wild times.

But, if you're going to watch just one show from last week, I would make it the one about LEGO parts on laptops.  Because that one made me smile.

The Shows

The Articles

Read full Article
October 13, 2024
post photo preview
Funny Programming Pictures Part LIX
Buckle up, Buttercup.

One of these is my favorite.  Youn know which one it is.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Read full Article
October 11, 2024
Today is the last day new Lifetime Subscriptions are available!

Whew!  It's the end of an era!

Today is the final day that new Lifetime Subscriptions to The Lunduke Journal can be picked up.

No rain checks.  No extensions.  These really and truly are the last few hours they will be available.

If you've ever wanted one, now is literally your last chance.

  • Lifetime Lunduke Journal Subscriptions are only available until Friday, October 11th, 2024.  That's... today!

  • Lifetime Subscriptions are discounted to $200 for these final hours.

  • Today is also the last day any subscription can be obtained via Bitcoin.

  • Obviously, all existing Lifetime Subscriptions (including those picked up in the final moments) will be honored.  For life.

You can find all of the details in this article (or this video) -- including the reasons why no new Lifetime Subscriptions will be offered after today, and details on the new Lunduke Journal Affiliate Program.

If you have picked up a Lifetime Sub in the last few hours and days, you will be receiving an email shortly (if you haven't already) with confirmation.  If you have questions, feel free to email me (bryan at lunduke.com).

How To Get a Lifetime Subscription

All the benefits of a Standard Monthly subscription... but pay once and never need to pay again.  $200.

  • Go to Lunduke.Locals.com/support.

  • Select "Give Once".

  • Enter "200" into the amount field.

  • After checking out, Lunduke will toss you an email once your account is set to full lifetime status.

How To Get a Lifetime Subscription (with Bitcoin)

You can also obtain a Lifetime Subscription via Bitcoin.

  • Make sure you have a Lunduke.Locals.com account (a free account works just fine).

  • Send $200 worth of Bitcoin (or more) to the following address:

bc1qyjakve8fywm8pz2v99v57yhjj0vzr2vjze6fcq

  • Email "bryan at lunduke.com" with the following information: What time you made the transaction, how much was sent (in Bitcoin), and the email address you use (or plan to use) on Locals.com.

Here's a handy-dandy QR code you can scan that also has a Bitcoin Wallet Address for The Lunduke Journal:

102127_2uuarwwiqcds5s2.jpeg
 

 

 

 

Read full Article
See More
Available on mobile and TV devices
google store google store app store app store
google store google store app tv store app tv store amazon store amazon store roku store roku store
Powered by Locals