Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Spec shows illegal end tags #1

Open
danorton opened this issue Oct 6, 2010 · 2 comments
Open

Spec shows illegal end tags #1

danorton opened this issue Oct 6, 2010 · 2 comments

Comments

@danorton
Copy link

danorton commented Oct 6, 2010

In your example of a YouTube request, you show an example that demonstrates a bug.

There is no such thing as "" or "".

The PARAM end tag is forbidden in HTML4:

http://www.w3.org/TR/html401/struct/objects.html#h-13.3.2

The EMBED tag is an HTML5 construct, and its end tag is also forbidden:
http://dev.w3.org/html5/spec/Overview.html#elements-0
“Void elements only have a start tag; end tags must not be specified for void elements.”

Reported to Google here:

http://code.google.com/p/gdata-issues/issues/detail?id=2346

@iamcal
Copy link
Owner

iamcal commented Oct 7, 2010

I don't really see this as a spec issue for two reasons:

  1. It's an accurate example of what a provider returns
  2. The spec does not say that you can't return XHTML

Further more, the spec does not mandate that the HTML must be 'valid' against any specific spec - the goal is for it to work in browsers.

@danorton
Copy link
Author

danorton commented Oct 7, 2010

If this intends to be a specific-ation, it needs to be specific.

No, it doesn’t say that it can’t return XHTML, but it doesn’t say it can’t return marshmallows, either. It does clearly say, however, “HTML”. If that’s not true, then that’s the problem and not the example. Either way, the example should agree with the details of the specification.

If the goal is “to work in browsers”, that’s a fine goal and perhaps that’s something for a meta section, along with the examples.

Why not simply say that it’s “XHTML 1.0 Strict”? This will inform page designers that they need to include the DOCTYPE declaration and it will inform providers of the level of conformity that clients expect. (Better still would be separate request and response fields with that level of detail, but that's beyond the scope of this particular issue.)

iamcal pushed a commit that referenced this issue Apr 18, 2016
iamcal pushed a commit that referenced this issue Jun 4, 2016
iamcal pushed a commit that referenced this issue Dec 15, 2018
iamcal pushed a commit that referenced this issue Nov 17, 2021
* Removed many providers who no longer exist
* Updated wizer.me provider to https endpoints
* Updated wecandeo provider to https endpoints
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants