Sadly, no. While MP4 has effectively won the battle to be the de facto standard video format, support for it still isn't completely universal and probably never will be until the patent issues are irrelevant. And of course there are numerous different variations that all typically end in .mp4 so you're also stuck with either inefficient encoding for widest possible support or smaller files but limited range.

As for controls, I have lost track of how many times even the same browser has changed its controls within the past 2 years. There is basically no standardisation across browsers at all. It doesn't matter much if you're building YouTube or Vimeo, when it's obvious which parts of the page are videos. However, if you want to integrate video content into a more general page the same way you'd use an image, having no idea whether your visitors will even get any indication that it actually is a video, or where that indication will be if so, makes it absurdly difficult to present the content well across browsers without going 100% custom controls and ignoring the built-in browser ones entirely (which then runs into numerous JS bugs, causing problems of their own).

What is this "regular HTML video" you're talking about? I'm talking about the new HTML5 media elements, things like <video>.

And Flash has been a viable technology for implementing these kinds of features for a very long time, and still would be had it not been deliberately sabotaged by the likes of Apple and Google for their own purposes. Ignoring your apparent personal prejudice, why objectively should I as a professional web developer not have been using such tools if they get the best results for my clients?

Exactly. Sites now have to provide the same functionality twice, because the browsers have made such a mess of standardisation that you can't rely on a single implementation to actually work portably.

Unfortunately, in the real world, that is often not an option. If your client wants multimedia elements on their site, you're going to need HTML5 multimedia elements despite the fact that numerous aspects of how they work aren't standardised. And just to be clear, this is stuff that has been available in browsers for 5+ years now. It's hardly some new development, and failure to standardise effectively after such a long period is just a demonstration of how worthless some of these standardisation processes have become.

Ultimately, what matters is whether your site works in visitors' browsers. Standards are only a means to that end, and validation in turn is only useful if you have useful standards to validate against. Since a lot of the web standards today are borderline worthless due to their instability and/or their failure to specify so many aspects that make a difference in practice, validation doesn't really give you the assurance you seek of compatibility either across today's browsers or with future browsers.

Once again, I'm not saying the world wouldn't be a better place if you did have that assurance or that I agree with the path the browser makers and standards bodies have chosen to follow. I'm just saying that as a web developer you have to play the cards you've been dealt, and I don't see formal validation as improving your chances to any useful degree today.

Well, OK, so when should I expect that I can build a brochure site for a hotel that uses HTML5 videos and have one video format and one set of custom controls to work with? Because the world has moved on and Flash is no longer a viable option for this kind of work despite offering those advantages for many years, thanks to much the same browser developers who can't get their act together and actually provide a better replacement. They can't even manage to make the default "this is a video" overlay look the same, or even put it in roughly the same place so you can design placeholder graphics accordingly.

If your company's video site actually is YouTube then this kind of problem probably doesn't affect you all that much. However, for normal web sites that are just trying to take advantage of multimedia as part of the presentation, HTML5 audio and video are a bad joke, and the punchline is that all the much better technologies that used to be viable alternatives have been deliberately killed off anyway.

But this brings us back to the original question from my first post in this thread: why? What objective advantage do you or your employer/client gain by insisting on such compliance?

I do sympathise with your position, in that it should be an advantage to follow standards, and browser compatibility now and in the future should be practically guaranteed by doing so. The world would be a better place if this were the reality. But it isn't, and so pragmatically, I'd rather build web sites and apps that work than sites and apps that dogmatically tick the right boxes even though it requires more effort and offers no demonstrable benefit.

Yes, I was, and I respectfully disagree. Browsers today do a lot more, but frequently the support for newer features is so specific to each browser and in some cases so unstable that it is completely useless for real world projects, it requires silly amounts of boilerplate and prefixing (= will break at some future point you can't predict, so also useless for production sites that won't have ongoing maintenance), or at best it requires implementing something in multiple independent ways.

An example of useful standardisation would have been all browsers using the same default stylesheet. Imagine how much developer time could have been saved and how many glitches could have been avoided over the years if we had never needed things like CSS resets or Normalize.

But the point is that these non-standard-compliant implementation techniques don't break anything in practice, because every browser is tolerant of them and will always remain so because far too much would break otherwise. The only downside to not following those standards is that someone can complain you're not following their preferred standards. And someone always will, but unless it really does matter (for example, because it excludes customers and damages your bottom line, or it actually does undermine some sort of accessibility aid) you can just ignore them.

Genuine questions: Who do you think that would help, and why?

This kind of validation can be useful if you need to follow a standard for something to work. If browsers all followed proper de jure standards then this would offer a useful benefit for compatibility, particularly forward compatibility with future browsers.

Unfortunately, most of the major browsers today do not do this at all consistently. Even some of the people writing the standards have basically given up. (HTML5 "living standard"? Seriously? If it changes arbitrarily then it's not a standard.)

The de facto standards that actually matter are how real browsers behave, which dictate whether your page looks right in the browsers your visitors are using today. Nothing else you do today is guaranteed to work tomorrow without regular attention anyway, which is foolish regression from the situation a few years ago for which we can thank Google and Mozilla, but it's the reality all the same.

In my entire career doing Web work -- which is measured in decades -- I'm not sure I have ever seen an example where a project was objectively better off because it routinely enforced having valid mark-up and stylesheets. I have, however, seen plenty of cases where someone has deliberately deviated from W3C standards for a specific, useful reason.

For example, Google have been known to omit mark-up that they were sure wasn't necessary in any browser in order to save a few bytes. Multiply those bytes by a bazillion visitors to their site every day and that's a lot of traffic saved overall. Another common case is trendy MVC frameworks like Angular, which often use non-standard attributes on HTML elements for their own purposes. They could use standard "data-*" attributes, but once you've got a few of those sitting on many elements in your mark-up, it's just noise and excess weight, so they use their own prefix for namespacing instead. And yet, I don't see anyone claiming that either Google's search engine or Angular as a JS framework have failed as a result of these heinous crimes...

However, we don't normally award punitive damages in civil cases here in the UK, so even if there is a definitive judgement at some stage that Google was invading privacy and failing to protect personal data, it seems unlikely they will suffer more than a token slap on the wrist from a privacy regulator provided that they cease and desist (as it appears they already have). Unfortunately, civil trials here are not very effective at recognising damage that comes in forms other than actual financial loss and doing much to compensate for it and/or discourage similar behaviour in the future.

Tell that to your six-months-ago self, who wrote the mess you've been debugging all week. :-)

Which is, of course, contrary to consumer protection laws in much of Europe. Merchants are often required by law to show tax-inclusive prices for B2C sales. (For anyone interested: I have now received conflicting advice on this from official sources in my own government, indicating that X+VAT pricing is now magically acceptable for this purpose again, despite it largely defeating the point of the previous consumer protection rule by hiding the bottom-line price in early advertising.)

The big problem with the new VAT rules isn't the principle of charging in each customer's home nation, if that just means looking up the rate for a given country from a database instead of using a fixed rate. It's a mild inconvenience, but it's an hour or two of programming work for someone, and with MOSS it's maybe an extra hour to file an additional tax return once per quarter.

For a lot of merchants (though certainly not all and particularly not the really tiny ones) the problem isn't even the need to impose VAT on transactions instead of having a threshold. As I understand it, some businesses selling digital goods in EU states didn't have VAT thresholds before anyway, so they already had reporting requirements here, and in places like the UK that did have a minimum threshold before VAT was compulsory, some merchants would have chosen to register for VAT voluntarily anyway because it was advantageous in terms of reclaiming VAT on their expenses.

IMHO the largest and most enduring problems with the new VAT rules are actually all the other things that came along with charging at customer-local rates, from conflicts with pre-existing laws on things like consumer protection and data protection (or potential conflicts, with inconsistent advice coming even from government departments) to the fact that you also have to match the entire VAT regime in each country not just the rate, which means things like knowing which rates apply to which products or services and the local geographical issues (I hope you're not just looking up a tax rate by ISO country code like, you know, everyone, because that doesn't actually work reliably). And of course you require a standard of evidence for the customer's location that will be literally impossible for many small merchants to comply with; at present, I don't see how it's possible for any fully automated system to be 100% reliable here, even for big payment services with dedicated resources and access to all the relevant raw data, because of those local issues of different interpretations of which product/service types get which tax rates and the local geographical anomalies.

The best part of all is that even the EU didn't manage to publish an accurate source of current VAT rates across all affected states in time for the deadline. The information on their own web site was actually wrong for several weeks after the switchover, because Luxembourg changed their VAT rate on the same day. And no-one wanted the data in an actually useful form so you could do something stupid like importing it into a database, right? PDFs running to dozens of pages that you can scan for relevant information are so much more useful.

Hilariously, Luxembourg are actually being compensated by the EU for these changes anyway, so all the arguments about preventing exploitation of low tax rates by different nations within the EU doesn't look so noble any more either.

No, they shouldn't, but some of them are going to anyway. Since your loved ones will therefore be just as injured/dead if they are the unlucky ones who get hit by a bad driver who was going too fast, dismissing technology that might help those bad drivers to be better, safer drivers seems uncalled for.

If anything is too big to fail, you are usually better off making it fail anyway as soon as possible to minimise the damage. Some of the problems in the global financial industry today aren't because of inherent weaknesses in the system. Instead they have been caused precisely by allowing organisations to grow too big, or perhaps more accurately by allowing them to take on disproportionate levels of risk, and then supporting those organisations at government level instead of allowing them to go under when they should have.

But it won't, because plenty of other CAs are used and plenty of sites don't use HTTPS routinely yet. All the big sites, the Facebooks and Googles and Amazons of the world, would have switched to another CA within an hour. All the truly security-sensitive organisations like your bank or card company or government would update their certificates very quickly as well.

CAs determined to protect their reputation at a time when their industry would inevitably be seriously damaged in the credibility stakes might take longer to issue things like EV certificates as they made a point of fully validating the organisations requesting them. However, basic HTTPS access and the highly recognisable padlock symbol would be back on all the big sites almost immediately. The worst they would likely suffer would be a few minutes of downtime (assuming organisations on that scale don't routinely have back-up certificates with a completely independent chain on permanent stand-by anyway) and maybe a slight increase in customer support calls as genuinely security-conscious users noticed the lack of EV identity for a while.

Meanwhile, any browser that didn't remove a known-compromised CA from its trusted list very quickly would be vulnerable to justified criticism and no doubt plenty of rhetoric built on top about being insecure, and how users mustn't use that browser to visit safe sites like their bank or someone will empty their account. The geeks would get hold of the story first, of course, but as soon as it made front-page news (and something on this scale probably would) everyone would be talking about it that day.

Trusting any one of many different CAs has obvious vulnerabilities, as this case demonstrates (and it's not exactly the first time the problem of an untrustworthy CA has been observed in the wild). The current CA system isn't really a web of trust, because it ultimately depends on multiple potential single points of failure.

One way or another, in the absence of out-of-band delivery of appropriate credentials, you have to trust someone, so I suspect the pragmatic approach is to move to a true web-of-trust system, where you trust a combination of sources collectively but never trust any single source alone, and where mistrust can also be propagated through the system. Then at least you can still ship devices/operating systems/browsers seeded with a reasonable set of initial sources you trust, but any single bad actor can quickly be removed from the trust web by consensus later while no single bad actor can undermine the credibility of the web as a whole. Such a system could still allow you to independently verify that the identity of a system you're talking to via out-of-band details if required.

It seems like we probably agree on the general idea here, but I was impressed on a recent visit to a museum where they had mobile apps you could download in advance and WiFi available on-site. Together these let you choose from a number of recommended tours based on duration and topic(s) and then guided you around with directions, highlights, and more in-depth background on various other exhibits you'd pass along the way if you were interested. It was a well made presentation that someone had obviously worked hard to put together, and the only thing that was a little awkward was walking around holding a tablet with headphones plugged in for the whole visit. That's an area where I could see an unintrusive headset might be an advantage.

And today there are quiet carriages on trains, coffee shops with no-phones policies, and generally if you're the guy who talks really loud on the phone then everyone around you still gets annoyed and may actually challenge you if you carry on for long.

And that's for a device that is just an interruption, not a device that a lot of people perceive to be an inherently creepy invasion of their privacy literally because someone just looked at them funny.

I expect technology similar to Google Glass will make it, but I also suspect it will be used primarily for specific applications where it has a clear benefit. I don't think anything too similar will be worn by a lot of people all the time in the near future.

For example, someone walking around a museum might borrow some sort of headset that guides them on a tour and provides background information about each exhibit they are looking at. Staff at a warehouse used for on-line grocery shopping might have a headset that guides them to collect the items purchases in the most efficient way.

However, I think perhaps the tide is already starting to turn against mass surveillance culture, intrusive personalised advertising, and the like. Surely it's only going to get more hostility as things like insurance premiums that people see directly in their bank balance become ever more customised behind the scenes, and as more people suffer significant problems due to identity theft or embarrassing disclosures themselves or know close friends or family members who have.

In fact, I wonder whether even the US government, not exactly a bastion of privacy advocacy, might be having second thoughts about how much personal data is casually thrown around, now that hostile forces are openly doxxing US service personnel and encouraging allies within the US to attack those people and their families at home, as was reported this week.

So if I were going to place a long-term bet on new technologies tomorrow, I certainly wouldn't be backing an obviously intrusive device like the previous Google Glass, complete with tiny camera, always-on microphone, and wireless connection to the mothership. On the other hand, build a device with similar useful features but a less goofy design, and then back it with a widely-advertised and genuine emphasis on privacy so it didn't engender the same degree of hostility from others nearby, and you might be on to something.

Thanks. I'm really surprised by that. We've used onbeforeunload for ages to give genuine warnings about unsaved changes in web apps, but for security reasons browsers have long forced any prompt message into a standard format and only given pages one shot at blocking the user from leaving. It hadn't even occurred to me that they would still let you spend significant amounts of time in that function or do other user-hostile kinds of things.