Invalid markup in administration pages

[wahgnube]

There still remain (related to #15287) some trivial validation errors in pages in wp-admin. I have attached two tiny patches that fix some of them.

[nacin]

Not sure where those amps get passed to. Redirect maybe? Ideally they should be escaped at the last possible point.

The br's can be closed. I thought I caught all of those.

[nacin]

Ah, they're already closed. That triggers a validation error?

[wahgnube]

Not on a default WordPress install with html_type set to text/html. A few years ago I set it to application/xhtml+xml and I've been running into tiny things like this on wp-admin ever since. (Because of wp-admin/admin-header.php
does:
@header('Content-Type: ' . get_option('html_type') . '; charset=' . get_option('blog_charset')); )

And the only reason I changed the amps are because that file already had some amps escaped.

[scribu]

Replying to nacin:

The br's can be closed. I thought I caught all of those.

Crokford say:

But I see people get really exercised ? about that. There's a devotion to web standards that is completely unjustified, and this is just one example, a trivial example. It's as if:

"and the Gods gave us the Web Standards, and deviation from the Web Standards is the source of All Evil!"

It turns out there's no truth in that statement at all. I know the guys who made the web standards, and there were some really bright guys in those numbers and there was some other guys who were not nearly that bright. There was a lot of time pressure, there was a lot of mismanagement, a lot of mistakes were made. Given the process that put it all together, it's amazing that it's as good as it is. But it's way far from perfect, and it's way less than we deserve.

​http://developer.yahoo.com/yui/theater/video.php?v=crockonjs-4

[dd32]

Neither of these two cases apply anymore.