Don’t use /> in HTML 🚫!

by Mar 7, 2024

Don’t use /> in HTML 🚫!

I always thought I needed to close HTML tags properly, even for tags like <br/>🏷️.

It was in the hype around 2000s when the idea was that XHTML was the future. I was one of the first to pick this up and try to make my web pages validate as XML🌐.

My blog was at that time, but it needed to be monitored closely because one mal typed character could fail the parsing💻.

Then for me and many others the realization came that the World Wide Web was so great, because HTML parsers were so permissive💡.

Being strict would have killed the Web!

From that time, I picked up on the habit of closing HTML tags, like <br/>. This is required in XHTML but it isn’t for HTML📝.

This week I read the article by Jake Archibald: ‘The case against self-closing tags in HTML’ https://jakearchibald.com/2023/against-self-closing-tags-in-html/ 📰

It made me realize that I had been doing it wrong all those years💭.

<br> is the correct way✅!

Even an old-timer like me can update their mental software! 😄🧠

#
Remy van Duijkeren

Remy van Duijkeren

Power Platform Advisor

Microsoft Power Platform Advisor with over 25 years of experience in IT with a focus on (marketing) automation and integration.

Helping organizations with scaling their business by automating processes on the Power Platform (Dynamics 365).

Expert in Power Platform, Dynamics 365 (Marketing & Sales) and Azure Integration Services. Giving advice and strategy consultancy.

Services:
– Strategy and tactics advise
– Automating and integrating

Subscribe to
The Daily Friction

A daily newsletter on automation and eliminating friction

Related Content

Backlog: The Black Hole of ideas

Backlog: The Black Hole of ideas Is your backlog turning into an ever-expanding universe of forgotten dreams? We all know that mix—a jumble of big ideas and tiny tasks waiting for their day in the sun. Some items linger for years. Why do backlogs grow? Because we...

read more

The Trade-off Between Budgets and Quality ⚖️

The Trade-off Between Budgets and Quality ⚖️ In my previous post, I talked about shifting from Estimates to Budgets for feature development 💡. Let's dive deeper. Using a Budget instead of an Estimate introduces a trade-off: Scope and Quality adjust to fit the time...

read more

Budgets instead of Estimates

Budgets instead of Estimates Estimating a feature is difficult and is often a guess (or even a lie). An Estimate is for a fixed scope. So, you need to think deeply how to implement the feature, before giving an Estimate. The business can then use the Estimate to...

read more