Jeena
The question is why do we need it if there is only one browser engine left (the Google one). Isn’t whatever they implement automatically the standard? Why do we need to waste so much time and energy on some 3rd party coming up with standards?
It’s Armistice Day in the world of HTML:
WHATWG maintains the HTML and DOM Living Standards.
W3C stops independent publishing of a designated list of specifications related to HTML and DOM and instead will work to take WHATWG Review Drafts to W3C Recommendations.
It feels like the loop is finally being closed on what I wrote about in the opening chapter of HTML5 For Web Designers back in 2010.
The question is why do we need it if there is only one browser engine left (the Google one). Isn’t whatever they implement automatically the standard? Why do we need to waste so much time and energy on some 3rd party coming up with standards?
This is hilarious …for about two dozen people.
For everyone else, it’s as opaque as the rest of the standardisation process.
A well thought-out evaluation on responsive images from Bridget.
I’m getting behind Oli’s proposal to allow non-quoted footers within blockquotes in HTML. Here’s where I quote the design principles to support his case.
So what are the advantages of the Custom Elements API if you’re not going to use the Shadow DOM alongside it?
- Obvious Markup
- Instantiation is More Consistent
- They’re Progressive Enhancement Friendly
A dConstruct workshop reveals some issues with the HTML5 spec.
My petitions to the makers of markup.
Inside the troubled mind of HTML5.
HTML’s new `command` attribute on the `button` element could be a game-changer.
Try writing your HTML in HTML, your CSS in CSS, and your JavaScript in JavaScript.
2 Likes
# Liked by Chris McLeod on Tuesday, May 28th, 2019 at 3:14pm
# Liked by Jacky Alciné on Wednesday, May 29th, 2019 at 4:12am