|
Broken HTML Support: msg#00076web.openid.general
I'd really like to start collecting best practices to help pin down how the spec is being used, which SHOULDs and recommendations are being ignored, etc. In particular, what's the position about handling broken html, because Josh thinks it should be handled, I think it doesn't meet the spec, and should be ignored. Pros and Cons of accepting the broken type: Pros Many existing cms's, blogs, etc generate broken html Less experienced users can insert the <http-equiv /> tag Cons Broken HTML implies poor respect of standards, how can we assume security? Less experienced users can set up an identity without learning much about the technology, and so without necessarily learning the risks that come with the benefits It's harder to parse I'm not saying we should demand the page have a <!DOCTYPE /> or pass the validator without any errors, but a "SHOULD be well-formed" seems acceptable, if not implied. Also, my gut says everything I wrote is wrong, but my reasoning isn't telling me why. Anyone care to straighten me out? J. A. P. Holsten
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | RE: Yadis Spec .9 Change Proposal: Section 7.3.1 clarify multiple XRD: 00076, Drummond Reed |
|---|---|
| Next by Date: | Re: Broken HTML Support: 00076, Josh Hoyt |
| Previous by Thread: | Documentation on using OpenID and YADIS togetheri: 00076, Josh Hoyt |
| Next by Thread: | Re: Broken HTML Support: 00076, Josh Hoyt |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | Mail Home | sitemap | FAQ | advertise |